Po co rozdzielać produkt od oferty
Karta produktu odpowiada na dwa różne pytania: co to za przedmiot oraz na jakich warunkach można go kupić. W danych strukturalnych typ Product opisuje sam produkt, na przykład jego nazwę, zdjęcie, opis, markę lub identyfikator. Powiązany z nim Offer opisuje konkretną ofertę sprzedaży, przede wszystkim cenę, walutę i dostępność. Takie rozróżnienie pomaga uporządkować informacje, zwłaszcza gdy sklep sprzedaje kilka wersji tego samego produktu.
Dane strukturalne nie zastępują treści strony. Są dodatkowym, możliwym do odczytania przez systemy opisem tego, co klient powinien móc ustalić na karcie produktu. Poprawne oznaczenie nie gwarantuje szczególnego sposobu prezentacji strony w wynikach wyszukiwania. Ma sens przede wszystkim wtedy, gdy wynika z rzetelnie prowadzonych danych produktowych i nie przeczy widocznej ofercie.
Jakie informacje oznaczyć na karcie produktu
Zacznij od nazwy, opisu i zdjęcia przypisanych do właściwego produktu. Nazwa w oznaczeniu powinna jednoznacznie wskazywać ten sam przedmiot co nagłówek i treść strony. Jeśli podajesz markę, numer producenta lub GTIN, korzystaj z identyfikatorów rzeczywiście przypisanych do tego produktu; nie uzupełniaj pól przybliżonymi wartościami tylko po to, by zapełnić schemat. Opis warto oprzeć na informacjach przydatnych kupującemu, a nie na liście słów kluczowych.
W Offer najważniejsza jest zgodność warunków zakupu. Oznacz cenę z właściwą walutą oraz aktualny stan dostępności, o ile sklep potrafi utrzymywać te dane w synchronizacji ze stroną. Cena w kodzie nie powinna pochodzić ze starego cennika, jeżeli klient widzi już inną. Jeżeli sklep podaje dodatkowe informacje, na przykład o dostawie lub zasadach zwrotu, oznaczaj je dopiero po upewnieniu się, że są poprawne dla danej oferty i spójne z komunikatami dostępnymi klientowi.
Oceny i recenzje wymagają podobnej ostrożności. Nie dodawaj ocen, których nie ma na stronie, ani opinii dotyczących innego produktu. Jeżeli sklep nie zbiera recenzji, nie musi tworzyć ich wyłącznie na potrzeby danych strukturalnych. Lepiej opublikować skromniejszy, lecz wiarygodny zestaw informacji niż rozbudowany opis, którego redakcja nie potrafi regularnie kontrolować.
Warianty, promocje i inne miejsca podatne na rozbieżności
Najwięcej pomyłek pojawia się tam, gdzie oferta zmienia się zależnie od wyboru klienta. Rozmiar, kolor czy pojemność mogą wpływać na cenę, dostępność, zdjęcie i identyfikator. Jeśli adres strony otwiera konkretny wariant, sprawdź, czy dane strukturalne opisują właśnie ten wariant. Jeśli użytkownik wybiera go dopiero na stronie, nie przedstawiaj ceny lub dostępności jednego wariantu jako bezwarunkowo właściwych dla wszystkich. Sposób oznaczenia warto dopasować do tego, jak sklep tworzy adresy i prezentuje warianty.
Podobną uwagę poświęć promocjom. W przykładowym scenariuszu baner zapowiada rabat, ale cena obniża się dopiero po wpisaniu kodu w koszyku. Oznaczenie obniżonej kwoty jako zwykłej ceny produktu mogłoby wtedy wprowadzać w błąd. Kontroluj również sytuacje, w których oferta wygasła, produkt wrócił do sprzedaży lub cena zmienia się automatycznie. Reguły generujące oznaczenia powinny korzystać z tego samego aktualnego źródła danych co karta produktu.
Jak sprawdzić poprawność i zgodność z widokiem klienta
Najpierw obejrzyj stronę jak kupujący: sprawdź nazwę, wybrany wariant, cenę, walutę, dostępność oraz warunki promocji. Następnie porównaj te informacje z danymi strukturalnymi obecnymi na tej samej wersji strony. Nie poprzestawaj na podglądzie szablonu — sklep może wstawiać część danych dopiero po załadowaniu strony, a systemy korzystające z kodu mogą zobaczyć inną wersję niż edytor treści.
Potem użyj narzędzia do testowania danych strukturalnych i sprawdź zarówno błędy techniczne, jak i komunikaty dotyczące pól potrzebnych do określonego sposobu prezentacji wyników. Brak błędu składni nie potwierdza jeszcze, że cena odpowiada ofercie. Z kolei ostrzeżenie o nieuzupełnionym polu nie jest powodem, by wpisywać informację, której sklep nie posiada. Po zmianach sprawdź kilka reprezentatywnych adresów: produkt prosty, wariantowy, przeceniony i chwilowo niedostępny.
Utrzymanie danych jako część pracy nad sklepem
Jednorazowy test nie wystarczy, jeśli ceny i stany magazynowe zmieniają się codziennie. Ustal, kto odpowiada za dane w katalogu, kto za szablon strony, a kto weryfikuje efekt po wdrożeniu zmian. Przydatna jest krótka lista kontrolna wykonywana po zmianie systemu promocji, sposobu obsługi wariantów lub szablonu karty produktu. W razie rozbieżności popraw źródło danych albo regułę generowania oznaczeń, zamiast ręcznie łatać pojedynczą stronę.
Dane strukturalne warto traktować jako element jakości oferty, a nie osobną sztuczkę dla wyszukiwarki. Kiedy opis produktu, widoczna cena i oznaczenie mówią to samo, łatwiej zarówno utrzymać porządek w katalogu, jak i dać klientowi jasną odpowiedź na pytanie, co dokładnie może kupić.
