Dane strukturalne dla e-commerce – schema Product, Offer i Review

Jeśli Twój sklep internetowy pojawia się w Google jako zwykły niebieski link – bez ceny, gwiazdek ani informacji o dostępności – najprawdopodobniej brakuje Ci poprawnie wdrożonych danych strukturalnych. Schema Product, Offer i Review to dziś fundament technicznego SEO dla e-commerce, który decyduje o tym, czy Twoje produkty trafią do rozszerzonych wyników wyszukiwania, czy zginą w tłumie konkurencji.

Dlaczego Product, Offer i Review są krytyczne dla sklepów w 2026?

Dane strukturalne (schema markup) to standaryzowany sposób opisywania treści stron dla wyszukiwarek i modeli AI. W e-commerce szczególną rolę odgrywają trzy typy schema.org:

• Product – opisuje sam produkt (nazwę, opis, zdjęcia, identyfikatory),
• Offer – opisuje ofertę sprzedaży (cenę, walutę, dostępność),
• Review / AggregateRating – opisuje opinie klientów i średnią ocenę.

Właściwe połączenie tych trzech typów decyduje o tym, czy w wynikach wyszukiwania pojawią się rich results – rozszerzone wpisy z ceną, statusem magazynowym i gwiazdkami. Co istotne, schema Product/Offer/Review działa już nie tylko na potrzeby Google – ma też bezpośredni wpływ na to, jak modele językowe (LLM) interpretują komercyjne strony. To wymiar GEO (Generative Experience Optimization), który będzie zyskiwał na znaczeniu. Analiza SiteGuru potwierdza, że te typy danych strukturalnych bezpośrednio wpływają na CTR oraz na to, jak Google i systemy AI rozumieją Twoją ofertę.

Czym różnią się te cztery typy schema?

Zanim przejdziesz do wdrożenia, warto mieć jasność co do roli każdego z typów w SERP-ach:

Typ schema	Co opisuje	Rola w e-commerce
Product	produkt: nazwa, opis, zdjęcia, identyfikatory	pozwala Google i AI zrozumieć co sprzedajesz
Offer	ofertę sprzedaży: cena, waluta, dostępność	steruje wyświetlaniem ceny i statusu „w magazynie”
Review	pojedynczą recenzję z oceną i treścią	wzmacnia wiarygodność, może być pokazywana w rich results
AggregateRating	średnią ocenę i liczbę recenzji	daje gwiazdki i liczbę opinii w wynikach wyszukiwania

Warto pamiętać o ważnej kwestii technicznej: schema.org to ogólny słownik typów, natomiast aby uzyskać rich results, musisz trzymać się wytycznych Google Search Central – nie każde pole jest przez Google honorowane w identyczny sposób.

Protip: Zanim zaczniesz budować dane strukturalne, przemapuj pola z bazy produktowej (nazwa, cena, stan magazynowy, liczba opinii) na konkretny schemat Product/Offer/Review/AggregateRating. To prosty sposób, by uniknąć rozbieżności między tym, co widzi użytkownik na stronie, a tym, co „widzi” Google.

Schema Product – jakie pola naprawdę mają znaczenie?

Aby produkt kwalifikował się do rich results, musi spełniać minimalne wymagania Google. Warto wiedzieć, że rich results działają wyłącznie na stronach poświęconych jednemu, konkretnemu produktowi – nie na stronach kategorii.

Pola wymagane lub krytyczne:

• name – nazwa produktu (absolutny must-have),
• image – przynajmniej jedno zdjęcie w dobrej jakości (pełny URL),
• description – opis spójny z treścią strony,
• offers – zagnieżdżony blok Offer z ceną i dostępnością,
• review lub aggregateRating – bez co najmniej jednego z tych elementów produkt nie kwalifikuje się do rich result.

Pola rekomendowane, które wzmacniają widoczność:

• brand – marka lub producent,
• sku – numer katalogowy sklepu,
• gtin13 / gtin12 – kody kreskowe (EAN/UPC),
• mpn – numer części producenta,
• color, size, material – cechy istotne przy wariantach produktu,
• itemCondition – stan produktu (new, used, refurbished).

Rozbudowany schemat Product z identyfikatorami GTIN i wariantami pomaga też modelom AI jednoznacznie rozpoznawać produkt i łączyć go z innymi źródłami danych – choćby z feedami Google Merchant Center.

Schema Offer – serce ceny, dostępności i „zielonego InStock”

To właśnie Offer odpowiada za wyświetlanie ceny i statusu magazynowego w wynikach wyszukiwania. Bez niego żadna z tych informacji nie pojawi się przy produkcie.

Kluczowe pola Offer:

• price – aktualna cena, np. „249.00″,
• priceCurrency – waluta w formacie ISO 4217, dla polskich sklepów „PLN”,
• availability – URL statusu, np. https://schema.org/InStock lub OutOfStock,
• url – adres strony produktu lub oferty.

Rozszerzenia, które coraz częściej decydują o przewadze:

• priceValidUntil – data ważności ceny, szczególnie przy promocjach,
• shippingDetails – warunki i koszty dostawy,
• hasMerchantReturnPolicy – polityka zwrotów,
• seller – organizacja będąca sprzedawcą.

Dobrze rozbudowany Offer może generować w SERP-ach dodatkowe komunikaty o dostawie i zwrotach – to realna przewaga nad konkurencją, która zatrzymała się na absolutnym minimum.

Protip: W praktyce najczęstszy problem, z którym trafiają do nas sklepy, to statyczny JSON-LD „zamrożony” w momencie tworzenia szablonu – cena w schema.org wskazuje 199 zł, a na stronie produkt kosztuje już 149 zł po promocji. Google to wykrywa i może cofnąć rich results. Drugie typowe wyzwanie to kolizje między wtyczką motywu a pluginem SEO (np. Yoast + motyw WooCommerce), które generują dwa bloki Product schema jednocześnie. Oba problemy rozwiązuje automatyczne podpięcie JSON-LD do systemu ERP lub stock oraz wybór jednego źródła generowania schema.

Prompt do wygenerowania szkieletu schema Product/Offer/Review

Chcesz szybko wygenerować gotowy kod JSON-LD dla swojego produktu? Skopiuj poniższy prompt i wklej go do swojego ulubionego modelu AI – ChatGPT, Gemini, Perplexity lub innego, z którego korzystasz na co dzień.

Wygeneruj poprawny kod JSON-LD zgodny z wytycznymi Google Search Central dla e-commerce. Uwzględnij typy schema.org: Product, Offer i AggregateRating. Produkt to: [nazwa produktu], w cenie [cena w PLN], dostępny w magazynie. Marka to [nazwa marki], a średnia ocena produktu wynosi [średnia ocena]/5 na podstawie [liczba opinii] recenzji. Dodaj pola: name, image (placeholder URL), description, brand, sku, gtin13, offers (price, priceCurrency: PLN, availability: InStock, priceValidUntil), aggregateRating (ratingValue, ratingCount, bestRating: 5, worstRating: 1). Zwróć tylko czysty kod JSON-LD gotowy do wklejenia w tag script.

Review i AggregateRating – gwiazdki, które budują zaufanie (i które można stracić)

Schema Review oznacza pojedynczą opinię i wymaga co najmniej:

• author – autora (Person lub Organization),
• reviewRating – oceny w systemie punktowym,
• reviewBody – treści opinii,
• datePublished – daty publikacji.

W praktyce większość sklepów nie oznacza każdej recenzji osobno, lecz stosuje AggregateRating zagnieżdżony bezpośrednio w Product. Ten typ wymaga:

• ratingValue – średniej oceny (np. 4.7),
• ratingCount lub reviewCount – liczby ocen,
• bestRating i worstRating – zakresu skali (np. 1–5).

Aby gwiazdki pojawiały się stabilnie w SERP-ach, potrzebujesz realnych danych z co najmniej kilku opinii i bezwzględnej zgodności między JSON-LD a sekcją recenzji widoczną na stronie. Google nie toleruje „fałszywych gwiazdek” – dane strukturalne z opiniami, które nie są prezentowane użytkownikowi, mogą skutkować wyłączeniem rich results dla całej domeny.

Protip: Jeśli myślisz perspektywicznie o GEO, traktuj dane strukturalne jak „interfejs API” swojego sklepu dla świata AI. Kompletne i aktualne pola price, availability, gtin, brand, ratingValue i ratingCount sprawiają, że modele nie muszą „zgadywać” – i częściej wybierają Twoją stronę jako wiarygodne źródło w odpowiedziach generatywnych.

Checklist wdrożeniowy – co sprawdzić przed publikacją

Przed wdrożeniem lub audytem istniejącego sklepu przejdź przez tę listę:

• każda strona produktu ma @type: „Product” w skrypcie JSON-LD,
• zawiera name, image i description,
• zawiera offers z price, priceCurrency (PLN), availability i url,
• zawiera aggregateRating, jeśli produkt ma realne opinie klientów,
• dane w JSON-LD są identyczne z danymi widocznymi w interfejsie sklepu,
• dodane są identyfikatory: sku, gtin13, mpn, brand,
• recenzje są oznaczone schema tylko tam, gdzie są faktycznie widoczne,
• używane jest jedno źródło generowania schema (motyw, plugin SEO lub własny generator),
• markup jest zwalidowany w Rich Results Test (Google),
• po wdrożeniu monitorowany jest raport „Produkty” w Google Search Console,
• zaplanowane jest automatyczne odświeżanie JSON-LD po zmianach cen i stanów magazynowych.