Dane strukturalne produktu: schema Product i Offer w sklepie internetowym

Krótka odpowiedź: jakie dane strukturalne dodać do strony produktu

Na stronie produktu w sklepie dodajesz typ Product z nazwą, zdjęciem i zagnieżdżoną ofertą Offer, w której podajesz cenę i walutę. Google nazywa takie dane informacjami o produktach umieszczonymi przez sprzedawcę (po angielsku merchant listings). Mogą pokazać w wynikach cenę, dostępność, oceny, koszt dostawy i zasady zwrotów, także w Grafice Google i w Obiektywie Google.

Dostawę i zwroty, które obowiązują w całym sklepie, opisujesz raz, w danych firmy (Organization) albo w ustawieniach Search Console. Te same dane strukturalne czyta Merchant Center, który na ich podstawie może sam poprawiać ceny i dostępność w Twoich produktach. Co to są dane strukturalne i jak działają ogólnie, wyjaśniamy w tekście dane strukturalne: co to jest i jak je przetestować.

Dane produktu dla sklepów i dla stron z opisami lub recenzjami

Google dzieli dane produktu na dwie klasy i każda ma własne wymagania. Wybór zależy od jednego pytania: czy klient może kupić produkt bezpośrednio na tej stronie.

Dla sklepu wybór jest prosty. Google pisze, że po dodaniu wymaganych właściwości dla sprzedawcy strona może kwalifikować się też do krótkiego opisu produktu. Dodawanie obu wersji kodu nie jest potrzebne. Krótki opis produktu przyda się blogowi z recenzjami sprzętu, porównywarce albo stronie producenta, który sam nie sprzedaje.

Google zastrzega, że lista form, w jakich produkty pojawiają się w wyszukiwarce, nie jest zamknięta. Obecnie wymienia wynik tekstowy z ceną i oceną, moduł popularnych produktów, panel wiedzy z listą sprzedawców i oznaczone zdjęcia w Grafice Google. Obniżkę ceny Google wylicza sam, obserwując zmiany ceny w czasie, i nie gwarantuje, że ją pokaże.

Wymagane i zalecane właściwości Product i Offer

Bez wymaganych właściwości strona nie kwalifikuje się do wyników rozszerzonych. Zalecane nie są obowiązkowe, ale Google pisze wprost, że im więcej właściwości dodasz, tym więcej ulepszeń może dostać strona.

Kilka zasad z dokumentacji, które łatwo przeoczyć:

• Cena musi być większa od zera. Produkt z ceną 0 nie kwalifikuje się do informacji o sprzedawcy. Waluta w trzyliterowym kodzie ISO 4217, dla złotego PLN.
• Zdjęcie musi być dostępne dla Google. Adres obrazu nie może być zablokowany dla robota. Google zaleca kilka zdjęć w wysokiej rozdzielczości, w proporcjach 16:9, 4:3 i 1:1, każde o co najmniej 50 000 pikseli (szerokość razy wysokość).
• Dostępność ma jedną wartość. Najczęściej InStock, OutOfStock, PreOrder albo BackOrder.
• Identyfikatory podawaj możliwie dokładnie. Google zaleca najbardziej szczegółową właściwość GTIN, która pasuje do produktu, zamiast ogólnej gtin.

Przykład dla strony produktu w polskim sklepie, w zalecanym formacie JSON-LD:

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Czajnik elektryczny Twoja Marka 1,7 l",
  "image": [
    "https://twojsklep.pl/img/czajnik-1x1.jpg",
    "https://twojsklep.pl/img/czajnik-4x3.jpg",
    "https://twojsklep.pl/img/czajnik-16x9.jpg"
  ],
  "description": "Czajnik ze stali nierdzewnej, moc 2200 W.",
  "sku": "CZ-17-INOX",
  "gtin13": "5901234123457",
  "brand": { "@type": "Brand", "name": "Twoja Marka" },
  "offers": {
    "@type": "Offer",
    "url": "https://twojsklep.pl/czajnik-17/",
    "price": 149.00,
    "priceCurrency": "PLN",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}
</script>

Wartości w kodzie muszą zgadzać się z tym, co klient widzi na stronie. Jeśli sklep pokazuje 149 zł i „dostępny”, kod mówi to samo.

Cena promocyjna, przekreślona i czas trwania promocji

Google rozpoznaje trzy rodzaje cen: aktualną, przekreśloną (zwykłą cenę w trakcie promocji) i cenę dla członków programu lojalnościowego. Aktualną cenę podajesz w polu price. Przekreśloną dodajesz jako drugą cenę w priceSpecification z oznaczeniem StrikethroughPrice. Wtedy aktualna cena automatycznie staje się ceną promocyjną. Ceny aktualnej nie oznaczasz żadnym typem.

"offers": {
  "@type": "Offer",
  "price": 119.00,
  "priceCurrency": "PLN",
  "validFrom": "2026-11-27T00:00:00+01:00",
  "priceValidUntil": "2026-11-30T23:59:59+01:00",
  "priceSpecification": {
    "@type": "UnitPriceSpecification",
    "priceType": "https://schema.org/StrikethroughPrice",
    "price": 149.00,
    "priceCurrency": "PLN"
  }
}

Od lipca 2026 roku dokumentacja ma osobną część o czasie trwania promocji. Początek podajesz w validFrom, koniec w validThrough albo priceValidUntil, w formacie ISO 8601 z godziną i strefą czasową. Pilnuj daty końca: Google pisze, że produkt może przestać się wyświetlać, gdy priceValidUntil wskazuje datę z przeszłości. Jeśli datę końca promocji wpisuje wtyczka, sprawdź, czy aktualizuje ją przy każdej zmianie oferty.

Informacje o programie lojalnościowym Google pokazuje na razie w kilku krajach, wśród nich w Niemczech, Francji, Wielkiej Brytanii i USA. Polski nie ma na liście (stan na 28.10.2026), więc ceny dla członków możesz na razie pominąć.

Dostawa i zwroty: w kodzie, w Search Console czy w Merchant Center

Koszt dostawy i zasady zwrotów możesz przekazać Google na trzy sposoby. Każdy ma sens w innej sytuacji.

Jedne zasady dla całego sklepu: dane firmy

Standardowe zasady, które obowiązują dla większości produktów, Google zaleca opisać raz, w danych Organization: dostawę we właściwości hasShippingService (typ ShippingService, obsługiwany w wyszukiwarce od listopada 2025 roku), zwroty w hasMerchantReturnPolicy. Wystarczy jedna strona, na przykład strona z regulaminem dostaw i zwrotów. Nie musisz powtarzać tych danych na każdej stronie.

"hasMerchantReturnPolicy": {
  "@type": "MerchantReturnPolicy",
  "applicableCountry": "PL",
  "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
  "merchantReturnDays": 30,
  "returnFees": "https://schema.org/FreeReturn"
}

Liczba dni i opłaty w przykładzie są umowne. Wpisz te, które masz w regulaminie sklepu.

Wyjątki dla pojedynczych produktów: dane oferty

Gdy jeden produkt ma inną dostawę albo inne zasady zwrotu, na przykład gabaryt wysyłany paletą, dodajesz shippingDetails albo hasMerchantReturnPolicy w jego Offer. Dane produktu mają wtedy pierwszeństwo przed danymi firmy. Na poziomie oferty działa mniejszy zestaw właściwości. Dla dostawy wymagane są czas dostawy, kraj docelowy i koszt w tej samej walucie co cena. Darmową dostawę zapisujesz jako koszt 0.

Bez kodu: ustawienia Search Console

Jeśli szablon sklepu nie pozwala łatwo dodać takich danych, uproszczone zasady wpiszesz w Search Console: Ustawienia > Zakupy > Dostawa i zwroty. Na karcie „Dostawa” klikasz „Dodaj zasady dostawy”, wybierasz kraj, czas dostawy i koszt. Na karcie „Zwroty” podajesz adres strony z zasadami, okres i koszt zwrotu. Potrzebujesz uprawnień właściciela albo pełnego dostępu do usługi. Konto Merchant Center nie jest wymagane, ale jeśli je masz, trzeba je połączyć z usługą w Search Console. Zasady utworzone w Merchant Center edytujesz tylko tam.

Co ma pierwszeństwo, gdy dane się różnią

Google stosuje stałą kolejność, od najsilniejszego źródła: dane produktu przesłane w pliku do Merchant Center, ustawienia w Merchant Center lub Search Console, dane strukturalne oferty, na końcu dane strukturalne firmy. Jeśli prowadzisz konto w Google Merchant Center, ustawienia dostawy z konta nadpiszą to, co masz w kodzie strony. Sprawdź, czy oba źródła mówią to samo.

Warianty produktu: rozmiary i kolory

Produkt w kilku rozmiarach, kolorach albo materiałach opisujesz typem ProductGroup. Grupa ma własny identyfikator (productGroupID), listę cech, którymi warianty się różnią (variesBy), i same warianty jako osobne obiekty Product (hasVariant). Dzięki temu Google wie, że czerwona koszulka M i niebieska koszulka L to ten sam produkt, i może pokazać informacje o wariantach.

Wymagania techniczne z dokumentacji:

• każdy wariant ma unikalny identyfikator, na przykład sku albo gtin;
• każdy wariant da się otworzyć pod własnym adresem, na przykład z parametrem ?kolor=czerwony, i po wejściu na ten adres sklep pokazuje właściwe zdjęcie, cenę i dostępność oraz pozwala dodać ten wariant do koszyka;
• gdy wszystkie warianty są na jednej stronie, cała grupa ma jeden adres kanoniczny, zwykle bez wybranego wariantu.

Jeśli Twój szablon pozwala wybrać kolor lub rozmiar tylko skryptem i nie da się otworzyć wariantu bezpośrednio pod osobnym adresem, ten warunek nie jest spełniony. Sprawdź to przed wdrożeniem.

Dane strukturalne a Merchant Center

Dane strukturalne strony produktu pracują też dla Merchant Center, i to na dwa sposoby.

Automatyczne aktualizacje. Merchant Center porównuje dane z pliku produktowego ze stroną produktu. Gdy plik podaje 4 zł, a strona 3 zł, Google zaktualizuje cenę w reklamach i bezpłatnych informacjach do 3 zł. Dotyczy to ceny, ceny promocyjnej, dostępności i stanu produktu (nowy, używany, odnowiony), które Google odczytuje z price, priceCurrency, availability i itemCondition. Funkcja jest domyślnie włączona. Ustawienia znajdziesz w Merchant Center w sekcji Produkty, na karcie Automatyzacja.

Pomoc Merchant Center podaje ograniczenia. Automatyzacja nie zastępuje regularnej aktualizacji pliku. Może nie działać, gdy cena lub dostępność zmienia się często, na przykład częściej niż raz dziennie, a przy niezgodności produkt może zostać odrzucony zamiast poprawiony. Jeśli na stronie produktu jest kilka przekreślonych cen, Google odradza włączanie automatycznej aktualizacji ceny. Gdy strona nie ma danych strukturalnych, Google próbuje odczytać cenę z samej treści i nie zawsze mu się to udaje. Jak naprawić odrzucone produkty z niezgodną ceną lub dostępnością, opisujemy osobno.

Produkty bez pliku. Google może sam dodać produkty do Merchant Center, odczytując dane strukturalne ze stron sklepu. Podstawowe informacje o produktach może też pokazać w bezpłatnych wynikach bez konta Merchant Center. Jak to włączyć i co się dzieje, gdy ten sam produkt jest też w pliku, piszemy w tekście o tym, jak przygotować feed produktowy dla Merchant Center.

Google pisze, że dane strukturalne na stronie razem z plikiem w Merchant Center dają najwięcej możliwości wyświetlania i pomagają Google zweryfikować dane.

Jak sprawdzić dane produktu i gdzie je monitorować

1. Przed publikacją wklej kod albo adres strony testowej do Testu wyników z elementami rozszerzonymi. Popraw błędy krytyczne. Ostrzeżenia nie blokują wyniku rozszerzonego, ale warto je usunąć.
2. Opublikuj kilka stron i sprawdź je narzędziem do sprawdzania adresów URL w Search Console. Strona nie może być zablokowana przez robots.txt, tag noindex ani logowanie. Google zaznacza, że znalezienie i pobranie nowej strony może zająć kilka dni.
3. Po zaindeksowaniu zajrzyj w Search Console do sekcji Zakupy. Raport Informacje o sprzedawcy dotyczy stron, na których można kupić produkt, raport Krótkie opisy produktów pozostałych stron o produktach.
4. Błędy wybierasz z tabeli „Dlaczego elementy są nieprawidłowe”. Po poprawce klikasz „Sprawdź poprawkę”. Google sprawdzi najpierw próbkę stron, potem resztę.
5. Po każdej zmianie szablonu sprawdź, czy liczba prawidłowych elementów nie spadła. Spadek bez wzrostu błędów może oznaczać, że kod zniknął ze stron. Przyczynę sprawdzisz narzędziem do sprawdzania adresów URL.

Jeśli dane produktu generuje JavaScript, Google może je odczytać, gdy są dostępne w wyrenderowanej stronie. Ostrzega jednak, że taki kod może sprawić, że roboty zakupowe odwiedzają sklep rzadziej i mniej niezawodnie. Przy cenach i stanach, które często się zmieniają, to realny problem. Google zaleca dane Product w początkowym kodzie HTML strony.

Najczęstsze błędy w danych produktu

• Dane Product na stronie kategorii. Wyniki rozszerzone dla produktów działają tylko na stronach jednego produktu albo wariantów jednego produktu. „Buty w naszym sklepie” nie są konkretnym produktem.
• Link do innego sklepu. Do informacji o sprzedawcy kwalifikują się tylko strony, na których klient kupuje u Ciebie. Strona z przyciskiem do zakupu w innym serwisie może mieć najwyżej krótki opis produktu.
• Cena 0 albo „zapytaj o cenę”. Informacje o sprzedawcy wymagają ceny większej od zera.
• Kilka walut pod jednym adresem. Google wymaga osobnego adresu dla każdej waluty, na przykład osobnej wersji strony w euro.
• Cena w kodzie inna niż na stronie. Google może weryfikować dane sprzedawcy przed ich pokazaniem, a Merchant Center porównuje je z plikiem produktowym.
• Stara data priceValidUntil. Po jej upływie produkt może zniknąć z wyników rozszerzonych.
• Zalety i wady na stronie sklepu. Google pokazuje je tylko dla redakcyjnych recenzji produktów, nie dla stron sprzedawców ani opinii klientów.

Za dane niezgodne z wytycznymi Google może nałożyć ręczne działanie. Wtedy ignoruje dane strukturalne na stronie, a sama strona nadal może pojawiać się w wynikach.

Co sprawdzić w swoim sklepie

1. Otwórz w Teście wyników z elementami rozszerzonymi trzy strony: zwykły produkt, produkt w promocji i produkt z wariantami. Zobaczysz, co naprawdę generuje szablon lub wtyczka.
2. Porównaj cenę, walutę i dostępność w kodzie z tym, co widzi klient, także w trakcie promocji.
3. Uzupełnij markę i kod EAN (gtin13), jeśli je masz. Merchant Center używa tych samych identyfikatorów w atrybucie gtin.
4. Opisz dostawę i zwroty raz: w danych firmy albo w Search Console w sekcji Dostawa i zwroty. Jeśli masz Merchant Center, sprawdź, czy ustawienia tam są takie same.
5. Sprawdź, czy dane Product są w początkowym HTML i czy warianty mają własne adresy.
6. Raz w miesiącu zajrzyj do raportu Informacje o sprzedawcy, a po każdej aktualizacji szablonu sprawdź kilka stron testem.

Dane produktu sprawdzamy w ramach SEO sklepów internetowych, razem z feedem, indeksowaniem kategorii i treścią kart produktów.