Wdrożenie rich snipets dla produktów

Dane strukturalne produktów – wdrożenie, walidacja, utrzymanie

Rich snippets dla produktów, które zgadzają się z tym, co widzi klient

Gwiazdki z oceną, cena, dostępność czy informacja o kosztach dostawy w wynikach wyszukiwania nie biorą się z samej wtyczki. Google pokazuje je wtedy, gdy znaczniki Schema.org są kompletne, technicznie poprawne i zgodne z treścią karty produktu, a na stronach, na których można kupić towar, spełniają także wymagania dotyczące ofert sprzedawców. Poniżej znajdziesz kompendium o rich snippets w e-commerce, a w kolejnych sekcjach: jak wygląda nasze wdrożenie krok po kroku, jakie właściwości opisujemy, na co uważamy na poszczególnych platformach sklepowych i co sprawdzić, zanim zgłosisz zmiany do Google.

Wdrażamy dane strukturalne w sklepach na WooCommerce, PrestaShop, Shopify, Magento i na platformach autorskich. Zaczynamy od przeglądu tego, co sklep generuje już dziś, bo w większości przypadków jakieś znaczniki istnieją – tylko są niepełne, zdublowane albo niezgodne z ceną widoczną na stronie. Prace łączymy z optymalizacją kart produktów i pozycjonowaniem sklepu, a jeśli sprzedajesz także przez reklamy produktowe, dbamy o spójność znaczników z danymi w Google Merchant Center.

Zapytaj o wdrożenie rich snippets Czytaj kompendium

2 rodzaje funkcji produktowych opisane w dokumentacji Google: fragmenty produktów oraz informacje o produktach sprzedawcy

3 formaty zapisu danych strukturalnych obsługiwane przez Google: JSON-LD, mikrodane i RDFa; w nowych wdrożeniach stosujemy JSON-LD

6 etapów naszego wdrożenia: od inwentaryzacji istniejących znaczników po monitoring w Google Search Console

1 źródło prawdy dla każdej wartości: cena, dostępność i ocena w znacznikach pochodzą z tego samego pola co na stronie

Wdrożenie rich snippets dla produktów

W dynamicznym świecie e-commerce wyróżnienie się na tle konkurencji jest kluczem do sukcesu. Jednym z najskuteczniejszych sposobów na zwiększenie widoczności i przyciągnięcie uwagi potencjalnych klientów w wynikach wyszukiwania Google są rich snippets. To dodatkowe informacje, takie jak oceny, ceny czy dostępność, które pojawiają się bezpośrednio w wynikach wyszukiwania, dając użytkownikom pełniejszy obraz oferty. W tym artykule, jako agencja SEOSEM24, pokażemy, czym są rich snippets, dlaczego są one niezbędne w e-commerce i jak skutecznie je wdrożyć, aby zwiększyć sprzedaż oraz poprawić współczynnik klikalności (CTR).

Co to są rich snippets i dlaczego są ważne w e-commerce?

Rich snippets to rozszerzone elementy wyników wyszukiwania.
Pozwalają one wyświetlić dodatkowe informacje, takie jak oceny, ceny, dostępność produktów czy recenzje, co czyni wyniki bardziej atrakcyjnymi i szczegółowymi. Dzięki nim użytkownik może szybciej podjąć decyzję, czy kliknąć w dany wynik.

W e-commerce rich snippets zwiększają widoczność i efektywność strony.
Wprowadzając rich snippets, właściciele sklepów internetowych mogą liczyć na:

Zwiększenie współczynnika klikalności (CTR).
Przyciąganie większej liczby klientów poprzez lepsze wyróżnienie oferty.
Ułatwienie klientom wyboru, co przekłada się na lepsze doświadczenie zakupowe.

Rich snippets pomagają wyróżnić się na tle konkurencji.
Bogatsze wyniki wyszukiwania przyciągają wzrok i sprawiają, że oferta staje się bardziej atrakcyjna dla użytkownika, co zwiększa szansę na kliknięcie oraz dokonanie zakupu.

Jakie typy rich snippets można zastosować dla produktów?

Rich snippets dostosowane do produktów w e-commerce oferują różnorodne możliwości.
Dzięki odpowiednim oznaczeniom można wzbogacić wyniki wyszukiwania o szczegółowe informacje o produktach, które przyciągają uwagę użytkowników.

Oceny i recenzje
Wyświetlanie średniej oceny produktu w formie gwiazdek oraz liczby opinii klientów. To buduje zaufanie do sklepu i zachęca do kliknięcia.

Cena i dostępność
Pokazywanie aktualnej ceny produktu oraz jego dostępności (np. „W magazynie” lub „Brak na stanie”). Dzięki temu użytkownicy mogą od razu ocenić, czy produkt spełnia ich oczekiwania.

Szczegóły techniczne
Dodanie szczegółowych informacji, takich jak waga, kolor, rozmiar lub inne specyfikacje produktu, które są istotne dla użytkowników.

Promocje i oferty specjalne
Możliwość wyróżnienia informacji o przecenach lub ograniczonych czasowo promocjach, co zwiększa atrakcyjność oferty.

Zdjęcia produktów
Dodanie zdjęcia produktu do wyniku wyszukiwania, co pomaga przyciągnąć wzrok użytkownika i zwiększa szansę na kliknięcie.

Dane kontaktowe i opcje wysyłki
Informacje takie jak czas dostawy, koszt wysyłki lub lokalizacja sklepu, które mogą wpłynąć na decyzję zakupową.

Dlaczego warto wdrożyć rich snippets w swoim sklepie?

Rich snippets zwiększają widoczność Twojego sklepu w wynikach wyszukiwania.
Dzięki dodatkowym informacjom, takim jak oceny, ceny czy dostępność, Twoje produkty stają się bardziej zauważalne, co bezpośrednio wpływa na liczbę odwiedzin strony.

Rich snippets poprawiają współczynnik klikalności (CTR).
Bogatsze wyniki wyszukiwania przyciągają wzrok użytkowników i sprawiają, że chętniej klikają w link prowadzący do Twojej strony.

Dzięki rich snippets użytkownik podejmuje szybszą decyzję zakupową.
Dostarczając szczegółowych informacji bezpośrednio w wynikach wyszukiwania, użytkownik już na wstępie wie, czy produkt spełnia jego oczekiwania, co zwiększa szansę na konwersję.

Wdrożenie rich snippets zwiększa zaufanie do sklepu.
Elementy takie jak oceny czy recenzje budują wiarygodność oferty i przekonują klientów do wyboru właśnie Twojej strony.

Bogate wyniki pomagają wyróżnić się na tle konkurencji.
Wyniki wyszukiwania bez dodatkowych informacji mogą łatwo zginąć w tłumie. Dzięki rich snippets Twój sklep staje się bardziej konkurencyjny i atrakcyjny dla użytkownika.

Optymalizacja pod kątem rich snippets wspiera SEO.
Dzięki wdrożeniu danych strukturalnych Google lepiej rozumie zawartość Twojej strony, co może pozytywnie wpłynąć na jej pozycję w wynikach wyszukiwania.

Jak wdrożyć rich snippets dla produktów?

Dodanie danych strukturalnych (Schema.org)
Aby wdrożyć rich snippets, należy dodać odpowiednie dane strukturalne do kodu strony. Zaleca się używanie formatu JSON-LD, który jest preferowany przez Google.

Wybierz odpowiedni typ danych strukturalnych, np. „Product” lub „Offer”.
Zadbaj o poprawne wypełnienie pól, takich jak nazwa produktu, cena, dostępność i oceny.

Użycie narzędzi do weryfikacji danych strukturalnych
Po wdrożeniu danych strukturalnych konieczne jest sprawdzenie, czy zostały one poprawnie zaimplementowane.

Skorzystaj z narzędzia do testowania wyników rozszerzonych Google.
Sprawdź, czy Google prawidłowo rozpoznaje wszystkie elementy danych strukturalnych.

Integracja z platformą e-commerce
Jeśli korzystasz z popularnych platform e-commerce, takich jak WooCommerce czy Shopify, wiele z nich oferuje wtyczki lub rozszerzenia wspierające dane strukturalne.

Zainstaluj odpowiednie wtyczki do automatyzacji danych strukturalnych.
Upewnij się, że wszystkie produkty w sklepie są odpowiednio oznaczone.

Regularne aktualizacje danych
Rich snippets wymagają aktualnych informacji, aby działały poprawnie i były zgodne z wytycznymi Google.

Regularnie aktualizuj ceny, dostępność i inne dane produktowe.
Monitoruj zmiany w wytycznych Google dotyczących danych strukturalnych.

Unikaj błędów w implementacji
Niewłaściwie wdrożone rich snippets mogą być ignorowane przez wyszukiwarki lub prowadzić do kar.

Upewnij się, że dane strukturalne są zgodne z zawartością strony.
Nie wprowadzaj użytkownika w błąd, np. podając fałszywe oceny lub niedostępne produkty.

Najczęstsze błędy przy wdrażaniu rich snippets i jak ich uniknąć

Nieprawidłowe oznaczenie danych strukturalnych
Błędy w kodzie JSON-LD, takie jak brak wymaganych pól lub niezgodność danych z zawartością strony, mogą sprawić, że rich snippets nie będą wyświetlane.

Używaj narzędzi do testowania danych strukturalnych, aby upewnić się, że oznaczenia są poprawne.
Wypełniaj wszystkie wymagane pola, np. nazwa produktu, cena, dostępność.

Brak aktualizacji danych produktowych
Nieaktualne informacje, takie jak niewłaściwa cena czy dostępność produktu, mogą wprowadzać użytkownika w błąd, co negatywnie wpłynie na wrażenia klientów i wiarygodność sklepu.

Regularnie sprawdzaj i aktualizuj dane wprowadzane do danych strukturalnych.
Stosuj automatyczne synchronizacje w przypadku dużych katalogów produktów.

Wprowadzanie w błąd użytkowników
Dodawanie fałszywych informacji, np. zawyżonych ocen lub recenzji, może skutkować karą od Google.

Upewnij się, że dane strukturalne są zgodne z rzeczywistością.
Unikaj manipulacji informacjami w celu sztucznego zwiększenia atrakcyjności produktów.

Pomijanie testów po implementacji
Brak weryfikacji po wdrożeniu danych strukturalnych może skutkować błędami, które uniemożliwią wyświetlanie rich snippets.

Zawsze sprawdzaj wdrożenie za pomocą narzędzia Google do testowania wyników rozszerzonych.
Monitoruj, czy rich snippets pojawiają się w wynikach wyszukiwania po wdrożeniu.

Nieprzestrzeganie wytycznych Google
Rich snippets muszą być zgodne z zasadami Google, inaczej mogą zostać zignorowane lub usunięte.

Zapoznaj się z wytycznymi dotyczącymi danych strukturalnych dostępnymi w dokumentacji Google.
Regularnie sprawdzaj aktualizacje tych wytycznych, aby uniknąć niezgodności.

Brak strategii wdrożenia rich snippets w całym sklepie
Często sklepy wdrażają rich snippets jedynie dla kilku produktów, zamiast zastosować je globalnie.

Wdrażaj dane strukturalne dla wszystkich produktów w katalogu, aby uzyskać maksymalne korzyści.
Zadbaj o spójność oznaczeń w całym sklepie.

Jak SEOSEM24 może pomóc we wdrożeniu rich snippets?

SEOSEM24 to zespół ekspertów, którzy specjalizują się w optymalizacji sklepów e-commerce.
Wdrożenie rich snippets to proces wymagający precyzji i zgodności z wytycznymi Google. Nasza agencja zapewnia kompleksowe wsparcie, dzięki któremu Twój sklep zyska większą widoczność, lepszy współczynnik klikalności (CTR) i wyższe wyniki sprzedaży.

Dlaczego warto nam zaufać?
Jesteśmy ekspertami w implementacji danych strukturalnych, dzięki czemu Twoje rich snippets będą nie tylko poprawne technicznie, ale również maksymalnie efektywne.

Co oferujemy?

Audyt strony pod kątem możliwości wdrożenia rich snippets.
Precyzyjne oznaczenie danych strukturalnych dla produktów, zgodnie z wytycznymi Google.
Wdrożenie formatu JSON-LD, preferowanego przez wyszukiwarki.
Testowanie poprawności rich snippets za pomocą narzędzi Google.
Regularne monitorowanie i aktualizacja danych produktowych, takich jak ceny czy dostępność.
Profesjonalne wsparcie techniczne i doradztwo SEO, które pozwoli Ci wyprzedzić konkurencję.

Efekty współpracy z SEOSEM24:
Twój sklep stanie się bardziej widoczny, a bogate wyniki wyszukiwania przyciągną uwagę klientów. Dzięki temu zwiększysz ruch na stronie, poprawisz wskaźniki sprzedaży i zbudujesz zaufanie do swojej marki.

Postaw na doświadczoną agencję SEOSEM24.
Zaufaj specjalistom, którzy pomogą Ci w pełni wykorzystać potencjał rich snippets. Nie tylko wdrożymy je na Twojej stronie, ale również zadbamy, aby działały na najwyższym poziomie i przynosiły wymierne korzyści. Skontaktuj się z nami już dziś i pozwól, by Twoja strona zaczęła zarabiać więcej.

Podsumowanie

Wdrożenie rich snippets to jedno z najważniejszych działań, które może znacząco poprawić widoczność i efektywność sklepu e-commerce. Dzięki odpowiednio oznaczonym danym strukturalnym Twoje produkty stają się bardziej atrakcyjne w wynikach wyszukiwania, co prowadzi do wyższego współczynnika klikalności (CTR) i większej liczby konwersji.

Bogate wyniki pozwalają wyróżnić się na tle konkurencji, budują zaufanie klientów i ułatwiają podejmowanie decyzji zakupowych. Prawidłowa implementacja, regularne aktualizacje danych oraz zgodność z wytycznymi Google to klucz do sukcesu.

Jeśli chcesz w pełni wykorzystać potencjał rich snippets, zacznij już dziś. Pamiętaj, że każde dobrze wdrożone ulepszenie widoczności to krok w stronę zwiększenia sprzedaży i lepszego doświadczenia użytkownika w Twoim sklepie internetowym.

Zachęcamy do podzielenia się opinią w komentarzach. Polecamy również sprawdzić więcej naszych treści o tematyce e-commerce.

Wdrożenie rich snippets dla produktów – FAQ

Czym są rich snippets?
Rich snippets to rozszerzone elementy wyników wyszukiwania Google, które zawierają dodatkowe informacje, takie jak oceny, ceny, dostępność produktów czy recenzje. Pomagają użytkownikom szybciej ocenić, czy dana oferta jest dla nich interesująca.

Dlaczego rich snippets są ważne w e-commerce?
Rich snippets zwiększają widoczność sklepu, poprawiają współczynnik klikalności (CTR), budują zaufanie klientów i pomagają wyróżnić się na tle konkurencji.

Jakie rodzaje rich snippets można zastosować dla produktów?
Można zastosować takie elementy, jak oceny i recenzje, ceny i dostępność produktów, szczegóły techniczne, takie jak rozmiar czy kolor, promocje i oferty specjalne, a także zdjęcia produktów.

Jak wdrożyć rich snippets na stronie e-commerce?
Wdrożenie wymaga dodania danych strukturalnych (Schema.org) w formacie JSON-LD, przetestowania ich poprawności za pomocą narzędzi, takich jak Google Rich Results Test, oraz regularnej aktualizacji danych produktowych.

Jakie narzędzia można wykorzystać do testowania rich snippets?
Najlepszym narzędziem do testowania jest narzędzie Google do testowania wyników rozszerzonych, które sprawdza poprawność danych strukturalnych i ich zgodność z wytycznymi Google.

Jakie błędy są najczęściej popełniane podczas wdrażania rich snippets?
Do najczęstszych błędów należy nieprawidłowe oznaczenie danych strukturalnych, brak aktualizacji informacji produktowych, wprowadzanie użytkownika w błąd fałszywymi informacjami oraz nieprzestrzeganie wytycznych Google.

Czy rich snippets mogą wpływać na pozycję strony w wynikach wyszukiwania?
Rich snippets same w sobie nie są czynnikiem rankingowym, ale pomagają Google lepiej zrozumieć treść strony, co pośrednio może przyczynić się do poprawy pozycji w wynikach wyszukiwania.

Czy wdrożenie rich snippets wymaga specjalistycznej wiedzy?
Wdrożenie rich snippets wymaga podstawowej wiedzy technicznej, ale dla użytkowników korzystających z platform e-commerce, takich jak WooCommerce czy Shopify, istnieją wtyczki i rozszerzenia, które automatyzują ten proces.

Jakie są korzyści dla klientów dzięki rich snippets?
Rich snippets dostarczają klientom szczegółowych informacji o produktach, takich jak oceny, ceny czy dostępność, co ułatwia podjęcie decyzji zakupowej i oszczędza ich czas.

Czy rich snippets powinny być wdrożone dla wszystkich produktów w sklepie?
Tak, wdrożenie rich snippets dla wszystkich produktów w sklepie zwiększa spójność i zapewnia maksymalną widoczność oferty w wynikach wyszukiwania, co przekłada się na lepsze wyniki sprzedaży.

Optymalizacja stron kategoriiOptymalizacja stron kategorii to działania poprawiające strukturę, treść i elementy SEO podstron kategorii w sklepie lub serwisie. Wpływa na lepszą indeksację, wyższą widoczność w wyszukiwarkach i zwiększenie ruchu oraz sprzedaży.Zobacz

Optymalizacja stron produktówOptymalizacja stron produktów to działania skupiające się na poprawie treści, zdjęć, meta danych i struktury podstron produktowych. Wspiera widoczność w Google, zwiększa konwersje i poprawia doświadczenia zakupowe klientów.Zobacz

Tworzenie opisów produktów zgodnych z SEOTworzenie opisów produktów zgodnych z SEO to przygotowanie unikalnych, wartościowych tekstów zawierających słowa kluczowe. Wspiera lepszą widoczność produktów w wyszukiwarkach, przyciąga klientów i zwiększa sprzedaż w sklepie internetowym.Zobacz

Poprawa filtrowania i nawigacji w sklepiePoprawa filtrowania i nawigacji w sklepie to optymalizacja kategorii, filtrów i menu, ułatwiająca klientom szybkie odnajdywanie produktów. Zwiększa wygodę zakupów, zmniejsza liczbę porzuconych koszyków i wspiera wzrost sprzedaży.Zobacz

Optymalizacja koszyka zakupowegoOptymalizacja koszyka zakupowego to usprawnienie procesu składania zamówienia poprzez uproszczenie formularzy, usunięcie przeszkód i poprawę czytelności. Pozwala zmniejszyć liczbę porzuconych koszyków i zwiększyć współczynnik konwersji w sklepie.Zobacz

Pozycjonowanie produktów w Google ShoppingPozycjonowanie produktów w Google Shopping to działania zwiększające widoczność oferty w sekcji zakupów Google. Obejmuje optymalizację feedu produktowego, zdjęć i opisów, co przekłada się na wyższą sprzedaż i lepsze wyniki kampanii.Zobacz

Tworzenie treści wspierających sprzedażTworzenie treści wspierających sprzedaż to przygotowanie atrakcyjnych opisów, artykułów i materiałów promujących produkty lub usługi. Zwiększa zainteresowanie ofertą, buduje zaufanie klientów i wspiera realizację celów sprzedażowych firmy.Zobacz

Monitoring fraz kluczowych dla produktówMonitoring fraz kluczowych dla produktów to regularne śledzenie pozycji ofert w wynikach wyszukiwania. Pozwala ocenić skuteczność działań SEO, reagować na zmiany oraz optymalizować strategie zwiększające widoczność i sprzedaż produktów.Zobacz

Jak Google czyta produkty

Fragment produktu i oferta sprzedawcy: dwa różne wyniki z tych samych znaczników

W dokumentacji Google dane strukturalne typu Product obsługują dwie grupy funkcji w wynikach wyszukiwania. Pierwsza to fragmenty produktów (product snippets), czyli rozszerzenie zwykłego wyniku o ocenę w gwiazdkach, liczbę opinii, cenę albo dostępność. Druga to informacje o produktach sprzedawcy (merchant listings) – dane wykorzystywane w bogatszych formatach zakupowych, takich jak panele produktów, karuzele czy wyniki na karcie Zakupy. Obie grupy korzystają z tego samego słownika Schema.org, ale mają inne wymagania i są przeznaczone dla innych rodzajów stron.

To rozróżnienie ma praktyczne konsekwencje. Fragment produktu może uzyskać zarówno sklep, jak i serwis z recenzjami, porównywarka czy blog testujący sprzęt – strona, która opisuje produkt, ale niekoniecznie go sprzedaje. Informacje o produktach sprzedawcy dotyczą wyłącznie stron, na których klient może kupić towar bezpośrednio. Wymagają pełniejszego opisu oferty: ceny z walutą, a w praktyce także dostępności, identyfikatorów produktu, warunków dostawy i zwrotów. Sklep internetowy powinien więc celować w oba typy jednocześnie, a znaczniki projektować pod bardziej wymagający z nich.

Co z tego wynika dla sklepu

Jeden komplet danych, dwa zastosowania. Opisujemy produkt raz, ale tak, by spełniał wymagania ofert sprzedawców. Wtedy warunki fragmentu produktu są spełnione niejako przy okazji.
Strony kategorii to nie produkty. Listing z kilkudziesięcioma pozycjami nie powinien udawać jednej karty Product z jedną ceną. Google wprost zaleca oznaczanie konkretnego produktu, a nie kategorii czy listy. Kategoriom bardziej pomaga dobra struktura, treść i znaczniki nawigacyjne BreadcrumbList.
Opinie o własnych produktach są dozwolone, ale na określonych zasadach. Muszą pochodzić od klientów, być widoczne na stronie i dotyczyć konkretnego produktu, a nie całego sklepu.
Warianty mają własny model. Produkt dostępny w kilku rozmiarach i kolorach można opisać jako grupę wariantów (ProductGroup), zamiast powielać jedną kartę z przypadkową ceną i dostępnością.

Dlaczego „wdrożone” nie znaczy „widoczne”

Według dokumentacji Google o wyświetleniu wyniku rozszerzonego decyduje algorytm, który bierze pod uwagę jakość strony, treść zapytania, urządzenie, lokalizację użytkownika i to, czy dany format w ogóle pasuje do kontekstu. Zdarza się, że ten sam produkt pokazuje gwiazdki przy jednej frazie, a przy innej wyświetla się jako zwykły wynik. Dlatego w raportach dla klientów oddzielamy dwie rzeczy: kwalifikację (znaczniki są poprawne i kompletne, a Search Console nie zgłasza błędów) oraz faktyczne wyświetlenia w wynikach, które śledzimy w raporcie Skuteczność.

Druga sprawa to zmienność samych formatów. Google co pewien czas upraszcza wyniki wyszukiwania i wycofuje rzadziej używane typy wyników rozszerzonych. Przykładem jest ograniczenie w 2023 roku wyników z pytaniami i odpowiedziami (FAQ) do wybranych, autorytatywnych serwisów rządowych i medycznych. Dane produktowe należą do najstabilniejszych obszarów, bo zasilają także Shopping Graph – bazę wiedzy o produktach, z której korzystają różne powierzchnie zakupowe Google. Mimo to wdrożenie warto co jakiś czas porównać z aktualną dokumentacją, bo zmieniają się zalecane właściwości i sposób raportowania błędów.

Wreszcie: wynik rozszerzony zawsze towarzyszy wynikowi organicznemu. Jeśli karta produktu jest słabo zaindeksowana, ma cienki opis albo konkuruje z duplikatami z filtrów, nawet perfekcyjne znaczniki nie wyprowadzą jej na widoczne pozycje. Dlatego wdrożenie danych strukturalnych traktujemy jako element szerszej pracy nad kartą produktu, a nie jako samodzielną sztuczkę na wyższy CTR.

Ważne: znaczniki muszą opisywać to, co użytkownik widzi na stronie. Cena, dostępność czy ocena przygotowane „tylko dla Google”, niewidoczne dla klienta, naruszają wytyczne i mogą skończyć się działaniem ręcznym za spamerskie dane strukturalne, a w efekcie utratą wyników rozszerzonych dla całej witryny.

Zakres znaczników

Co opisujemy na karcie produktu, żeby oferta była kompletna

Pola wymagane to dopiero minimum. O tym, czy wynik będzie bogaty i wiarygodny, decydują właściwości zalecane – oraz ich zgodność z resztą danych sklepu. Poniżej sześć obszarów, które uzupełniamy w każdym wdrożeniu.

Tożsamość produktu

Nazwa, opis, zdjęcia, marka i identyfikatory: GTIN (w Polsce najczęściej kod EAN), MPN oraz SKU. Identyfikatory pozwalają Google powiązać Twoją kartę z konkretnym produktem i odróżnić go od podobnych modeli. GTIN podajemy tylko wtedy, gdy produkt faktycznie go ma – wymyślone albo cudze numery szkodzą bardziej niż ich brak.

Nazwa zgodna z nagłówkiem karty
GTIN, MPN i SKU z bazy produktów
Kilka zdjęć w wysokiej rozdzielczości

Oferta: cena i dostępność

Obiekt Offer zawiera cenę, walutę, dostępność, stan produktu i adres karty. Cenę zapisujemy jako liczbę z kropką dziesiętną, bez symbolu waluty, a walutę trzyliterowym kodem ISO 4217, na przykład PLN lub EUR. Dostępność opisujemy wartościami Schema.org, takimi jak InStock, OutOfStock, PreOrder czy BackOrder, zgodnymi z komunikatem przy przycisku zakupu.

Cena identyczna z widoczną
Dostępność odczytywana z magazynu
Stan: nowy, używany, odnowiony

Oceny i opinie

AggregateRating podaje średnią ocenę i liczbę ocen lub recenzji, a Review – pojedyncze opinie z autorem i oceną. Oznaczamy wyłącznie opinie wyświetlane na tej samej karcie i dotyczące tego produktu. Nie przenosimy ocen całego sklepu ani opinii z innych serwisów, których klient nie widzi na stronie.

Średnia i liczba ocen z systemu opinii
Autor i ocena przy każdej recenzji
Bez ocen sklepu na kartach produktów

Dostawa i czas realizacji

Właściwość shippingDetails pozwala opisać koszt wysyłki, kraj docelowy oraz czas obsługi zamówienia i transportu. Dzięki temu w wynikach może pojawić się informacja o darmowej dostawie lub jej koszcie. Dane muszą zgadzać się z regulaminem i z tym, co klient zobaczy w koszyku, inaczej przewaga w wynikach zamienia się w rozczarowanie przy kasie.

Koszt wysyłki dla kraju docelowego
Czas obsługi i transportu
Spójność z ustawieniami w Merchant Center

Zasady zwrotów

MerchantReturnPolicy opisuje, czy produkt można zwrócić, w jakim terminie, w jaki sposób i kto ponosi koszt odesłania. Zasady można podać przy ofercie albo – gdy są wspólne dla całego sklepu – na poziomie organizacji. Wybieramy z Tobą jeden wariant, żeby w różnych miejscach nie pojawiły się sprzeczne komunikaty.

Termin i sposób zwrotu
Koszt odesłania towaru
Polityka wspólna lub dla produktu

Warianty produktu

Gdy koszulka występuje w pięciu rozmiarach i trzech kolorach, każdy wariant może mieć inną cenę, dostępność i kod GTIN. Opisujemy je jako ProductGroup z listą wariantów (hasVariant) i wskazaniem cech, którymi się różnią (variesBy). Google nie musi wtedy zgadywać, który wariant pokazać i za jaką cenę.

Wspólny identyfikator grupy
Cechy różnicujące: rozmiar, kolor, materiał
Osobne adresy lub parametry wariantów

Wdrożenie krok po kroku

Sześć etapów wdrożenia: od inwentaryzacji do monitoringu

Nie zaczynamy od wklejania kodu. Najpierw sprawdzamy, co sklep generuje dziś, skąd pochodzą dane i kto będzie je aktualizował, bo to decyduje o tym, czy znaczniki przetrwają kolejne promocje, aktualizacje i zmiany w katalogu.

Inwentaryzacja istniejących znaczników

Wybieramy reprezentatywną próbkę kart produktów – z wariantami i bez, dostępnych i wyprzedanych, z opiniami i bez nich – i sprawdzamy, jakie dane strukturalne generuje motyw, wtyczki, moduły opinii oraz skrypty zewnętrzne. Bardzo często na jednej stronie znajdujemy dwa albo trzy obiekty Product z różnymi cenami. Analizujemy też raporty w Google Search Console, żeby wiedzieć, które błędy i ostrzeżenia Google już widzi.

Na starcie projektu Crawl i Search Console

Mapa danych: skąd bierze się każda wartość

Dla każdej właściwości ustalamy źródło: cena z bazy produktów, dostępność ze stanu magazynowego, oceny z systemu opinii, koszty wysyłki z modułu dostaw. Zasada jest prosta – znacznik ma czytać dane z tego samego miejsca, z którego korzysta szablon wyświetlający je klientowi. Jeśli ceny wyliczają reguły promocji albo grupy klientów, uwzględniamy to w mapie, zanim powstanie pierwsza linijka kodu.

Arkusz mapowania pól Konsultacja z zespołem sklepu

Projekt znaczników i wybór miejsca wdrożenia

Przygotowujemy wzorcowy JSON-LD dla każdego typu karty: produktu prostego, grupy wariantów, produktu w przedsprzedaży i produktu wycofanego ze sprzedaży. Decydujemy, czy rozbudować istniejącą wtyczkę, czy wyłączyć jej znaczniki i generować własne w szablonie. Ustalamy też, które pola powinny być obowiązkowe przy dodawaniu produktów, bo brak kodu GTIN czy marki w bazie to problem danych, a nie kodu.

Wzorce dla typów kart Specyfikacja dla programistów

Implementacja na środowisku testowym

Znaczniki wdrażamy najpierw na kopii sklepu. Dane trafiają do kodu HTML zwracanego przez serwer, a nie są doklejane skryptem po załadowaniu strony – przy cenach i dostępności, które często się zmieniają, Google wprost zaleca takie podejście. Usuwamy zdublowane obiekty i pilnujemy, by znaczniki z różnych źródeł sobie nie przeczyły.

Środowisko testowe Znaczniki w HTML z serwera

Walidacja i testy przypadków brzegowych

Każdy wzorzec sprawdzamy w Teście wyników z elementami rozszerzonymi i w walidatorze Schema.org, a następnie przechodzimy przez przypadki brzegowe: produkt bez opinii, cena promocyjna, wyczerpany stan, wariant bez kodu GTIN, cena zależna od wybranych opcji. Porównujemy wartości w znacznikach z tym, co widać na stronie, na próbce kilkudziesięciu adresów z różnych kategorii.

Test wyników rozszerzonych Lista przypadków brzegowych

Publikacja i monitoring

Po wdrożeniu na produkcji zgłaszamy kluczowe adresy do ponownego zindeksowania i obserwujemy raporty ulepszeń w Search Console. Nowe błędy i ostrzeżenia analizujemy na bieżąco, a w raporcie Skuteczność śledzimy wyświetlenia i kliknięcia wyników z produktowym wyglądem. Monitoring ma sens także po miesiącach, bo zmiana motywu, aktualizacja wtyczki czy nowe reguły promocji potrafią po cichu zepsuć znaczniki.

Raporty Search Console Kontrola po aktualizacjach

Platformy sklepowe

Rich snippets na różnych platformach: gdzie zwykle są luki

Każdy system sklepowy generuje inne znaczniki i inaczej przechowuje dane o produktach. Poniżej to, na co zwracamy uwagę w najpopularniejszych rozwiązaniach, zanim zaproponujemy sposób wdrożenia.

WooCommerce: dobra baza, częste dublowanie

WooCommerce sam generuje podstawowe dane strukturalne produktu w formacie JSON-LD: nazwę, opis, SKU, cenę, dostępność i oceny z wbudowanego systemu opinii. Kłopot zaczyna się, gdy do sklepu dochodzą wtyczki SEO, moduły opinii i motyw z własnymi znacznikami. Wtedy na karcie potrafią pojawić się dwa obiekty Product, każdy z innym zestawem pól, a czasem z inną ceną.

Zwykle wybieramy jedno źródło znaczników, a pozostałe wyłączamy w ustawieniach lub filtrami. Uzupełniamy markę, GTIN i MPN – nowsze wersje WooCommerce mają natywne pole na kod GTIN, a w starszych korzystamy z pól dodatkowych. Produkty zmienne opisujemy z uwzględnieniem wariantów, a nie tylko zakresu cen. Więcej o samej platformie piszemy na stronie o sklepach na WooCommerce.

Jedno źródło obiektu Product
Marka i GTIN w danych produktu
Warianty zamiast samego zakresu cen
Opinie widoczne na karcie

Jakość danych

Zgodność znaczników z kartą produktu: ceny, dostępność, promocje i opinie

Najwięcej problemów z rich snippets w sklepach nie wynika z błędów składni, tylko z rozjazdu danych. Kod JSON-LD przechodzi walidację, a mimo to w wynikach widnieje cena sprzed promocji, produkt wyczerpany od tygodnia figuruje jako dostępny, a liczba opinii nie zgadza się z tym, co widać na karcie. Dla klienta to sygnał, że sklepowi nie można ufać. Dla Google – że dane strukturalne nie odzwierciedlają treści strony.

Ceny i promocje

Cena w znacznikach musi odpowiadać cenie, którą klient zapłaci za produkt w domyślnym wariancie. Jeśli sklep pokazuje ceny brutto, znacznik również podaje cenę brutto. Przy promocjach ważne jest, która cena jest aktualna i do kiedy obowiązuje: w znacznikach można wskazać datę końca ważności ceny (priceValidUntil), a cenę sprzed obniżki opisać zgodnie z dokumentacją Google dla ofert sprzedawców. Pamiętamy przy tym o przepisach – w Unii Europejskiej przy informowaniu o obniżce trzeba podać najniższą cenę z 30 dni przed jej wprowadzeniem, a dane strukturalne nie mogą sugerować innej „ceny przed” niż ta pokazana klientowi.

Osobną kwestią są ceny zależne od klienta: rabaty dla zalogowanych, ceny hurtowe czy promocje w koszyku. Do znaczników trafia cena dostępna dla każdego odwiedzającego, bez logowania i bez kodów rabatowych. Jeżeli sklep nalicza dodatkowe opłaty dopiero w koszyku, uwzględniamy je w opisie dostawy, a nie w cenie produktu.

Dostępność i przedsprzedaż

Dostępność to pole, które zmienia się najczęściej. Dlatego nie wpisujemy jej na stałe w szablon, tylko odczytujemy ze stanu magazynowego, tak samo jak komunikat przy przycisku zakupu. Produkty w przedsprzedaży oznaczamy jako PreOrder, towar sprowadzany na zamówienie jako BackOrder, a produkty wycofane jako Discontinued – albo przekierowujemy ich karty zgodnie z przyjętą strategią dla wygasłych produktów. Ważne, by karta wyprzedanego produktu, która zostaje w indeksie, nie udawała dostępnej.

Opinie i oceny

Oceny w gwiazdkach najbardziej przyciągają wzrok, dlatego są też najczęściej nadużywanym elementem. Zasady są jasne: oznaczamy opinie widoczne na danej karcie, napisane przez klientów o tym konkretnym produkcie. Nie łączymy ocen różnych produktów, nie wstawiamy ocen „domyślnych” dla produktów bez opinii i nie przenosimy oceny całego sklepu z zewnętrznych platform na karty produktów. Jeżeli sklep korzysta z zewnętrznego systemu opinii, sprawdzamy, czy jego widżet nie dokłada drugiego, sprzecznego obiektu z ocenami. Zbieranie i moderowanie opinii to osobny obszar, który opisujemy na stronie o zarządzaniu recenzjami produktów i usług.

Spójność z Google Merchant Center

Jeżeli produkty trafiają do Google Merchant Center, te same dane istnieją w dwóch miejscach: w pliku produktowym i na stronie. Rozbieżności między nimi prowadzą do ostrzeżeń, a w skrajnych przypadkach do odrzucenia produktów. Merchant Center potrafi korzystać z danych strukturalnych przy automatycznych aktualizacjach cen i dostępności, więc poprawne znaczniki pomagają utrzymać feed w zgodzie ze stroną. Dlatego wdrożenie rich snippets planujemy razem z przeglądem feedu, zwłaszcza w sklepach prowadzących kampanie produktowe Google Ads.

Wiele wersji językowych i rynków

Sklepy sprzedające za granicę mają dodatkowe wyzwanie: ta sama karta istnieje w kilku wersjach językowych, często z inną walutą, ceną i kosztami dostawy. Każda wersja potrzebuje znaczników opisujących dokładnie jej ofertę, a nazwa i opis produktu w danych strukturalnych powinny być w tym samym języku co treść strony. Pilnujemy też, by nazwy wariantów i atrybutów, takich jak rozmiar, kolor czy materiał, były spójne z tym, co widzi klient, bo moduły tłumaczeń potrafią pominąć dane strukturalne i zostawić je w języku wersji głównej.

Zasada, której się trzymamy: jedno źródło prawdy dla każdej wartości. Cena, dostępność i ocena w znacznikach, na stronie i w feedzie pochodzą z tego samego pola w bazie sklepu, a nie z osobnych, ręcznie utrzymywanych kopii.

Co decyduje o efekcie

Od czego zależy, czy produkt dostanie bogaty wynik

Nasza ocena wagi poszczególnych czynników na podstawie dokumentacji Google i doświadczeń z wdrożeń. Skala jest poglądowa – Google nie publikuje takich wartości.

Zgodność z treścią strony decydujące

Dane w znacznikach muszą odpowiadać temu, co widzi klient. Rozbieżności mogą wykluczyć stronę z wyników rozszerzonych, a celowe wprowadzanie w błąd grozi działaniem ręcznym.

Komplet pól wymaganych decydujące

Bez nazwy, ceny z walutą czy oceny – zależnie od typu wyniku – strona w ogóle nie kwalifikuje się do danego formatu. To warunek konieczny, choć niewystarczający.

Jakość i pozycja karty bardzo ważne

Wynik rozszerzony pojawia się przy wyniku organicznym, więc karta musi być zaindeksowana i wysoko w rankingu. Znaczniki nie zastąpią treści ani pozycjonowania.

Właściwości zalecane ważne

Marka, GTIN, dostawa, zwroty, warianty i opinie poszerzają zestaw informacji, które Google może pokazać, i ułatwiają jednoznaczne rozpoznanie produktu.

Aktualność danych ważne

Ceny i dostępność zmieniają się często. Im szybciej znaczniki odzwierciedlają zmiany, tym mniejsze ryzyko rozbieżności z feedem i z tym, co klient zobaczy po kliknięciu.

Zapytanie i kontekst poza kontrolą sklepu

Google dobiera format wyniku do konkretnego zapytania, urządzenia i lokalizacji. Na ten czynnik nie mamy wpływu, dlatego efekty mierzymy na wielu frazach, a nie na jednej.

Sposób wdrożenia

Wtyczka, konfiguracja czy kod na zamówienie – co wybrać dla swojego sklepu

Nie ma jednej odpowiedzi dla każdego sklepu. Wybór zależy od platformy, wielkości katalogu, liczby wariantów, liczby rynków i tego, jak często zmieniają się ceny. Tak porównujemy trzy najczęstsze podejścia.

Gotowa wtyczka lub moduł

Dla małych sklepów z prostym katalogiem na popularnej platformie.

Szybkie uruchomienie i aktualizacje od twórcy
Podstawowe pola Product i Offer od ręki
Brak kosztów programistycznych na starcie
Często brak dostawy, zwrotów i wariantów
Ryzyko dublowania znaczników z motywem
Mała kontrola nad przypadkami brzegowymi

Sprawdza się, jeśli ktoś przejrzy efekt i usunie konflikty.

Wtyczka z konfiguracją i uzupełnieniem danych

Najczęstszy wybór w sklepach na WooCommerce, PrestaShop i Shopify.

Jedno, świadomie wybrane źródło znaczników
Uzupełnione marki, kody GTIN i atrybuty w bazie
Dostawa, zwroty i warianty dodane tam, gdzie wtyczka ich nie obsługuje
Testy przypadków brzegowych przed publikacją
Wymaga kontroli po aktualizacjach wtyczek

Najlepszy stosunek nakładu do efektu w większości sklepów.

Własne znaczniki w szablonie lub aplikacji

Dla dużych katalogów, sklepów autorskich, headless i wielu rynków.

Pełna kontrola nad każdym polem
Dane prosto z bazy lub API produktu
Obsługa wielu walut, języków i reguł cenowych
Możliwość testów automatycznych
Wyższy koszt wdrożenia i utrzymania
Potrzebny zespół, który pilnuje zmian

Rozsądne przy złożonych katalogach i częstych zmianach cen.

Pytania i odpowiedzi

Wdrożenie rich snippets dla produktów: pytania, które słyszymy najczęściej

Odpowiedzi uzupełniają kompendium powyżej – skupiamy się w nich na praktyce wdrożenia i utrzymania znaczników w działającym sklepie.

Ile czasu mija od wdrożenia do pojawienia się gwiazdek i cen w Google?

Nie ma stałego terminu. Google musi ponownie odwiedzić i przetworzyć karty produktów, a to zależy od tego, jak często robot odwiedza sklep. Kluczowe adresy można zgłosić do ponownego zindeksowania w narzędziu do sprawdzania adresów URL w Search Console, ale przy dużych katalogach zmiany obejmują cały sklep stopniowo. Raporty ulepszeń w Search Console również aktualizują się z opóźnieniem. Także po pełnym przetworzeniu o wyświetleniu wyniku rozszerzonego decyduje Google.

Test pokazuje poprawne znaczniki, a w wynikach nie ma rich snippets. Dlaczego?

Test wyników z elementami rozszerzonymi potwierdza tylko kwalifikację technicznie poprawnego kodu. O wyświetleniu decyduje Google na podstawie jakości strony, zapytania i kontekstu. Najczęstsze przyczyny to: karta nie jest jeszcze ponownie przetworzona, strona ma niskie pozycje, dane w znacznikach różnią się od widocznych, na stronie są sprzeczne obiekty Product albo witryna ma działanie ręczne za dane strukturalne. Sprawdzamy kolejno każdą z tych możliwości.

Czy mogę pokazać na kartach produktów ocenę sklepu z zewnętrznej platformy opinii?

Jako element strony – tak, ale nie jako ocenę produktu w danych strukturalnych. AggregateRating na karcie produktu ma dotyczyć tego konkretnego produktu i opinii widocznych na tej stronie. Ocena całego sklepu to inna informacja i oznaczanie jej jako oceny produktu wprowadza w błąd. Lepiej zadbać o zbieranie opinii o produktach bezpośrednio po zakupie.

Czy stronę kategorii też można oznaczyć jako produkt?

Nie. Wytyczne Google wskazują, że znaczniki produktu dotyczą konkretnego produktu, a nie kategorii czy listy produktów. Oznaczanie listingu jako jednego produktu z jedną ceną i zbiorczą oceną jest niezgodne z wytycznymi. Kategoriom pomagamy w inny sposób: strukturą, treścią, linkowaniem wewnętrznym i znacznikami ścieżki nawigacji. Więcej o tym na stronie o optymalizacji stron kategorii.

Co zrobić ze znacznikami produktów wyprzedanych lub wycofanych?

Jeśli produkt wróci do sprzedaży, karta zostaje, a w znacznikach zmieniamy dostępność na OutOfStock lub BackOrder – zgodnie z komunikatem na stronie. Jeśli produkt został wycofany na stałe, można oznaczyć go jako Discontinued i zostawić kartę z odesłaniem do następcy albo przekierować adres na najbliższy odpowiednik. Najgorszy wariant to karta wyprzedanego produktu, która w danych strukturalnych nadal deklaruje dostępność.

Sklep ma działające mikrodane. Czy trzeba je przepisywać na JSON-LD?

Nie zawsze. Google obsługuje mikrodane, RDFa i JSON-LD, a poprawne mikrodane działają tak samo dobrze. JSON-LD jest jednak łatwiejszy w utrzymaniu, bo nie jest przeplatany z kodem szablonu i nie psuje się przy zmianach wyglądu karty. Przepisujemy znaczniki, gdy i tak rozbudowujemy dane o dostawę, zwroty czy warianty albo gdy mikrodane dublują się z JSON-LD z wtyczki. Unikamy mieszania obu formatów dla tego samego produktu.

Czy dane strukturalne można dodać przez Google Tag Managera?

Technicznie tak – Google potrafi odczytać JSON-LD wstawiony do strony skryptem. W przypadku produktów nie polecamy jednak tego rozwiązania jako docelowego. Google zaznacza, że dynamicznie generowane znaczniki produktowe mogą być odczytywane rzadziej i mniej niezawodnie, co jest problemem przy cenach i dostępności. Do tego tagi oparte na odczycie elementów strony łatwo psują się po zmianie szablonu. GTM traktujemy jako rozwiązanie tymczasowe.

Jak opisać produkt, którego cena zależy od rozmiaru lub koloru?

Najlepiej jako grupę wariantów: ProductGroup ze wspólnym identyfikatorem i listą wariantów, z których każdy ma własną ofertę – cenę, dostępność i GTIN. Zakres cen (AggregateOffer) bywa stosowany na stronach porównujących oferty różnych sprzedawców, ale w sklepie mniej precyzyjnie opisuje ofertę. Ważne też, by wariant wskazany w adresie URL był wariantem pokazanym na stronie po jej otwarciu.

Co oznacza działanie ręczne za dane strukturalne i jak się z niego wydostać?

To kara nakładana przez Google po stwierdzeniu, że znaczniki wprowadzają w błąd lub opisują treści niewidoczne dla użytkowników. Informacja o niej pojawia się w Search Console, a skutkiem jest zwykle utrata wyników rozszerzonych. Aby ją zdjąć, trzeba usunąć lub poprawić wszystkie nieprawidłowe znaczniki w całej witrynie, a następnie wysłać prośbę o ponowne rozpatrzenie z opisem wprowadzonych zmian.

Czy wdrożenie znaczników wpływa na Google Merchant Center?

Pośrednio tak. Merchant Center porównuje dane z pliku produktowego z tym, co znajduje na stronie, i może wykorzystywać dane strukturalne przy automatycznych aktualizacjach cen oraz dostępności. Spójne znaczniki zmniejszają ryzyko ostrzeżeń o niezgodności danych. Dlatego przy sklepach z kampaniami produktowymi zawsze sprawdzamy oba źródła jednocześnie.

Czy dane strukturalne pomagają w odpowiedziach generowanych przez AI w wyszukiwarce?

Google nie wymaga specjalnych znaczników, by strona mogła pojawić się w funkcjach opartych na AI, i stosuje w nich te same podstawy co w zwykłym wyszukiwaniu. Dane strukturalne zgodne z widoczną treścią pomagają jednak jednoznacznie zrozumieć, jaki to produkt, ile kosztuje i czy jest dostępny. Traktujemy to jako dodatkową korzyść dobrze opisanej oferty.

Jak mierzyć efekty wdrożenia rich snippets?

Podstawą są raporty Search Console: raporty ulepszeń pokazują liczbę poprawnych elementów i błędów, a raport Skuteczność z filtrem wyglądu w wyszukiwarce – wyświetlenia i kliknięcia wyników z elementami produktowymi. Porównujemy CTR kart produktów przed wdrożeniem i po nim, biorąc pod uwagę sezonowość i zmiany pozycji. Ruch i sprzedaż z kart produktów analizujemy w Google Analytics 4.

Czy mogę wdrożyć znaczniki samodzielnie, a od Was zamówić tylko kontrolę?

Tak. Wiele sklepów ma własnych programistów i potrzebuje jedynie specyfikacji oraz niezależnej weryfikacji. Przygotowujemy wtedy wzorce JSON-LD, listę przypadków brzegowych i kryteria odbioru, a po wdrożeniu sprawdzamy próbkę kart i raporty w Search Console. Taki przegląd można też włączyć do szerszego audytu sklepu.

Jak często trzeba sprawdzać znaczniki po wdrożeniu?

Raporty w Search Console warto przeglądać regularnie, a pełną kontrolę próbki kart robić po każdej większej zmianie: aktualizacji platformy, motywu lub wtyczki SEO, wdrożeniu nowego systemu opinii, zmianie zasad dostawy albo przebudowie wariantów. Właśnie wtedy znaczniki najczęściej przestają być kompletne, choć sklep z zewnątrz działa normalnie.

Czy warto oznaczać produkty, które nie mają jeszcze żadnych opinii?

Tak. Ocena w gwiazdkach to tylko jeden z elementów – cena, dostępność, koszt dostawy czy zasady zwrotów mogą pojawić się w wynikach także bez opinii, a informacje o produktach sprzedawcy w ogóle nie wymagają ocen. Dla produktów bez opinii po prostu pomijamy AggregateRating i Review. Nie wstawiamy pustych ani zerowych ocen, bo takie wartości są nieprawidłowe i generują błędy w raportach.

Czy sama wtyczka SEO wystarczy, żeby uzyskać rich snippets?

Bywa, że wystarczy do podstawowego fragmentu produktu, zwłaszcza w małym sklepie z prostym katalogiem. Wtyczki nie znają jednak specyfiki Twojej oferty: nie wiedzą, które produkty mają kody GTIN, jak liczone są koszty dostawy ani jak działają promocje. Dlatego nawet przy wtyczce sprawdzamy wynik na próbce kart, uzupełniamy brakujące dane w bazie i usuwamy konflikty z motywem. Wtyczka jest narzędziem, a nie gwarancją poprawnych danych.

Czy rich snippets działają tak samo na telefonach i na komputerach?

Znaczniki są te same, ale Google indeksuje strony przede wszystkim w wersji mobilnej. Dane strukturalne muszą więc być obecne w mobilnej wersji karty – jeśli motyw na telefonach upraszcza treść, a znaczniki generuje tylko widok na komputery, Google może ich nie zobaczyć. Sam wygląd wyniku rozszerzonego może się natomiast różnić między urządzeniami, bo Google dopasowuje układ wyników do ekranu.

Czy można oznaczyć cenę „od” albo kwotę miesięcznej raty?

W znacznikach podajemy rzeczywistą cenę produktu w domyślnym wariancie, którą klient widzi na karcie i może zapłacić. Rata miesięczna nie jest ceną produktu i nie powinna trafiać do pola price. Cena „od” ma sens tylko wtedy, gdy produkt faktycznie występuje w wariantach o różnych cenach – wtedy lepiej opisać warianty osobno, niż podawać jedną, najniższą kwotę.

Sklep sprzedaje w kilku krajach. Jak opisać ceny w różnych walutach?

Każda wersja sklepu powinna mieć znaczniki zgodne z tym, co pokazuje: wersja polska – cenę w złotych, wersja niemiecka – w euro, z kosztami dostawy dla danego kraju. Nie łączymy kilku walut na jednej karcie, jeśli klient widzi tylko jedną. Gdy waluta zmienia się na tym samym adresie w zależności od lokalizacji odwiedzającego, pojawia się problem: robot Google odwiedza strony najczęściej z adresów w Stanach Zjednoczonych, więc może zobaczyć inną cenę niż klient. W takich sklepach zalecamy osobne adresy dla rynków.

Przed zgłoszeniem do Google

Lista kontrolna danych strukturalnych produktu

Osiem punktów, które sprawdzamy na każdej karcie wzorcowej, zanim zmiany trafią na produkcję. Możesz przejść przez nie samodzielnie na kilku kartach swojego sklepu.

Jeden obiekt Product na kartę. W kodzie strony nie ma drugiego opisu tego samego produktu z motywu, wtyczki ani widżetu opinii.
Cena i waluta jak na stronie. Wartość liczbowa z kropką dziesiętną, kod waluty ISO, cena brutto, jeśli taką widzi klient.
Dostępność ze stanu magazynowego. Pole availability zmienia się razem z komunikatem przy przycisku zakupu, także dla poszczególnych wariantów.
Identyfikatory produktu. Marka oraz GTIN lub MPN tam, gdzie produkt je ma, a SKU zgodne z bazą sklepu.
Zdjęcia dostępne dla Google. Adresy obrazów w znacznikach prowadzą do plików, których nie blokuje robots.txt i które faktycznie wyświetlają się na karcie.
Opinie widoczne na karcie. Oceny w znacznikach odpowiadają opiniom pokazanym klientowi i dotyczą tego produktu, a nie całego sklepu.
Dostawa i zwroty zgodne z regulaminem. Koszty, terminy i zasady zwrotów w znacznikach odpowiadają regulaminowi i ustawieniom w Merchant Center.
Walidacja i decyzje o ostrzeżeniach. Test wyników z elementami rozszerzonymi nie pokazuje błędów, a każde ostrzeżenie kończy się decyzją: uzupełniamy pole albo świadomie je pomijamy.

Słowniczek

Pojęcia, które pojawiają się przy danych strukturalnych produktów

Krótkie wyjaśnienia terminów, których używamy w specyfikacjach, raportach i rozmowach z zespołami sklepów.

Dane strukturalne: Ustandaryzowany sposób opisania zawartości strony w kodzie, który pomaga wyszukiwarkom zrozumieć, czego strona dotyczy – na przykład że chodzi o produkt z określoną ceną i oceną.
Schema.org: Wspólny słownik typów i właściwości danych strukturalnych, rozwijany z udziałem największych wyszukiwarek. Zawiera m.in. typy Product, Offer, Review i AggregateRating.
JSON-LD: Format zapisu danych strukturalnych w osobnym bloku skryptu, niezależnym od kodu HTML treści. Zalecany przez Google, bo łatwo go generować i utrzymywać.
Mikrodane: Format, w którym właściwości dopisuje się jako atrybuty (itemscope, itemprop) bezpośrednio do znaczników HTML z treścią strony.
Fragment produktu: Wynik rozszerzony z danymi o produkcie, takimi jak ocena, cena czy dostępność. Mogą go uzyskać zarówno sklepy, jak i strony z recenzjami produktów.
Informacje o produktach sprzedawcy: Dane produktowe ze stron, na których można kupić produkt, wykorzystywane w bogatszych formatach zakupowych Google. Wymagają pełnego opisu oferty.
GTIN: Globalny numer jednostki handlowej nadawany w systemie GS1. W Polsce najczęściej spotykany jako trzynastocyfrowy kod EAN z opakowania produktu.
AggregateRating: Właściwość opisująca łączną ocenę produktu: średnią wartość oraz liczbę ocen lub recenzji, na podstawie których ją wyliczono.
ProductGroup: Typ opisujący grupę wariantów jednego produktu, różniących się na przykład rozmiarem lub kolorem, ze wspólnym identyfikatorem grupy i listą wariantów.
Działanie ręczne: Sankcja nałożona przez pracownika Google po stwierdzeniu naruszenia wytycznych, na przykład spamerskich danych strukturalnych. Informacja o niej jest widoczna w Search Console.
Test wyników z elementami rozszerzonymi: Narzędzie Google, które sprawdza, do jakich wyników rozszerzonych kwalifikuje się wskazany adres lub wklejony fragment kodu, i pokazuje błędy oraz ostrzeżenia.
Offer: Typ Schema.org opisujący ofertę sprzedaży produktu: cenę, walutę, dostępność, stan towaru, warunki dostawy i zwrotów oraz adres strony, na której można go kupić.
Shopping Graph: Rozbudowywana przez Google baza informacji o produktach, ofertach, sprzedawcach i opiniach, z której korzystają zakupowe funkcje wyszukiwarki.
MerchantReturnPolicy: Typ opisujący zasady zwrotów: czy zwrot jest możliwy, w jakim terminie, jaką metodą i kto pokrywa koszt odesłania towaru.

Wdrożenie rich snippets

Sprawdźmy, co Google widzi dziś na Twoich kartach produktów

Prześlij adres sklepu, a przejrzymy znaczniki na przykładowych kartach i powiemy, czego brakuje, co się dubluje i od czego zacząć. Konsultacje prowadzimy online albo w naszym biurze w Krakowie.

+48 533 543 333 info@seosem24.pl Zapytaj o wdrożenie

Zostaw komentarz Anuluj odpowiedź

Porozmawiajmy o Twoim projekcie

Opowiedz nam o swojej sytuacji – bezpłatnie ją przeanalizujemy i zaproponujemy plan działań. Odpowiadamy tego samego dnia, dyżur eksperta 24/7.

+48 533 543 333 info@seosem24.pl Bezpłatna wycena