SEO · Storefront

Dane strukturalne produktu w Shoperze — RWD, Storefront i opinie

RWD oznacza w HTML, Storefront w JSON-LD

Dane strukturalne to opis dla robota: to jest cena, to jest dostępność, to jest opinia. W starszych szablonach RWD Shoper wplata te znaczniki w HTML (microdata). W Storefront ten sam sens siedzi w blokach JSON-LD, oddzielonych od warstwy wizualnej. Shoper opisuje to wprost w artykule Porównanie danych strukturalnych w szablonach RWD oraz Storefront.

Przejście na Storefront nie jest więc tylko zmianą wyglądu. Zmienia się też to, ile faktów o ofercie da się odczytać bez zgadywania z układu strony. Kontekst technologii: RWD vs Storefront i SEO sklepu Shoper.

Tabelę zestawiłem z oficjalnego porównania Shopera (stan artykułu Learn). Nie dopisuję pól, których tam nie ma. Nazwy w dokumentacji bywają z literówką Storefornt — chodzi o Storefront.

Co musisz mieć uzupełnione, żeby schema miało z czego żyć

JSON-LD nie wymyśla ceny. Biegnie po danych karty:

1. Cena i waluta — w tym cena promocyjna, jeśli ma obowiązywać w czasie. Storefront potrafi przekazać okno promocji; pusta promocja bez dat nic tu nie zdziała.
2. Dostępność — stan magazynowy i to, czy wariant da się kupić. Niedostępny produkt z ceną „od” bez wariantu myli i człowieka, i robota.
3. Marka / producent — uzupełnij producenta na karcie, jeśli chcesz, żeby oferta miała brand. Zestawy w Storefront mają osobne pola elementu zestawu (nazwa, URL, zdjęcie, cena, dostępność, liczba sztuk).
4. Dostawa — metody dostawy skonfigurowane w sklepie. Storefront może je wystawić jako availableDeliveryMethod i shippingDetails. Sam fakt „mamy InPost” w regulaminie, bez formy dostawy w panelu, nie wchodzi do schema.
5. Dane sklepu — nazwa, logo, URL, e-mail i telefon. W Storefront idzie to jako OnlineStore. Uzupełnij je w konfiguracji, nie tylko w stopce graficznej.

Opis i atrybuty widoczne dla człowieka to osobna warstwa: opisy produktów oraz warianty i atrybuty. Atrybut w filtrze nie jest automatycznie polem schema — nie mieszaj tych dwóch rzeczy w briefie dla zespołu.

Opinie: jedna ścieżka, nie dwie

Średnia i liczba opinii są w obu technologiach. Storefront dokłada datę publikacji pojedynczej opinii. Gwiazdki w wynikach wyszukiwania — jeśli w ogóle się pojawią — biorą się z opublikowanych opinii i z wytycznych Google dla opinii, nie z samego faktu, że szablon ma JSON-LD.

Natywny moduł opinii Shopera zasila ocenę, którą czyta szablon. GrowReview idzie inną drogą i mówi o tym wprost na landingu:

• wysyłka po warunku zamówienia: po opłaceniu albo po zakończeniu realizacji,
• jedna wiadomość ze zdjęciem, ceną i przyciskiem produktu; w planie Pro jest jedno przypomnienie, liczone osobno od pierwszej prośby,
• moderacja: każda opinia ręcznie albo auto-publikacja ze zweryfikowanego zakupu (link z zamówienia, klient sam sobie odznaki nie włącza),
• dane strukturalne zbiorczej oceny tylko dla opublikowanych opinii,
• ostrzeżenie przed równoległym użyciem natywnego modułu opinii.

Limity wiadomości z landingu (nie myl z liczbą opinii): trial 14 dni do 100 wiadomości, Starter do 50 wiadomości miesięcznie, Pro do 3000 miesięcznie plus pytania i odpowiedzi przy produkcie. Po wyczerpaniu limitu wiadomości czekają do kolejnego okresu, zebrane opinie zostają.

Jak zbierać opinie od strony procesu: opinie i recenzje w sklepie Shoper. Kolejność maili (transakcyjny sklepu, prośba o opinię, marketing): maile po zakupie.

Jak sprawdzić konkretną kartę

1. Otwórz publiczny URL produktu (nie podgląd z panelu, jeśli jest za logowaniem).
2. Wklej adres w teście wyników z elementami rozszerzonymi albo w walidatorze schema.org.
3. Szukaj Product / Offer: price, priceCurrency, availability. Na Storefront sprawdź też, czy promocja ma daty, a dostawa nie jest pusta, jeśli formy dostawy są włączone.
4. Jeśli używasz GrowReview, sprawdź zbiorczą ocenę i wyłącz natywny moduł opinii, żeby nie mieć dwóch źródeł średniej.
5. Popraw dane w panelu (cena, stan, producent, opinie) i przetestuj URL jeszcze raz. Nie dokładaj ręcznego JSON-LD „obok” szablonu — drugi blok Product na tej samej karcie częściej psuje odczyt, niż go ratuje.

Checklista danych strukturalnych

• Wiem, czy sklep stoi na RWD (microdata) czy Storefront (JSON-LD).
• Karta ma cenę, walutę, dostępność i producenta tam, gdzie marka ma być w ofercie.
• Promocja ma daty, jeśli liczę na validFrom / priceValidUntil w Storefront.
• Formy dostawy są skonfigurowane, nie tylko opisane w regulaminie.
• Logo, nazwa, e-mail i telefon sklepu są w konfiguracji (OnlineStore).
• Opinie publikuję jedną ścieżką: moduł Shoper albo GrowReview, nie oba.
• Test rich results na 2–3 URL-ach (produkt, zestaw, wpis bloga) bez błędów krytycznych.
• Nie obiecałem zespołowi gwiazdek ani FAQ w Google tylko z faktu włączenia modułu.

Najczęstsze pytania

Adrian Zblewski

GrowCommerce — Platynowy Partner Shoper

Schema nie zastępuje ceny, dostępności i prawdziwych opinii. Ten poradnik mówi, co Shoper wypuszcza sam w RWD i Storefront oraz gdzie kończy się rola szablonu, a zaczyna opinii.