Dane strukturalne produktu: co dają i jak je sprawdzić

Dane strukturalne produktu to blok kodu w karcie produktu, najczęściej w formacie JSON-LD, który mówi wyszukiwarce wprost: to jest produkt, tyle kosztuje, w tej walucie, jest dostępny i ma taki kod EAN. Google wymaga w nich co najmniej nazwy, zdjęcia oraz oferty z ceną i walutą. PrestaShop i WooCommerce generują je same, więc zwykle nie trzeba niczego instalować. Trzeba sprawdzić, czy są kompletne i zgodne z tym, co widzi klient.

Co dają dane strukturalne produktu w Google?

Pomagają Google zrozumieć, że strona sprzedaje konkretny produkt, i dają mu szansę na wynik z ceną, dostępnością i oceną. To szansa, nie gwarancja: Google zastrzega, że poprawne znaczniki nie zapewniają wyniku rozszerzonego.

Google rozróżnia dwa rodzaje wyników dla produktów:

• Informacje o produktach sprzedawcy. Dotyczą stron, na których można kupić produkt, czyli Twoich kart produktów. Mogą pokazać cenę, dostępność, a przy pełnych danych także koszt dostawy i zasady zwrotu.
• Fragmenty produktów. Dotyczą stron, które opisują produkt, na przykład recenzji i porównań. Mogą pokazać ocenę w gwiazdkach i cenę.

Nie licz na skok pozycji tylko dlatego, że dodasz znaczniki. W dokumentacji Google dane strukturalne służą do zrozumienia treści i do wyglądu wyniku. Zysk widać w klikalności: klient, który przed wejściem zna cenę i wie, że produkt jest na stanie, przychodzi z zamiarem zakupu.

Jakie pola są wymagane, a jakie zalecane?

Dla kart produktów sklepu Google wymaga czterech informacji: nazwy produktu, zdjęcia, ceny większej od zera i waluty ceny. Pozostałe pola są zalecane, ale to one decydują, ile szczegółów trafi do wyniku.

Pole	Co oznacza	Status
name	nazwa produktu	wymagane
image	zdjęcie produktu	wymagane
offers.price	cena, większa od zera	wymagane
offers.priceCurrency	waluta ceny, np. PLN	wymagane
offers.availability	dostępność, np. InStock, OutOfStock, PreOrder	zalecane
gtin	kod EAN, UPC albo ISBN jako liczba	zalecane
brand	marka produktu	zalecane
sku, mpn	Twój indeks i kod producenta	zalecane
aggregateRating, review	ocena i opinie klientów	zalecane
shippingDetails	koszt i czas dostawy	zalecane
hasMerchantReturnPolicy	zasady zwrotu	zalecane
priceValidUntil	data, do której obowiązuje cena	zalecane

Dwie pułapki z dokumentacji Google. Pole priceValidUntil z datą z przeszłości może sprawić, że wynik się nie wyświetli. Dostępność podajesz jedną wartością, nie kilkoma naraz. Koszty dostawy i zwroty Google woli dostać raz, dla całego sklepu (w danych organizacji albo w Merchant Center), a na karcie produktu tylko wyjątki.

Czy PrestaShop i WooCommerce dodają dane strukturalne same?

Tak. Domyślny motyw PrestaShop 8 i rdzeń WooCommerce dodają do karty produktu blok JSON-LD bez żadnych modułów. Różnią się tym, skąd biorą wartości, i tu leżą typowe braki.

PrestaShop 8 (motyw Classic). Szablon product-jsonld.tpl wypełnia nazwę, kategorię, zdjęcie, indeks (sku), kod producenta (mpn), kod EAN-13, markę, ocenę z modułu opinii, a w ofercie cenę, walutę, adres, dostępność i stan produktu. Kilka wartości ma zastępstwo, które warto znać:

• marka: gdy produkt nie ma przypisanego producenta, w jej miejsce trafia nazwa sklepu;
• opis: pochodzi z meta opisu strony, nie z opisu produktu, więc pusty meta opis daje pusty opis w danych;
• indeks: gdy pole jest puste, trafia tam numer ID produktu;
• priceValidUntil: zawsze dzisiejsza data plus 15 dni, liczona przy każdym wyświetleniu.

Motyw kupiony w sklepie z szablonami ma własne pliki i może robić to inaczej albo wcale. Sprawdzasz zawsze swoją stronę, nie dokumentację motywu Classic. Jeśli porządkujesz przy okazji cechy produktów, przyda Ci się poradnik o filtrach i nawigacji fasetowej w PrestaShop, bo te same cechy zasilają filtry.

WooCommerce. Rdzeń sklepu dopisuje JSON-LD w stopce karty produktu: nazwę, adres, opis (krótki, a gdy go brak, pełny), zdjęcie, indeks SKU (zastępczo ID produktu), kod z pola „GTIN, UPC, EAN lub ISBN”, jeśli jest poprawny, a w ofercie cenę, walutę, dostępność (na stanie, na zamówienie albo brak) i sprzedawcę. Przy włączonych opiniach dochodzi ocena i do pięciu ostatnich recenzji. W kodzie rdzenia nie ma pola marki, więc marka w danych pojawi się dopiero dzięki motywowi albo wtyczce SEO.

Shoper. Platforma dodaje dane schema.org do kart produktów. Według informacji o wersji 5.20.4 obejmują one zdjęcie, indeks, globalny kod produktu (GTIN albo ISBN) i adres oferty.

Jak sprawdzić dane strukturalne produktu w 15 minut?

Potrzebujesz tylko przeglądarki i adresów trzech kart produktów. Dostęp do panelu sklepu przyda się dopiero przy poprawkach.

1. Wybierz trzy karty: bestseller, produkt z wariantami (rozmiar albo kolor) i produkt, którego nie ma na stanie. Po czym poznasz, że wybór jest dobry: każda karta reprezentuje inny typ oferty w Twoim sklepie.
2. Wklej adres do testu wyników z elementami rozszerzonymi Google (search.google.com/test/rich-results). Po czym poznasz, że działa: test wykrywa produkt i nie zgłasza błędów krytycznych. Ostrzeżenia o polach zalecanych to lista rzeczy do uzupełnienia, nie awaria.
3. Porównaj wartości z tym, co widzi klient. Cena, waluta, dostępność, marka i kod EAN w teście muszą być takie same jak na stronie. Po czym poznasz: przy produkcie niedostępnym test pokazuje OutOfStock, a przy promocji cenę promocyjną.
4. Sprawdź, czy dane są w kodzie strony od razu. Otwórz źródło strony (Ctrl+U) i wyszukaj application/ld+json. Po czym poznasz: blok z "@type": "Product" jest w źródle, a nie dopiero po załadowaniu skryptów. Google ostrzega, że znaczniki dodawane przez JavaScript mogą sprawić, że Google rzadziej i mniej niezawodnie sprawdza ceny i dostępność, a te zmieniają się szybko.
5. Policz bloki Product na jednej stronie. Po czym poznasz problem: test pokazuje dwa produkty na karcie, która sprzedaje jeden. Zwykle motyw i dodatek SEO dodają znaczniki niezależnie od siebie i trzeba wyłączyć jeden z nich.
6. Po poprawkach zajrzyj do Search Console. Raporty produktów pokazują błędy na wszystkich kartach, nie tylko na trzech sprawdzonych. Po czym poznasz: liczba stron z błędami spada w kolejnych tygodniach.

Jakie błędy w danych strukturalnych zdarzają się najczęściej?

Najczęściej winne są puste pola w panelu sklepu, a nie sam kod. Znacznik pokazuje dokładnie to, co jest w karcie produktu, więc poprawka prawie zawsze polega na uzupełnieniu danych.

Objaw w teście	Przyczyna	Naprawa
Marka to nazwa Twojego sklepu	produkt w PrestaShop nie ma przypisanego producenta	przypisz markę w karcie produktu
Brak kodu gtin	puste pole EAN-13 albo GTIN	wpisz kod z opakowania lub od dostawcy; nie wymyślaj kodów
Pusty albo przypadkowy opis	pusty meta opis (PrestaShop) albo pusty krótki opis (WooCommerce)	uzupełnij meta opis i krótki opis
Cena w teście inna niż na stronie	pamięć podręczna strony albo promocja liczona skryptem	wyczyść pamięć podręczną, sprawdź reguły promocji
Dwa produkty na jednej karcie	znaczniki z motywu i z dodatku SEO naraz	zostaw jedno źródło znaczników
Ocena bez opinii na stronie	dodatek wstawia oceny, których klient nie widzi	pokazuj tylko prawdziwe, widoczne opinie

Ostatni wiersz jest najgroźniejszy. Zasady Google zabraniają oznaczania treści, których czytelnik nie widzi na stronie, a znaczniki wprowadzające w błąd mogą skończyć się ręcznym działaniem, czyli utratą wyników rozszerzonych dla całej witryny. Gwiazdki tylko z prawdziwych opinii klientów, widocznych na karcie produktu.

Czy znacznik FAQ na karcie produktu jeszcze coś daje?

W wyglądzie wyników Google już nie. Od sierpnia 2023 roku Google pokazuje rozwijane pytania i odpowiedzi tylko dla znanych, wiarygodnych stron rządowych i medycznych, a wyniki z instrukcjami krok po kroku (HowTo) wycofał całkowicie.

Pytania i odpowiedzi na karcie produktu nadal mają sens, ale dla klienta: rozwiewają wątpliwości przed zakupem w miejscu, w którym klient decyduje. Znacznika FAQPage nie musisz usuwać, bo Google pisze wprost, że nieużywane dane strukturalne nie szkodzą. Nie dodawaj go za to w nadziei na dodatkowe miejsce w wynikach, bo sklep tego wyniku nie dostanie.

Co dane strukturalne mają wspólnego z feedem i wyszukiwarką w sklepie?

Wszystkie trzy korzystają z tych samych pól w panelu sklepu. Marka, kod EAN, cechy i dostępność wpisane raz trafiają do znaczników na stronie, do pliku produktowego dla Google i do wyszukiwarki w sklepie.

Plik dla Merchant Center opisuje poradnik czym jest feed produktowy i jakie ma typowe błędy. Jego lista braków jest prawie taka sama jak tu: brak kodu GTIN, cena inna niż na stronie, zły status dostępności. Sklep, który porządkuje dane pod Google, przy okazji naprawia obie rzeczy jednocześnie.

Ta sama zasada działa w wyszukiwarce na Twojej stronie. Searchkeen czyta dane produktów z feedu XML albo z API PrestaShop i WooCommerce, tylko do odczytu, i z cech oraz parametrów produktów buduje filtry, które klient widzi w wynikach. Produkt bez marki nie pojawi się po kliknięciu filtra marki. Produkt bez koloru wypadnie z wyników, gdy klient wpisze „buty czarne 42”, a wyszukiwarka zamieni kolor i rozmiar na filtry. Co jeszcze robi wyszukiwarka z dobrze opisanym katalogiem, pokazuje strona z funkcjami wyszukiwarki Searchkeen, a szczegóły połączenia ze sklepem opisuje strona o wyszukiwarce dla PrestaShop.