Dane strukturalne w sklepie – schema Product, Offer i opinie krok po kroku

Opinie i oceny w danych strukturalnych

Oceny klientów to element, który najbardziej wyróżnia wynik w wyszukiwarce, dlatego warto je oznaczać poprawnie. Google opisuje zasady w dokumentacji fragmentów z opiniami. Najważniejsze z nich dotyczą widoczności i wiarygodności: oznaczone opinie muszą być dostępne dla użytkownika na tej samej stronie, a jeśli oznaczasz średnią ocen, klient powinien ją zobaczyć na stronie produktu.

• Zbiorcza ocena (AggregateRating) – średnia i liczba ocen dla konkretnego produktu, nie dla kategorii ani listy produktów.

• Pojedyncze opinie (Review) – jeśli oznaczasz kilka opinii, dodaj też zbiorczą ocenę. Autor opinii musi być osobą lub zespołem, a nie np. hasłem promocyjnym.

• Tylko własne opinie – Google nie pozwala agregować w znacznikach ocen z innych serwisów.

• Bez fałszywych i nieujawnionych opinii sponsorowanych – w 2026 roku Google dodał do dokumentacji wytyczną dotyczącą opinii, które nie wynikają z prawdziwego doświadczenia lub zostały napisane w zamian za korzyść bez wyraźnego oznaczenia.

Osobna zasada dotyczy ocen samego sklepu. Jeśli strona ocenianej firmy sama kontroluje opinie o sobie, np. umieszcza w znacznikach Organization lub LocalBusiness oceny z własnej witryny czy z osadzonego widżetu, takie strony nie kwalifikują się do wyświetlania gwiazdek. W praktyce oznacza to, że gwiazdki w wynikach sklepu mogą dotyczyć produktów, ale nie oceny sklepu jako firmy. Jak zbierać opinie produktowe i wykorzystać je w treści, piszemy w artykule o opiniach produktowych a SEO.

[#uwaga] Naruszenie zasad dotyczących opinii może skończyć się działaniem ręcznym, po którym strony tracą możliwość wyświetlania elementów rozszerzonych. Oznaczanie ocen, których nie ma na stronie, ocen z innych serwisów albo opinii pisanych na zamówienie to ryzyko, którego nie warto podejmować dla kilku gwiazdek w wynikach.

Warianty, zwroty i wysyłka

Produkty w wielu wariantach, np. w kolorach i rozmiarach, Google pozwala opisywać za pomocą osobnej dokumentacji dotyczącej wariantów produktów. Ogólna zasada z wytycznych jest prosta: elementy rozszerzone obsługują strony skupione na jednym produkcie lub na wariantach tego samego produktu, w tym warianty z osobnymi adresami URL. Strona typu „buty w naszym sklepie” nie jest konkretnym produktem, dlatego Google zaleca dodawanie znaczników produktu na kartach produktów, a nie na stronach kategorii.

Wybór między jedną kartą z wariantami a osobnymi adresami dla każdego wariantu to decyzja, która wpływa nie tylko na dane strukturalne, ale też na indeksowanie i duplikaty. Opisujemy ją szczegółowo w artykule o wariantach produktów a SEO.

Informacje o zwrotach i wysyłce Google zaleca podawać przede wszystkim globalnie, w znacznikach Organization, jako politykę zwrotów i politykę wysyłki dla całego sklepu. Właściwości na poziomie oferty warto stosować tylko wtedy, gdy wybrane produkty mają inne zasady niż reszta asortymentu, np. towary wielkogabarytowe z droższą dostawą. Dzięki temu nie trzeba powielać tych samych danych w tysiącach kart produktów.

[#tip] Ceny promocyjne z datą obowiązywania można opisać w znacznikach za pomocą właściwości określających początek i koniec ważności ceny. Google rozbudował ten fragment dokumentacji w 2026 roku, aby był spójny z atrybutami feedu Merchant Center. Jeśli korzystasz z obu kanałów, pilnuj, żeby ceny w znacznikach i w feedzie produktowym były takie same.

Jak wdrożyć dane strukturalne w sklepie krok po kroku

Wykres – kolejne etapy wdrożenia danych strukturalnych produktu. [#chart:se30b]

1. Sprawdź, co już masz – wpisz adres kilku kart produktów w Teście wyników z elementami rozszerzonymi. Zobaczysz, jakie typy danych wykrywa Google i czy są błędy krytyczne.

2. Ustal zakres danych – na podstawie tego, co sklep naprawdę pokazuje: cena, waluta, dostępność, oceny, marka, identyfikatory, zwroty i wysyłka.

3. Wdróż znaczniki w szablonie karty produktu – dane powinny być generowane automatycznie z bazy sklepu, a nie wpisywane ręcznie. Google zaleca umieszczanie danych produktu w początkowym kodzie HTML.

4. Przetestuj na kilku stronach – użyj testu na żywo i narzędzia do sprawdzania adresów URL w Search Console, aby zobaczyć, jak Google widzi stronę po wyrenderowaniu.

5. Wdróż na cały katalog i monitoruj – po publikacji obserwuj raporty ulepszeń w Search Console i poprawiaj błędy grupami.

Dokumentacja Google zwraca uwagę na znaczniki generowane przez JavaScript. Dynamicznie dodawane dane mogą sprawić, że zakupowe skanowanie będzie rzadsze i mniej niezawodne, co jest problemem przy szybko zmieniających się cenach i dostępności. Jeśli sklep musi generować znaczniki skryptem, serwer powinien mieć zasoby na zwiększony ruch Google.

Przy sklepach na Shoperze warto sprawdzić, jak kompletnie uzupełnione są dane produktu w panelu, bo z nich korzystają znaczniki. Podpowiedzi znajdziesz w artykule o dodawaniu produktów w Shoperze. Uzupełnieniem znaczników produktu są dane o ścieżce nawigacji, które opisujemy w artykule o breadcrumbs w sklepie.

Dane strukturalne przy promocjach, braku towaru i wycofaniu produktu

Znaczniki nie są jednorazowym wdrożeniem, bo ceny i stany w sklepie zmieniają się codziennie. W czasie promocji cena w znacznikach powinna odpowiadać cenie, którą klient zapłaci, a cena regularna nie powinna być podawana jako aktualna. Gdy produkt chwilowo się kończy, dostępność powinna zmienić się na brak w magazynie lub przedsprzedaż, zamiast znikać z kodu. Jeśli produkt zostaje wycofany na stałe, decyzja dotyczy całej strony: zostawić ją z informacją o wycofaniu, przekierować czy usunąć. Opisujemy to w artykule o tym, co zrobić ze stroną produktu niedostępnego lub wycofanego.

Najczęstsze błędy w danych strukturalnych sklepu

• Cena lub dostępność niezgodna ze stroną – np. stała dostępność „w magazynie” albo cena sprzed promocji. Google może weryfikować dane i porównywać je z treścią strony.

• Znaczniki produktu na stronach kategorii – Google zaleca stosowanie ich na stronach pojedynczych produktów.

• Oznaczone opinie, których nie widać – np. średnia z zewnętrznego serwisu lub oceny ukryte w zakładce, której klient nie może otworzyć.

• Zduplikowane znaczniki – dwa różne bloki Product z różnymi cenami, bo dane dodaje i szablon, i wtyczka.

• Brak identyfikatorów – bez marki i GTIN Google trudniej dopasować produkt do innych ofert.

• Logo sklepu jako zdjęcie produktu – zdjęcie w znacznikach powinno przedstawiać produkt.

[#checklista] Test wyników z elementami rozszerzonymi bez błędów krytycznych; nazwa, cena i waluta zgodne ze stroną; dostępność zmienia się razem ze stanem; zdjęcia produktu w znacznikach; marka i GTIN tam, gdzie są dostępne; oceny tylko z własnych, widocznych opinii; jeden blok Product na stronie; polityka zwrotów i wysyłki zdefiniowana dla sklepu; znaczniki w początkowym HTML; raporty w Search Console sprawdzane co miesiąc.

Dane strukturalne nie zastąpią poprawnego indeksowania, dlatego najpierw upewnij się, że karty produktów są w ogóle w indeksie, o czym piszemy w poradniku o tym, dlaczego produkty nie pojawiają się w Google. Warto też połączyć znaczniki z bezpłatnymi informacjami o produktach w Google, bo oba kanały wzajemnie się uzupełniają.

Najczęściej zadawane pytania

Czy dane strukturalne poprawiają pozycje w Google?

Same znaczniki nie są czynnikiem, który podnosi pozycję strony. Pomagają Google zrozumieć treść i mogą sprawić, że wynik będzie bogatszy, np. z ceną i ocenami, co może zwiększyć jego atrakcyjność dla klientów. Google nie gwarantuje wyświetlenia elementów rozszerzonych.

Jaki format danych strukturalnych wybrać dla sklepu?

Google zaleca JSON-LD. To blok kodu niezależny od wyglądu strony, który łatwo generować automatycznie z danych produktu w szablonie sklepu. Obsługiwane są też formaty Microdata i RDFa.

Czy można oznaczać produkty na stronach kategorii?

Google wyjaśnia, że elementy rozszerzone produktów obsługują strony skupione na jednym produkcie lub jego wariantach, i zaleca dodawanie znaczników na kartach produktów, a nie na listach produktów czy kategoriach.

Czy mogę oznaczyć oceny sklepu z zewnętrznego serwisu opinii?

Nie. Wytyczne Google zabraniają agregowania w znacznikach ocen z innych witryn. Dodatkowo strony firm, które same kontrolują opinie o sobie, nie kwalifikują się do gwiazdek w znacznikach Organization i LocalBusiness.

Jak sprawdzić, czy dane strukturalne działają?

Pojedyncze strony sprawdzisz w Teście wyników z elementami rozszerzonymi i w narzędziu do sprawdzania adresów URL w Search Console. Stan całego sklepu pokazują raporty ulepszeń w Search Console, w których widać strony prawidłowe i strony z błędami.

Czym różnią się dane strukturalne od feedu Merchant Center?

Znaczniki są częścią strony produktu, a feed to osobny plik z danymi wszystkich produktów przesyłany do Merchant Center. Oba źródła opisują te same produkty, dlatego ceny i dostępność powinny być w nich identyczne.

Czy wtyczka lub moduł SEO wystarczą do wdrożenia danych strukturalnych?

Często tak, jeśli moduł korzysta z pełnych danych produktu i jest aktualny. Warto jednak sprawdzić wynik w Teście wyników z elementami rozszerzonymi, bo zdarzają się braki dostępności, identyfikatorów lub zdublowane znaczniki, gdy dane dodaje jednocześnie szablon i wtyczka. Po każdej aktualizacji sklepu test warto powtórzyć.

Podsumowanie

Dane strukturalne produktu opisują kartę produktu w języku zrozumiałym dla Google: Product mówi, co sprzedajesz, Offer – za ile i na jakich warunkach, a AggregateRating i Review – co sądzą klienci. Dla informacji o produktach sprzedawcy wymagane są nazwa, zdjęcie oraz cena z walutą, a zalecane m.in. dostępność, identyfikatory, oceny oraz zasady wysyłki i zwrotów. Kluczowe są zgodność znaczników z treścią strony, uczciwe opinie i automatyczne generowanie danych z systemu sklepu oraz regularna kontrola w Search Console.

Jeśli chcesz sprawdzić i uporządkować dane strukturalne w swoim sklepie, zobacz, jak prowadzimy SEO dla sklepów internetowych.