Dane strukturalne to informacje oznaczone w stronie internetowej, które pomagają wyszukiwarkom (Google, Bing, a obecnie również ChatGPT i Perplexity) zrozumieć, o czym jest treść — nie tylko jakie zawiera słowa. Standardowym słownikiem jest Schema.org; zalecanym przez Google formatem jest JSON-LD (blok `<script type="application/ld+json">` w `<head>`). Dwa pozostałe historyczne formaty — Microdata (atrybuty HTML) i RDFa — wciąż działają, ale są w odwrocie: JSON-LD jest czystszy, łatwiejszy w utrzymaniu i nie ingeruje w renderowanie.
Konkretne korzyści: rich results (gwiazdki, ceny, obraz w SERP), łatwiej dostępne featured snippets, knowledge panels, sitelinks searchbox, nowsze odznaki (wideo, przepis, wydarzenie, oferta pracy). Bing również masowo wykorzystuje te dane. Dla GEO i AEO stały się niezbędne: LLM-y używają danych strukturalnych jako ground truth, gdy cytują źródło. Strona z dobrze wypełnionym Schema Article + Person ma 3 do 5 razy większą szansę bycia zacytowaną przez Perplexity niż strona bez nich.
Pułapki: znacznik obecny w HTML, ale widoczna treść różna (manipulacja, kara), brakujące pola wymagane (Google ignoruje blok), przestarzałe wersje (Google deprecjonuje niektóre typy — sprawdzać aktualną dokumentację) oraz deklarowanie generycznego FAQPage na stronach, które realnie nie są FAQ (Google zaostrzył reguły w 2023 r.). Walidujemy systematycznie Rich Results Test Google i Schema Markup Validator Schema.org. Audytujemy Państwa pokrycie podczas bezpłatnego audytu — klasyk naszej agencji SEO.
Jak zaimplementować poprawnie
- Format: JSON-LD w `<head>`, nigdy Microdata mieszane z HTML — łatwiejsze w utrzymaniu.
- Słownik: Schema.org, z dzielonymi `@id` między powiązanymi encjami (Organization, Article, Person).
- Walidacja: Rich Results Test Google + Schema Markup Validator przed każdym wdrożeniem.
- Spójność: to, co mówi Schema, musi odpowiadać widocznej treści (inaczej kara).
