Gwiazdki, cena i informacja „w magazynie” pod linkiem w Google to tzw. rich snippets, czyli wyniki z elementami rozszerzonymi. Dane strukturalne w PrestaShop to opis produktu w formacie JSON-LD (schema.org: Product, Offer, AggregateRating, BreadcrumbList), z którego Google te elementy buduje. Krótko: sprawdź kartę produktu w teście Google, uzupełnij brakujące pola (cena, waluta, dostępność), zbieraj prawdziwe opinie i pilnuj, żeby na stronie był tylko jeden opis produktu. Poniżej wyjaśniamy, co PrestaShop daje od razu, co trzeba poprawić i jakie zasady Google stosuje do opinii.
- Czym są rich snippets i dlaczego sklep ich potrzebuje?
- Jakie dane strukturalne w PrestaShop są potrzebne?
- Co PrestaShop wyświetla domyślnie?
- Jak sprawdzić dane strukturalne w teście Google i w Search Console?
- Najczęstsze błędy w danych strukturalnych produktu
- Gwiazdki w Google: jakie zasady dotyczą opinii?
- Moduł czy ręczna poprawka motywu?
- Najczęściej zadawane pytania
Czym są rich snippets i dlaczego sklep ich potrzebuje?
Zwykły wynik w Google to tytuł, adres i opis. Wynik rozszerzony dokłada do tego informacje, które pomagają kupującemu wybrać: ocenę w gwiazdkach z liczbą opinii, cenę, dostępność, a zamiast adresu ścieżkę kategorii. Taki wynik zajmuje więcej miejsca i od razu odpowiada na pytania „ile kosztuje” i „czy jest dostępne”.
Google nie zgaduje tych danych z treści strony. Potrzebuje ich w ustrukturyzowanej postaci, opisanej słownikiem schema.org. Zalecany format to JSON-LD: blok <script type="application/ld+json"> w kodzie strony, niewidoczny dla klienta.
Dwie rzeczy warto wiedzieć od początku:
- Poprawne dane nie gwarantują gwiazdek. Google sam decyduje, czy i kiedy pokaże wynik rozszerzony, zależnie od zapytania i jakości strony.
- Dane strukturalne nie są bezpośrednim czynnikiem rankingu. Nie podniosą pozycji same z siebie, ale wyróżniony wynik zwykle częściej przyciąga kliknięcie.
Jakie dane strukturalne w PrestaShop są potrzebne?
| Typ schema.org | Gdzie | Co daje w Google | Najważniejsze pola |
|---|---|---|---|
Product |
karta produktu | podstawa wyniku produktowego | name, image, description, sku, gtin13, brand |
Offer |
wewnątrz Product |
cena i dostępność | price, priceCurrency, availability, url |
AggregateRating |
wewnątrz Product |
gwiazdki i liczba opinii | ratingValue, reviewCount |
Review |
wewnątrz Product |
pojedyncze opinie | author, reviewRating |
BreadcrumbList |
produkty i kategorie | ścieżka zamiast adresu URL | itemListElement z nazwą i adresem |
Organization |
strona główna | nazwa i logo sklepu | name, url, logo |
Według dokumentacji Google Product musi mieć nazwę i co najmniej jedno z trojga: offers, review albo aggregateRating. Google rozróżnia też dwa rodzaje wyników: fragmenty produktów (dla stron, które opisują produkt) oraz informacje o ofertach sprzedawców (dla stron, na których produkt można kupić). Dla drugiego typu cena z walutą jest obowiązkowa, a dodatkowo zalecane są koszty wysyłki (shippingDetails) i zasady zwrotów (hasMerchantReturnPolicy). Wysyłkę i zwroty możesz też ustawić w Google Merchant Center.
Co PrestaShop wyświetla domyślnie?
To zależy od wersji i motywu:
- PrestaShop 1.7, motyw Classic oznaczał produkty głównie mikrodanymi, czyli atrybutami
itempropwplecionymi w HTML. - PrestaShop 8 i 9, aktualne motywy Classic i Hummingbird generują JSON-LD w plikach
templates/_partials/microdata/(product-jsonld.tpl,head-jsonld.tpl). Na karcie produktu jestProductzOffer(cena, waluta, dostępność, stan, datapriceValidUntilustawiana 15 dni naprzód), na stronach z okruszkamiBreadcrumbList, a na każdej stronieOrganization. - Motywy z rynku robią to różnie: część ma stare mikrodane, część nie ma nic, a część dokłada własny JSON-LD obok tego z motywu bazowego.
Na co uważać w domyślnym kodzie:
AggregateRatingpojawia się tylko wtedy, gdy darmowy moduł Komentarze produktu (productcomments) ma opinie dla danego produktu. Inny moduł opinii musi przekazać oceny do motywu albo wygenerować własne dane.- Gdy cena jest ukryta (tryb katalogu albo wyłączone wyświetlanie ceny produktu), motyw w ogóle pomija
Offer. Bez opinii produkt nie ma wtedy żadnego z wymaganych pól. - Jeśli produkt nie ma kodu MPN, motyw wstawia w to pole indeks albo ID produktu. Sprawdź, czy to dla ciebie poprawne.
- Produkt z kombinacjami ma jedną ofertę z ceną wybranej kombinacji. Google obsługuje osobny opis wariantów (
ProductGroup), ale domyślne motywy go nie generują.
Jak sprawdzić dane strukturalne w teście Google i w Search Console?
Test wyników z elementami rozszerzonymi (search.google.com/test/rich-results) to pierwsze narzędzie. Wklej adres karty produktu i zobaczysz, jakie elementy Google wykrył (np. fragmenty produktów, informacje o ofertach sprzedawców, menu nawigacyjne) oraz listę błędów i ostrzeżeń.
- Błąd oznacza, że element nie kwalifikuje się do wyniku rozszerzonego. To trzeba naprawić.
- Ostrzeżenie to brak pola zalecanego. Element działa, ale może być pokazany w uboższej formie.
Przetestuj kilka typów produktów: dostępny, niedostępny, z kombinacjami, w promocji, z opiniami i bez. Błędy często dotyczą tylko jednego przypadku. Pełną zgodność ze schema.org (także typów, których Google nie używa) sprawdzisz w Schema Markup Validator.
Google Search Console pokazuje to samo dla całego sklepu. W menu znajdziesz raporty dla produktów i ścieżek nawigacji (w angielskiej wersji: Product snippets, Merchant listings, Breadcrumbs). Po naprawie błędu kliknij w raporcie przycisk weryfikacji poprawki. Raporty dotyczą tylko stron, które Google już odwiedził, dlatego aktualna mapa witryny XML pomaga szybciej zobaczyć efekt zmian.
Najczęstsze błędy w danych strukturalnych produktu
| Problem | Typowa przyczyna w PrestaShop | Co zrobić |
|---|---|---|
| „Either "offers", "review", or "aggregateRating" should be specified” | ukryta cena, motyw bez Offer |
pokaż cenę albo dodaj Offer w szablonie lub module |
Brak price lub priceCurrency |
szablon motywu z rynku, cena jako tekst „1 299,00 zł” | cena jako liczba z kropką (1299.00), waluta jako kod ISO (PLN) |
Nieprawidłowe availability |
tekst „W magazynie” zamiast adresu schema.org | https://schema.org/InStock, OutOfStock, PreOrder itd. |
| Cena w danych inna niż na stronie | cena netto zamiast brutto, inna kombinacja, nieuwzględniona promocja | jedna cena wszędzie: ta, którą widzi klient |
Dwa bloki Product z różnymi danymi |
motyw i jeden lub dwa moduły generują je równolegle | zostaw jedno źródło danych |
AggregateRating bez widocznych opinii |
oceny w danych, a opinie ukryte lub z innego serwisu | oznaczaj tylko opinie widoczne na tej stronie |
| Nieprawidłowy GTIN | literówka w EAN, kod UPC w polu EAN | popraw kody w karcie produktu |
Zgodność ceny ma znaczenie także poza wynikami organicznymi. Google Merchant Center porównuje cenę z feedu z ceną na stronie i przy różnicach potrafi odrzucić produkty. Więcej o tym w poradniku o Google Merchant Center w PrestaShop.
Wskazówka: po każdej zmianie motywu lub instalacji modułu SEO, opinii czy feedu przetestuj ponownie kartę produktu. Duplikaty danych pojawiają się najczęściej właśnie wtedy.
Gwiazdki w Google: jakie zasady dotyczą opinii?
Gwiazdki to najbardziej pożądany element, ale też najściślej pilnowany. Najważniejsze zasady z wytycznych Google dla opinii:
- Opinie muszą być widoczne na stronie, na której są oznaczone. Nie wolno dodać oceny tylko w kodzie.
- Opinie muszą dotyczyć tego konkretnego produktu, a nie sklepu czy kategorii.
- Nie przenoś ocen z innych serwisów (np. z porównywarek czy marketplace'ów) do własnych danych strukturalnych.
- Opinie o samym sklepie się nie kwalifikują. Od 2019 roku Google nie pokazuje gwiazdek dla ocen firmy (
Organization,LocalBusiness) publikowanych przez nią na własnej stronie, tzw. opinii „we własnej sprawie”. Ocena „4,9 dla naszego sklepu” na stronie głównej nie da gwiazdek, opinie o produktach na kartach produktów już tak.
Pamiętaj też o unijnej dyrektywie Omnibus (w Polsce obowiązuje od 2023 roku): sklep, który publikuje opinie, musi poinformować, czy i jak sprawdza, że pochodzą od osób, które kupiły produkt.
Do zbierania opinii wystarczy na start darmowy moduł Komentarze produktu. Jeśli zależy ci na większej liczbie opinii, poproś klientów o opinię kilka dni po dostawie, gdy zdążą już korzystać z produktu.
Moduł czy ręczna poprawka motywu?
Masz dwie drogi:
- Edycja szablonu
product-jsonld.tplw motywie potomnym. Daje pełną kontrolę, ale wymaga znajomości Smarty i schema.org, a każdą zmianę w sklepie (nowy moduł opinii, warianty, kilka walut) trzeba potem uwzględnić ręcznie. Przy aktualizacji motywu łatwo stracić poprawki, jeśli edytujesz motyw bazowy. - Moduł generujący dane niezależnie od motywu. Przydaje się zwłaszcza przy motywach z rynku i w sklepach, które często zmieniają wygląd.
Jeśli wybierasz poprawkę szablonu, ale nie chcesz samodzielnie edytować Smarty, programista zrobi to w motywie potomnym w ramach prac programistycznych. Niezależnie od wybranej drogi zostaw w kodzie strony tylko jeden blok Product i po wdrożeniu przetestuj kilka kart produktów.
Najczęściej zadawane pytania
Dlaczego Google nie pokazuje gwiazdek, chociaż test jest poprawny?
Poprawne dane to warunek konieczny, ale nie wystarczający. Google decyduje o wyświetleniu zależnie od zapytania, jakości strony i zaufania do witryny. Upewnij się też, że opinie są widoczne na stronie i dotyczą produktu, a nie sklepu.
Ile trzeba czekać na gwiazdki po poprawieniu danych?
Nie ma stałego terminu. Google musi ponownie odwiedzić kartę produktu, co zwykle trwa od kilku dni do kilku tygodni. Aktualna mapa witryny i weryfikacja poprawki w Search Console mogą to przyspieszyć.
Czy mogę pokazać w Google oceny z zewnętrznego serwisu opinii?
Nie w danych strukturalnych własnej strony. Google wymaga, żeby oznaczone opinie pochodziły od użytkowników i były widoczne na tej stronie.
JSON-LD czy mikrodane?
Google obsługuje oba formaty, ale zaleca JSON-LD. Jest łatwiejszy w utrzymaniu, bo nie miesza się z HTML-em motywu. Nie łącz obu dla tego samego produktu, jeśli dane się różnią.
Chcesz sprawdzić dane strukturalne swojego sklepu? Napisz do nas — podpowiemy, co poprawić.
Produkty z tego wpisu
