Co właściwie sprawdzasz w danych uporządkowanych?
Dane uporządkowane opisują zawartość strony w formie zrozumiałej dla systemów przetwarzających witrynę. Mogą na przykład wskazywać, że strona przedstawia produkt, artykuł lub przepis. Często dodaje się je jako blok JSON-LD w kodzie strony. Samo oznaczenie nie zastępuje widocznej treści: jeśli opisuje produkt jako dostępny, a na stronie widnieje informacja o braku towaru, problemem jest nie tylko zapis kodu, lecz także niespójność informacji.
W audycie warto rozdzielić trzy pytania. Czy kod ma poprawną składnię? Czy użyte typy i właściwości tworzą sensowny opis treści? Czy oznaczenie spełnia wymagania konkretnej funkcji wyszukiwarki, na której Ci zależy? Poprawna odpowiedź na pierwsze pytanie nie gwarantuje pozytywnej odpowiedzi na pozostałe. Podobnie poprawne oznaczenie nie daje gwarancji specjalnego sposobu prezentacji wyniku w wyszukiwarce.
Jak sprawdzić oznaczenia na stronie?
Zacznij od reprezentatywnych adresów: jednej strony produktu, jednego artykułu i strony kategorii, jeśli wszystkie te szablony występują w serwisie. Sprawdź nie tylko stronę główną. Użyj narzędzia do testowania wyników z elementami rozszerzonymi, aby zobaczyć komunikaty odnoszące się do obsługiwanych przez nie typów oznaczeń. Osobny walidator słownictwa Schema.org może pomóc ocenić strukturę danych, także wtedy, gdy dany typ nie wiąże się z funkcją pokazywaną w pierwszym narzędziu. Różne wyniki tych testów nie muszą więc oznaczać sprzeczności.
Jeżeli dane są dodawane przez JavaScript, sprawdź zarówno kod źródłowy, jak i wersję strony po wyrenderowaniu. Ustal, czy w obu przypadkach pojawia się ten sam opis oraz czy nie powstają dwa sprzeczne bloki oznaczeń. Przy diagnozowaniu konkretnego adresu zwróć też uwagę, czy testowane narzędzie może pobrać stronę. Jeśli nie może, brak wykrytych danych nie dowodzi jeszcze, że oznaczenia nie istnieją.
W narzędziu do monitorowania witryny przejrzyj raporty dotyczące danych uporządkowanych, o ile są dostępne dla Twojego serwisu. Pomagają znaleźć grupy adresów z podobnym problemem. Raport jest punktem wyjścia, nie zamiennikiem kontroli strony: komunikat przypisany do wielu adresów często wynika z jednego szablonu lub ustawienia wtyczki.
Błąd czy ostrzeżenie: jak czytać komunikaty?
Błąd zwykle oznacza, że narzędzie nie może zaakceptować danej części oznaczenia w ocenianym zastosowaniu. Przykładem jest brak pola wymaganego dla określonego typu wyniku lub wartość zapisana w nieodpowiednim formacie. Ostrzeżenie częściej dotyczy informacji zalecanej albo niepełnej. Strona może przejść test mimo ostrzeżenia, choć opis pozostaje mniej szczegółowy. Dokładne znaczenie komunikatu zależy od narzędzia i rodzaju oznaczenia, dlatego czytaj go razem z nazwą pola i wskazanym elementem.
Nie poprawiaj wszystkiego przez automatyczne dopisywanie wartości. Jeśli strona informacyjna wspomina o produkcie, ale nie podaje jego ceny, dodanie zmyślonej ceny tylko po to, by usunąć komunikat, pogorszy jakość danych. Czasem właściwą decyzją jest uzupełnienie widocznej treści, zmiana typu oznaczenia albo usunięcie danych, które nie pasują do strony.
Jak znaleźć przyczynę i ustalić kolejność poprawek?
Najpierw porównaj adresy z tym samym komunikatem. Jeśli błąd występuje na wszystkich kartach produktów, sprawdź szablon, reguły wtyczki i sposób pobierania wartości pól. Jeśli dotyczy tylko części kart, poszukaj różnic w danych źródłowych: pustych pól, nietypowych wariantów produktu lub błędnego formatu wartości. Otwórz przykład strony i porównaj oznaczenie z tym, co rzeczywiście widzi użytkownik.
Nadaj pierwszeństwo błędom występującym na wielu ważnych stronach oraz takim, które wskazują na sprzeczne lub nieprawdziwe informacje. Później rozpatrz ostrzeżenia: uzupełniaj pola, gdy masz wiarygodne dane i są one odpowiednie dla danej strony. Po zmianie przetestuj poprawiony adres, a następnie kilka innych stron korzystających z tego samego szablonu. Sam wynik pojedynczego testu nie potwierdza jeszcze, że problem zniknął w całym serwisie.
Krótka lista kontrolna po naprawie
Sprawdź, czy oznaczenie opisuje główną treść strony, czy używa właściwego typu i czy jego wartości zgadzają się z widocznymi informacjami. Zweryfikuj składnię oraz wymagane pola w narzędziu odpowiednim dla wybranego zastosowania. Porównaj wersję źródłową i wyrenderowaną, jeśli dane mogą być generowane skryptem. Na koniec skontroluj kilka adresów z każdego zmienionego szablonu i zanotuj, jakie komunikaty pozostały.
Jeśli zostały tylko ostrzeżenia, oceń je pojedynczo zamiast traktować jako dowód nieudanej naprawy. Dobra diagnoza kończy się zrozumieniem, jakie dane publikuje witryna i dlaczego. Zniknięcie komunikatu jest pomocnym sygnałem, ale celem pozostaje rzetelny opis strony, a nie samo uzyskanie „zielonego” wyniku testu.
