Testowanie danych strukturalnych opinii: Rich Results Test i Schema Markup Validator

Testowanie danych strukturalnych opinii wymaga dwóch narzędzi: Rich Results Test od Google sprawdza, czy karta produktu kwalifikuje się do wyników rozszerzonych z gwiazdkami, a Schema Markup Validator – czy znaczniki Review i AggregateRating są poprawne według słownika Schema.org. Po wdrożeniu wynik trzeba jeszcze potwierdzić w Google Search Console, bo pozytywny test nie gwarantuje wyświetlenia gwiazdek.

Rich Results Test czy Schema Markup Validator: dwa narzędzia, dwa pytania

Dwa narzędzia istnieją z powodów historycznych. Google udostępnił Structured Data Testing Tool w 2015 r., a dwa lata później – Rich Results Test. W lipcu 2020 r., wraz z wyjściem nowego testu z fazy beta, zapowiedział wycofanie starszego narzędzia. Po krytyce ze strony branży postanowił przekazać je społeczności Schema.org i w maju 2021 r. zastąpił je Schema Markup Validator, rozwijany pod szyldem Schema.org.

Od tego czasu podział ról jest jasny. Rich Results Test patrzy na stronę oczami Google i ocenia tylko te typy, które wyszukiwarka potrafi wyświetlić w formie rozszerzonej. Schema Markup Validator patrzy na znaczniki oczami słownika: czy typy i właściwości istnieją, czy składnia jest poprawna i czy połączenia między obiektami mają sens.

W praktyce przy opiniach najpierw uruchamiasz Rich Results Test. Po walidator sięgasz wtedy, gdy test Google nie wykrywa niczego, choć w kodzie widać blok JSON-LD, albo gdy chcesz zobaczyć wszystkie obiekty opisane na stronie, także te, których Google nie wykorzystuje.

Jak przetestować kartę produktu w Rich Results Test

Sam test trwa kilkanaście sekund, ale wartościowy wynik daje dopiero sprawdzenie kilku typowych stron i uważna lektura raportu.

1. Wybierz trzy karty produktów: z wieloma opiniami, z jedną opinią i bez opinii. Każda z nich ujawnia inny rodzaj błędu.
2. Wklej adres i zostaw domyślny tryb smartfona. Google indeksuje strony przede wszystkim w wersji mobilnej. Tryb komputera przydaje się, gdy szablon mobilny różni się od wersji desktopowej.
3. Przeczytaj podsumowanie. Narzędzie pokazuje, czy strona została pobrana, ile elementów jest prawidłowych, ile ma ostrzeżenia, a ile błędy. W sklepie najczęściej zobaczysz fragmenty produktów, a przy pełnych danych oferty także informacje o produktach sprzedawcy. Oceny są sprawdzane w ramach tych elementów albo jako osobne fragmenty opinii – zależnie od budowy znaczników.
4. Rozwiń wykryty element i porównaj wartości z tym, co widzi klient: średnią, liczbę opinii, nazwę produktu. Kliknięcie w opis elementu przenosi do miejsca w wyrenderowanym kodzie.
5. Zajrzyj do przetestowanej strony. Podgląd wyrenderowanego HTML i lista niewczytanych zasobów pokazują, czy skrypt modułu opinii zdążył się wykonać. Niewczytane obrazy lub skrypty mogą sprawić, że kolejne testy tej samej strony dadzą różne wyniki.
6. Udostępnij wynik programiście przyciskiem udostępniania. Link działa około 90 dni i może go otworzyć każdy, kto go otrzyma, więc nie testuj w ten sposób stron z danymi, których nie chcesz ujawniać.

Narzędzie pobiera stronę jako robot Google, więc nie przetestuje adresu zablokowanego w pliku robots.txt ani strony wymagającej logowania. Wersję testową sklepu sprawdzisz, wklejając kod w trybie „Kod” albo udostępniając ją tymczasowo przez tunel. Uwaga na komentarze w JSON-LD: test je pomija, ale standard ich nie przewiduje, więc na żywej stronie mogą powodować błędy.

Schema Markup Validator: kiedy jest potrzebny

Walidator Schema.org wyodrębnia ze strony znaczniki w trzech formatach, pokazuje podsumowanie całego grafu danych i wskazuje błędy składni. Ostrzega też, gdy typy i właściwości są łączone w nietypowy sposób. Nie pobiera natomiast zewnętrznych kontekstów JSON-LD innych niż słownik Schema.org i nie wie nic o wymaganiach konkretnych wyszukiwarek.

Najczęściej przydaje się w trzech sytuacjach:

• Rich Results Test nie wykrywa żadnego elementu, choć blok danych jest w kodzie. Walidator zwykle wskazuje wtedy błąd składni, np. brakujący przecinek lub nawias, przez który parser nie rozpoznał typu.
• Na stronie jest kilka obiektów – Product, Organization, BreadcrumbList, WebSite – i trzeba sprawdzić, czy nie powstały dwa osobne produkty albo ocena „wisząca” poza produktem.
• Oznaczasz typy spoza listy Google, bo dane czytają też inne wyszukiwarki i systemy korzystające ze Schema.org.

Pamiętaj o granicy tego narzędzia. Ocena łączna przypisana do typu Organization na stronie głównej przejdzie walidację bez zastrzeżeń, a mimo to gwiazdek nie będzie. Od września 2019 r. Google nie wyświetla ich dla opinii o firmie lub organizacji publikowanych przez nią samą, również za pośrednictwem widżetu zewnętrznego dostawcy. Wszystkie wymagania dotyczące gwiazdek omawiamy w poradniku o tym, jak dodać gwiazdki opinii do wyników Google.

Najczęstsze błędy w danych strukturalnych opinii i jak je poprawić

Według dokumentacji Google ocena łączna wymaga średniej (ratingValue), liczby ocen lub opinii (ratingCount albo reviewCount) i nazwy ocenianego elementu, a pojedyncza opinia – autora, oceny i wskazania, czego dotyczy. Większość błędów wynika z tego, że moduł opinii, motyw sklepu i ręcznie dodany kod opisują ten sam produkt na różne sposoby.

Osobną kategorią są ostrzeżenia, czyli problemy niekrytyczne. Dotyczą zalecanych właściwości, takich jak marka, identyfikator produktu czy data publikacji opinii. Nie blokują wyniku rozszerzonego, ale uzupełnienie ich prawdziwymi danymi zwiększa szansę, że Google wykorzysta pełny opis produktu.

Jest też błąd, którego żaden test nie pokaże: oznaczenie w znacznikach ocen pobranych z innego serwisu. Wytyczne Google wprost zabraniają agregowania opinii z innych witryn, więc widżet z recenzjami z Map Google czy porównywarki może zostać na stronie, ale bez danych strukturalnych. Szczegóły znajdziesz w porównaniu dostawców widżetów opinii Google.

Po teście: kontrola w Google Search Console

Rich Results Test sprawdza pojedynczy adres w danej chwili. O tym, co dzieje się z setkami kart produktów w indeksie, mówi dopiero Google Search Console.

Sprawdzanie adresu URL. Test aktywnego adresu pokazuje, czy strona może zostać zindeksowana (nie blokuje jej robots.txt ani tag noindex) i jakie ulepszenia wykrył Google. Po poprawkach możesz z tego miejsca poprosić o ponowne zindeksowanie kilku kluczowych adresów.

Raporty stanu wyników z elementami rozszerzonymi. Dokumentacja Google zaleca, by po pierwszym wdrożeniu obserwować wzrost liczby prawidłowych elementów i brak wzrostu nieprawidłowych, a po każdej zmianie szablonu – nagłe skoki błędów. Gdy poprawisz błąd w szablonie, uruchom sprawdzanie poprawki w raporcie, zamiast zgłaszać ręcznie tysiące adresów.

Raport skuteczności. Filtr wyglądu w wyszukiwarce pozwala porównać klikalność stron prezentowanych z fragmentami rozszerzonymi. Ocena efektu wymaga porównania tych samych stron w podobnych okresach. Jak opinie wpływają na widoczność szerzej, opisujemy w poradniku o opiniach klientów a SEO.

Test przed wdrożeniem, po wdrożeniu i po każdej zmianie

Dane strukturalne psują się najczęściej nie przy pierwszym wdrożeniu, tylko przy aktualizacjach: nowej wersji wtyczki, zmianie motywu, migracji platformy. Dlatego testowanie warto wpisać w kalendarz prac nad sklepem.

Przy wyborze narzędzia zapytaj dostawcę, czy znaczniki trafiają do kodu serwera, czy są wstrzykiwane skryptem, i czy można je wyłączyć, gdy motyw ma własne. Odpowiedzi różnią się między platformami – omawiamy je w przeglądach aplikacji opinii dla Shopify, wtyczek opinii dla WooCommerce oraz modułów opinii w Shoper, IdoSell i PrestaShop. Zmianę platformy planuj z listą kontrolną z poradnika o przenoszeniu opinii przy migracji sklepu, bo właśnie wtedy gwiazdki znikają najczęściej.

Gwiazdki z danych strukturalnych strony to nie jedyne gwiazdki w Google. Oceny przy reklamach i w Zakupach Google pochodzą z innych źródeł i nie da się ich sprawdzić żadnym z opisanych testów – wyjaśniamy to w tekście o ocenach sprzedawcy w Google Ads. Jeśli dopiero wybierasz system opinii, zacznij od porównania narzędzi do zbierania opinii.

Procedura testowania w 10 minut – checklista

1. Wybierz trzy karty produktów: z wieloma opiniami, z jedną i bez opinii.
2. Przetestuj każdą w Rich Results Test w trybie smartfona.
3. Porównaj średnią, liczbę opinii i nazwę produktu w raporcie z tym, co widać na stronie.
4. Sprawdź wyrenderowany HTML i listę niewczytanych zasobów.
5. Jeśli test nic nie wykrywa, wklej kod do Schema Markup Validator i poszukaj błędu składni.
6. Usuń zduplikowane obiekty Product i puste bloki oceny.
7. Upewnij się, że nie oznaczasz opinii o własnej firmie ani ocen z innych serwisów.
8. Po wdrożeniu obserwuj raporty stanu w Search Console i uruchom sprawdzanie poprawki.
9. Powtarzaj test po każdej aktualizacji wtyczki, motywu lub platformy.