Google nie ogląda karty produktu dokładnie tak jak człowiek. Klient widzi zdjęcie, cenę i przycisk „dodaj do koszyka”. Wyszukiwarka potrzebuje natomiast uporządkowanych informacji, żeby łatwiej zrozumieć, co właściwie sprzedajesz. I tu wchodzą dane strukturalne produktu. Brzmi technicznie, ale na tym etapie nie musisz grzebać w kodzie. Najważniejsze jest przygotowanie porządnych, aktualnych danych.
Możesz myśleć o nich jak o czytelnej etykiecie na produkcie. Nazwa, opis, marka, cena, dostępność, wysyłka i zwroty powinny być jasne oraz zgodne z tym, co naprawdę widzi klient. Dopiero później przychodzi czas na techniczne wdrożenie, testy i sprawdzenie, czy wszystko trzyma się kupy. Ważne: poprawne wdrożenie nie gwarantuje rozszerzonego wyniku w Google. To szansa na lepsze zrozumienie oferty, a nie magiczny przycisk „więcej sprzedaży”.
Dane strukturalne produktu bez technobełkotu
Dane strukturalne produktu to uporządkowany opis produktu i oferty zapisany w formie zrozumiałej dla wyszukiwarek. Dzięki nim Google może łatwiej odczytać, że dana strona przedstawia konkretny produkt, ma określoną cenę, walutę, dostępność czy markę. W zależności od oferty mogą pojawić się także informacje o zdjęciach, identyfikatorach produktu, opiniach, wysyłce i zwrotach.
W sklepie internetowym warto rozdzielić dwie rzeczy. Product opisuje sam produkt, a Offer odnosi się do oferty sprzedażowej, czyli między innymi ceny, waluty i dostępności. Google rozróżnia też prezentację dla stron opisujących lub recenzujących produkt od prezentacji dla stron, na których można go kupić. Ta druga sytuacja dotyczy ofert sprzedażowych i kontekstu Merchant listings.
Nie chodzi jednak o dopisywanie informacji wyłącznie dla Google. Dane oznaczone na stronie powinny odpowiadać treści widocznej dla użytkownika. Jeśli produkt jest niedostępny, nie warto udawać, że właśnie czeka na wysyłkę. Jeśli cena się zmieniła, stare dane też nie powinny wisieć jak dekoracja po remoncie.
Product, Offer i rich results — tylko tyle teorii, ile trzeba
Rich result to możliwy, rozszerzony sposób pokazania wyniku w wyszukiwarce. Może zawierać więcej informacji o produkcie niż zwykły opis strony, ale nie jest obietnicą. Dane strukturalne zwiększają możliwość zakwalifikowania strony do określonej prezentacji. Nie zapewniają lepszej pozycji, wzrostu sprzedaży ani automatycznego wyświetlenia rozszerzonego wyniku.
Co przygotować przy każdym produkcie
Zanim Szwagier zacznie wdrażać dane strukturalne produktu, trzeba zebrać informacje z kart produktów. Nie musi to być od razu wielki projekt z arkuszem mającym więcej zakładek niż sklep ma produktów. Chodzi o sprawdzenie, czy podstawowe dane są kompletne, aktualne i spójne.
Przy każdym produkcie przygotuj przede wszystkim:
- Nazwę produktu — taką, jaką faktycznie widzi klient.
- Opis — zgodny z treścią na stronie, bez dopisywania ukrytych właściwości.
- Zdjęcia oraz adres strony produktu.
- Markę, jeśli produkt ją ma i sklep ją pokazuje.
- Identyfikatory produktu, takie jak SKU lub inne oznaczenia używane w sklepie.
- Warianty, jeśli produkt występuje w różnych wersjach.
- Opinie i oceny wyłącznie wtedy, gdy są prawdziwe i widoczne na stronie.
To nie jest jeden uniwersalny formularz dla każdego sklepu. Zakres danych może zależeć od konkretnej oferty, wariantów i sposobu prezentowania produktu. Najważniejsza zasada jest prosta: nie oznaczaj informacji, których sklep nie pokazuje klientowi albo których zwyczajnie nie ma.
Mini-checklista karty produktu
Przed wdrożeniem przejdź po kartach produktów i zaznacz, czy masz:
- nazwę i opis produktu;
- zdjęcia oraz adres strony;
- markę i dostępne identyfikatory;
- opisane warianty, jeśli występują;
- prawdziwe opinie i oceny, jeśli są prezentowane.
Jeżeli przy którymś punkcie pojawia się „to zależy”, nie maskuj problemu przypadkową wartością. Wypisz wyjątek. To dużo lepszy materiał do wdrożenia niż pozornie kompletne, ale błędne dane.
Cena, promocja i dostępność — tu najczęściej zaczyna się bałagan
Informacje handlowe zmieniają się szybciej niż opis produktu. Cena może zostać obniżona, produkt może zniknąć z magazynu, a promocja może się skończyć. Dlatego przed wdrożeniem trzeba sprawdzić aktualną cenę, walutę i dostępność. W przypadku oferty promocyjnej warto uporządkować również cenę regularną, cenę promocyjną i okres obowiązywania promocji, jeśli sklep je pokazuje.
Najczęstszy problem nie polega na tym, że danych brakuje. Problemem jest ich rozjazd. Na karcie produktu widnieje jedna cena, w koszyku pojawia się inna, a feed produktowy pamięta jeszcze poprzednią. Google nie powinien dostawać zagadki logicznej pod tytułem „zgadnij, która wartość jest prawdziwa”.
Zwróć też uwagę na produkty czasowo niedostępne i różne warianty. Jeden rozmiar może być dostępny, drugi nie. Jedna wersja może mieć inną cenę. Takie przypadki trzeba opisać zgodnie z rzeczywistą ofertą, zamiast zakładać, że wszystkie produkty zachowują się identycznie.
Sprawdzenie zgodności w trzech miejscach
Na początek porównaj trzy punkty:
- kartę produktu, czyli to, co widzi klient;
- koszyk, gdzie cena i dostępność powinny nadal mieć sens;
- feed produktowy, jeśli sklep korzysta z Google Merchant Center.
Wypisz rozbieżności przed wdrożeniem. Nie opieraj całego procesu na ręcznie wpisanych wartościach, które za chwilę mogą się zmienić. Cena, waluta i dostępność muszą być aktualizowane razem z ofertą.
Wysyłka i zwroty: informacji nie chowaj pod dywan
Dane o produkcie nie kończą się na nazwie i cenie. Przy ofercie sprzedażowej znaczenie mogą mieć również informacje o wysyłce i zwrotach. Dlatego przed wdrożeniem zbierz je w jednym miejscu. Nie po to, żeby wymyślać nową politykę sklepu, lecz żeby przekazać dalej to, co faktycznie obowiązuje i jest widoczne dla użytkownika.
Przygotuj informacje o koszcie lub sposobie naliczania dostawy oraz dostępnych metodach i warunkach wysyłki. Jeśli sklep pokazuje czas realizacji albo inne warunki dostawy, także powinny być spójne z rzeczywistą ofertą. W przypadku zwrotów uporządkuj okres na zwrot produktu, ewentualne opłaty związane ze zwrotem oraz politykę zwrotów obowiązującą na poziomie całego sklepu.
Tu ważne rozdzielenie: dane do wdrożenia to jedno, a decyzja biznesowa o tym, jaka polityka wysyłki lub zwrotów jest właściwa, to drugie. Ten artykuł nie rozstrzyga polskich wymogów prawnych dotyczących dostawy, zwrotów ani odstąpienia od umowy. Nie wpisuj więc żadnych warunków „na oko”.
Lista do przekazania przed wdrożeniem
- koszt lub sposób naliczania dostawy;
- dostępne metody i warunki wysyłki;
- czas na zwrot produktu;
- ewentualne opłaty związane ze zwrotem;
- widoczna i aktualna polityka zwrotów.
Jeżeli zasady różnią się dla konkretnych ofert, zaznacz to osobno. Lepiej mieć listę wyjątków niż jedną ogólną informację, która nie pasuje do połowy sklepu.
Dane na stronie a Google Merchant Center — dwa różne miejsca
Dane strukturalne produktu są umieszczane bezpośrednio na stronie produktu. Merchant Center to osobny kanał przekazywania Google informacji o produktach, na przykład przez feed produktowy. Te rozwiązania nie są tym samym i jedno nie powinno być traktowane jako automatyczny zamiennik drugiego.
Google wskazuje, że oba kanały mogą działać razem. Połączenie danych na stronie z informacjami przekazywanymi przez Merchant Center może pomóc lepiej zrozumieć i zweryfikować ofertę. Warunek jest jeden: kanały nie powinny opowiadać dwóch różnych historii.
Właściciel sklepu powinien więc sprawdzić przede wszystkim cenę, walutę, dostępność, identyfikatory oraz podstawowe informacje o produkcie. Jeśli strona pokazuje produkt dostępny, a feed twierdzi coś innego, najpierw trzeba uporządkować źródło rozbieżności. Dodanie kolejnych oznaczeń nie naprawi bałaganu.
Jedna oferta, kilka miejsc do sprawdzenia
Zrób prostą kontrolę: wybierz produkty reprezentujące różne sytuacje i porównaj ich dane na stronie oraz w feedzie. Sprawdź zwykłą ofertę, produkt z wariantami, promocję i czasową niedostępność, jeśli takie przypadki występują w sklepie. Zapisz różnice i dopiero potem planuj wdrożenie.
Checklista przed wdrożeniem i realistyczne oczekiwania
Przygotowanie danych możesz przejść w kilku spokojnych krokach. Najpierw sprawdź kompletność informacji dla reprezentatywnej grupy produktów. Potem porównaj kartę produktu, koszyk, dane strukturalne oraz feed, jeśli korzystasz z Merchant Center. Nie pomijaj wariantów, promocji, różnych poziomów dostępności ani wyjątków dotyczących dostawy.
Następnie przygotuj aktualne informacje o wysyłce i zwrotach. Po wdrożeniu dane można sprawdzić przy pomocy Rich Results Test i URL Inspection. To narzędzia kontroli, nie certyfikat gwarantujący konkretny wygląd wyniku. Warto też zaplanować późniejsze sprawdzanie, bo cena, dostępność, promocje, dostawa i zwroty nie są przyspawane do strony na wieki.
Czego Google nie obiecuje
Google nie gwarantuje wyświetlenia rozszerzonego wyniku nawet wtedy, gdy dane strukturalne są poprawne, a test pokazuje pozytywny rezultat. Ostateczna prezentacja zależy od systemów Google i kontekstu wyszukiwania, między innymi zapytania, urządzenia czy lokalizacji.
Dlatego mówimy o zwiększeniu możliwości określonej prezentacji, a nie o pewnym efekcie. Dane strukturalne nie zastępują aktualnej karty produktu, dobrego opisu ani zgodności informacji w sklepie. Nie są też obietnicą lepszej pozycji czy wzrostu sprzedaży.
Kiedy zawołać Szwagra
Wsparcie przyda się, gdy dane są rozrzucone po kilku systemach, sklep ma dużo wariantów, promocji albo wyjątków dostawy, a strona i feed pokazują różne informacje. Wtedy warto oddzielić cztery etapy: przygotowanie danych, techniczne wdrożenie, test oraz późniejszą kontrolę aktualności.
Szwagier może pomóc uporządkować materiał i przełożyć go na wdrożenie bez robienia z tematu programistycznego horroru. Najpierw jednak trzeba wiedzieć, co oferta naprawdę mówi klientowi.
Najważniejsze przed wdrożeniem nie jest samo techniczne oznaczenie produktu, tylko porządek w danych. Nazwa, opis, zdjęcia, marka, identyfikatory, cena, waluta, dostępność, wysyłka i zwroty powinny opisywać tę samą, rzeczywistą ofertę. Dane na stronie i w Google Merchant Center są odrębnymi kanałami, ale warto pilnować ich zgodności. Po wdrożeniu sprawdź dane narzędziami Google i pamiętaj, że pozytywny test nie gwarantuje rich result. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
