Poradniki
Walidacja danych strukturalnych i JSON-LD
Poprawny JSON to dopiero pierwszy krok; markup musi uczciwie opisywać stronę.
Parsuj JSON-LD, porównaj każdą właściwość z treścią i testuj konkretne rozszerzenie. Rich result nie jest gwarantowany.
Parsowanie i weryfikacja każdego bloku JSON-LD
Upewnij się, że każdy blok <script type='application/ld+json'> jest poprawnym kodem JSON bez błędów składniowych, takich jak przecinki na końcu lub brak ucieczki cudzysłowów. Pojedynczy błąd składniowy powoduje, że wyszukiwarki ignorują cały blok danych. Weryfikuj kod oficjalnymi narzędziami testowymi.
Modelowanie autentycznych encji odpowiadających stronie
Wybieraj typy Schema.org, które ściśle odzwierciedlają główny temat strony (np. Article, Product, Organization, Service). Unikaj nieadekwatnych typów lub sztucznego zagnieżdżania encji, które nie mają pokrycia w rzeczywistości. Dane strukturalne muszą opisywać faktyczny stan dokumentu.
Zapewnienie ścisłej zgodności z widoczną treścią
Każde pytanie, odpowiedź, cena, ocena recenzji czy informacja o autorze w JSON-LD musi być widoczna i czytelna dla użytkowników na renderowanej stronie. Wyszukiwarki traktują rozbieżności między danymi strukturalnymi a widocznym tekstem jako próby manipulacji wynikami.
Zachowanie spójności identyfikatorów i adresów kanonicznych
Utrzymuj właściwości @id, url i mainEntityOfPage w pełnej zgodności z deklarowanym adresem kanonicznym strony. Sprzeczne adresy w mikrodanych wprowadzają roboty w błąd i utrudniają prawidłowe powiązanie encji w grafie wiedzy.
Rozumienie ograniczeń wyników rozszerzonych
Poprawna składnia JSON-LD i zgodność ze standardem Schema.org są warunkiem koniecznym, lecz nie dają gwarancji wyświetlenia elementów rozszerzonych w Google. Trafność tematyczna, jakość treści oraz reguły algorytmiczne decydują o przyznaniu specjalnych formatów wyszukiwania.