Co łączy ProductGroup, a co odróżnia warianty
Wyobraź sobie sklep z koszulką dostępną w kilku kolorach i rozmiarach. Klient rozpoznaje ją jako jeden model, lecz wybiera konkretną kombinację przed zakupem. ProductGroup służy do opisania takiej rodziny produktów, a powiązane z nią obiekty Product reprezentują poszczególne warianty. To przydatne rozróżnienie: wspólny model nie musi oznaczać wspólnej ceny, dostępności ani identyfikatora magazynowego.
Na poziomie grupy umieszczaj informacje prawdziwe dla całego modelu, na przykład jego ogólną nazwę i markę. Właściwość variesBy wskazuje cechy, według których warianty się różnią, takie jak kolor i rozmiar; hasVariant łączy grupę z konkretnymi produktami. Jeśli sklep używa identyfikatora modelu, productGroupID może pomóc zachować spójne powiązanie. Każdy wariant powinien natomiast mieć własne cechy odróżniające go od pozostałych.
Dlaczego jednej oferty nie warto kopiować na całą grupę
Oferta opisuje warunki zakupu, a te mogą zależeć od wybranej kombinacji. Czarna koszulka w rozmiarze M może być dostępna, podczas gdy ten sam model w rozmiarze XL jest wyprzedany. Również cena może się różnić. Skopiowanie jednej wartości offers do wszystkich wariantów przedstawiałoby część z nich niezgodnie ze stanem widocznym w sklepie.
Najpierw ustal, co w Twoim katalogu oznacza pojedynczy wariant możliwy do kupienia. Jeśli jest nim kombinacja koloru i rozmiaru, przypisz jej własny obiekt Product, a do niego ofertę odpowiadającą właśnie tej kombinacji. W ofercie podawaj cenę, walutę, dostępność i adres zakupu tylko wtedy, gdy dane są aktualne i odpowiadają temu, co zobaczy użytkownik. Gdy nie masz wiarygodnych danych o ofercie wariantu, nie zastępuj ich automatycznie ofertą innego wariantu.
Jak ułożyć dane na typowej karcie produktu
Zacznij od mapy danych, zanim przygotujesz JSON-LD. Dla modelu koszulki zapisz nazwę i markę wspólne dla grupy. Przy każdym wariancie zapisz jego kolor, rozmiar, właściwe zdjęcie, jeśli się zmienia, oraz unikalne SKU, jeżeli sklep je nadaje. Następnie połącz warianty z grupą przez hasVariant i sprawdź, czy variesBy rzeczywiście odpowiada wyborom dostępnym na stronie. Nie twórz osobnych wariantów dla kombinacji, których sklep nie sprzedaje.
Sposób wskazania adresów zależy od działania witryny. Jeśli każdy wariant ma własny adres, jego dane powinny odpowiadać zawartości dostępnej pod tym adresem. Jeśli wszystkie wybory odbywają się na jednej karcie, upewnij się, że zmiana wariantu aktualizuje widoczną cenę i dostępność oraz że oznaczenie nie opisuje innego stanu niż strona. Gdy adres zawiera parametr lub fragment wskazujący wybór, przetestuj, czy otwarcie go bezpośrednio odtwarza właściwy wariant. Samo dodanie adresu do danych uporządkowanych nie sprawi, że osobna strona wariantu stanie się dostępna.
Typowe pomyłki przy wdrożeniu
Częsty błąd to wygenerowanie kilku obiektów Product, które różnią się tylko nazwą, a wszystkie mają tę samą cenę, dostępność i SKU. Innym jest pozostawienie starej oferty po wyprzedaniu rozmiaru. Takie rozbieżności zwykle wynikają z szablonu, który pobiera dane modelu zamiast danych wybranej kombinacji. Warto prześledzić, z którego pola katalogu pochodzi każda właściwość: produkt grupowy i pozycja magazynowa mogą być różnymi rekordami.
Uważaj też na cechy pozornie wspólne. Jedno zdjęcie może być odpowiednie dla wszystkich rozmiarów w danym kolorze, ale niekoniecznie dla wszystkich kolorów. Opis materiału może dotyczyć całego modelu albo tylko części wersji. Jeśli informacja nie jest prawdziwa dla każdej pozycji w grupie, umieść ją przy odpowiednich wariantach. Dane uporządkowane mają odzwierciedlać ofertę sklepu, a nie upraszczać ją kosztem dokładności.
Krótka lista kontroli po publikacji
Sprawdź kilka wariantów o różnych cenach lub stanach magazynowych. Dla każdego porównaj oznaczenie z widoczną kartą: nazwę, cechy, zdjęcie, SKU, cenę, walutę, dostępność i adres. Następnie otwórz adresy wariantów bezpośrednio oraz zweryfikuj, czy po zmianie wyboru na stronie dane prezentowane klientowi nadal są spójne. Kontrolę powtórz po zmianach w szablonie i sposobie zasilania kart danymi.
Walidator danych uporządkowanych pomoże wychwycić błędy składni i części brakujących pól, ale nie potwierdzi, że cena jest właściwa dla danego rozmiaru. To trzeba sprawdzić w sklepie i w źródle danych. Poprawne użycie ProductGroup również nie gwarantuje określonego wyglądu wyniku wyszukiwania. Celem jest przede wszystkim jednoznaczny, zgodny ze stroną opis relacji między modelem, wariantem i jego ofertą.
