DokumentyObrazyMediaNarzędzia PDF

Walidator Danych Strukturalnych Online

Waliduj dane strukturalne JSON-LD i Schema.org. Wykrywaj bledy przed publikacja.

✗ InvalidArticle
Missing required field: image
Missing recommended field: publisher
Missing recommended field: dateModified
Missing recommended field: description
Missing recommended field: mainEntityOfPage
headlineMy Article Title
authorObject (2 fields)
datePublished2026-04-01
image
publisher
dateModified
description
mainEntityOfPage
Processed in your browser

Poprawne rich snippets, wiecej klikniec w Google

Pelne Schema.org

Waliduje Article, Product, FAQ, LocalBusiness, Recipe i ponad 800 innych typow.

Prywatnosc

Dane sa walidowane w Twojej przegladarce. Nigdy nie sa wysylane na zadne serwery.

Precyzyjne bledy

Brakujace pola, nieprawidlowe typy i problemy z formatem wykrywane natychmiast.

Natychmiastowo

Walidacja w milisekundach. Bez rejestracji, bez oczekiwania.

Trzy kroki, żadnych komplikacji

1

Wklej swoj JSON-LD lub Microdata

Wklej blok danych strukturalnych ze swojej strony. Obsluguje JSON-LD, Microdata i RDFa.

2

Wybierz typ Schema.org

Wybierz Article, Product, FAQ, LocalBusiness, Recipe lub inny typ dla specyficznej walidacji.

3

Przejrzyj bledy i ostrzezenia

Walidator pokazuje brakujace pola, nieprawidlowe typy i sugestie dla rich results Google.

Masz pytania?

Dane strukturalne to informacje czytelne maszynowo dodawane do kodu HTML strony, aby opisac jej zawartosc w sposob ustrukturyzowany. Pozwalaja wyszukiwarkom (Google, Bing) rozumiec typ tresci (artykul, produkt, przepis, wydarzenie, FAQ) i jej specyficzne wlasciwosci (cena, autor, data, ocena). Widocznym wynikiem sa rich results lub rich snippets: gwiazdki ocen, rozwijane FAQ, ceny produktow i przepisy w wynikach wyszukiwania.

Google wprost zaleca JSON-LD (JavaScript Object Notation for Linked Data) jako najlatniejszy format do wdrozenia i utrzymania: jest dodawany w bloku <script type='application/ld+json'> bez modyfikowania istniejacego HTML. Microdata wymaga dodania atrybutow itemscope, itemtype i itemprop bezposrednio w HTML, mieszajac tresc z metadanymi. RDFa jest podobne do Microdata, ale bardziej ekspresywne; stosowane glownie w srodowiskach akademickich i danych polaczonych. Dla praktycznego SEO w 2025 roku JSON-LD jest wlasciwym wyborem.

Dla Article wymagane pola to: headline, datePublished, author (z @type Person i name). Dla Product: name i co najmniej jedno z: offers, review lub aggregateRating. Dla FAQPage: mainEntity z @type Question, name (pytanie) i acceptedAnswer z @type Answer i text. Wymagane pola roznia sie w zaleznosci od typu i sa definiowane przez Google w dokumentacji Search Central, a nie przez Schema.org, gdyz Google ma surowsze wymagania dla rich results niz pelne slownictwo Schema.org.

Google Rich Results Test (search.google.com/test/rich-results) pozwala wklejac URL lub HTML bezposrednio, aby zobaczyc, jakie rich results moze wygenerowac strona. Pokazuje krytyczne bledy (uniemozliwiajace rich results) i ostrzezenia (zmniejszajace kwalifikowalnosc). Uzupelniajaco, Google Search Console > Enhancements pokazuje status danych strukturalnych wszystkich zindeksowanych stron witryny, w tym bledy wykryte przez indeksujacego robota w produkcji.

Najczestsze bledy to: (1) brakujacy lub nieprawidlowy @context - musi byc dokladnie 'https://schema.org'; (2) nieprawidlowy @type - 'article' malymi literami zamiast 'Article'; (3) pola dat w zlym formacie - musi byc ISO 8601 (2024-01-15T10:30:00+00:00); (4) wzgledne URL zamiast bezwzglednych w polach takich jak 'url' czy 'image'; (5) aggregateRating z ratingCount wynoszacym 1 - Google moze odrzucac oceny z bardzo mala liczba recenzji jako niereprezentywne.

Historia Schema.org i dane strukturalne dla SEO

Schema.org zostalo uruchomione w czerwcu 2011 roku jako wspolna inicjatywa Google, Microsoft (Bing), Yahoo i Yandex: cztery glowne wyszukiwarki uzgodnily wspolne slownictwo, aby webmasterzy mogli opisywac swoje tresci w sposob standardowy. Przed Schema.org istnialy rozproszone slownictwa: Dublin Core (metadane bibliograficzne), microformaty (hCard, hCalendar) i RDFa. Schema.org zunifikowalo te starania dzieki hierarchicznemu slownictwu, w ktorym Thing jest klasa korzenia, od ktorej wywodza sie wszystkie inne.

JSON-LD (JavaScript Object Notation for Linked Data) zostal zaprojektowany przez Manu Spornego i opublikowany jako rekomendacja W3C w 2014 roku. Kluczem do jego adopcji jest separacja odpowiedzialnosci: dane strukturalne sa dodawane w oddzielnym bloku <script> bez dotykania HTML tresci, co ulatwia implementacje w CMS, frameworkach JavaScript i generatorach stron statycznych. Google zaczelo wspierac JSON-LD dla danych strukturalnych w 2012 roku i w 2015 roku oglosilo go swoim preferowanym formatem, przyspieszajac masowe przyjecie.

E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) to ramy oceny jakosci Google, ktorym pomagaja sygnalizowac dane strukturalne. Dane autora (schemat Person z sameAs wskazujacym na zweryfikowane profile), daty aktualizacji (dateModified), zweryfikowane oceny (AggregateRating ze znaczacym ratingCount) i dane organizacji (Organization ze zweryfikowanym logo) bezposrednio przyczyniaja sie do sygnalow E-E-A-T. Strony z poprawnie wdrozonymi rich results wykazuja wzrost CTR o 20-30% w udokumentowanych studiach przypadku.