Strukturierte-Daten-Validator Online
Validiere strukturierte Daten in JSON-LD und Schema.org. Erkenne Fehler vor der Veröffentlichung.
Warum du es nutzen solltest
Korrekte Rich Snippets, mehr Klicks in Google
Vollständiges Schema.org
Validiert Article, Product, FAQ, LocalBusiness, Recipe und über 800 weitere Typen.
Privat
Deine Daten werden im Browser validiert. Sie werden niemals an einen Server gesendet.
Präzise Fehler
Fehlende Felder, falsche Typen und Formatprobleme werden sofort erkannt.
Sofortig
Validierung in Millisekunden. Keine Anmeldung, kein Warten.
So funktioniert es
Drei Schritte, kein Aufwand
Füge dein JSON-LD oder Microdata ein
Füge den Block mit strukturierten Daten deiner Seite ein. Unterstützt JSON-LD, Microdata und RDFa.
Wähle den Schema.org-Typ
Wähle Article, Product, FAQ, LocalBusiness, Recipe oder einen anderen Typ für die spezifische Validierung.
Überprüfe Fehler und Warnungen
Der Validator zeigt fehlende Felder, falsche Typen und Hinweise für Google Rich Results an.
FAQ
Noch Fragen?
Strukturierte Daten sind maschinenlesbare Informationen, die dem HTML einer Seite hinzugefügt werden, um den Inhalt strukturiert zu beschreiben. Sie ermöglichen es Suchmaschinen (Google, Bing), den Inhaltstyp (Artikel, Produkt, Rezept, Veranstaltung, FAQ) und seine spezifischen Eigenschaften (Preis, Autor, Datum, Bewertung) zu verstehen. Das sichtbare Ergebnis sind Rich Results oder Rich Snippets: Bewertungssterne, erweiterbare FAQs, Produktpreise und Rezepte in den Suchergebnissen.
Google empfiehlt explizit JSON-LD (JavaScript Object Notation for Linked Data) als das am einfachsten zu implementierende und zu pflegende Format: Es wird in einem separaten Script-Block hinzugefügt, ohne das bestehende HTML zu verändern. Microdata erfordert das direkte Hinzufügen von itemscope-, itemtype- und itemprop-Attributen im HTML, was Inhalt und Metadaten vermischt. RDFa ähnelt Microdata, ist jedoch ausdrucksstärker und wird hauptsächlich in akademischen Umgebungen eingesetzt. Für praktisches SEO im Jahr 2025 ist JSON-LD die richtige Wahl.
Für Article sind folgende Felder Pflicht: headline, datePublished, author (mit @type Person und name). Für Product: name und mindestens eines von offers, review oder aggregateRating. Für FAQPage: mainEntity mit @type Question, name (die Frage) und acceptedAnswer mit @type Answer und text. Die Pflichtfelder variieren je Typ und werden von Google in der Search-Central-Dokumentation festgelegt, nicht von Schema.org – Google hat für Rich Results strengere Anforderungen als das vollständige Schema.org-Vokabular.
Der Google Rich Results Test (search.google.com/test/rich-results) ermöglicht es, eine URL oder direkt HTML einzufügen, um zu sehen, welche Rich Results die Seite erzeugen kann. Er zeigt kritische Fehler (die Rich Results verhindern) und Warnungen (die die Eignung einschränken). Ergänzend dazu zeigt Google Search Console unter Verbesserungen den Status der strukturierten Daten aller indizierten Seiten der Website, einschließlich der vom Crawler erkannten Fehler.
Die häufigsten Fehler sind: (1) fehlendes oder falsches @context – muss genau https://schema.org sein; (2) falscher @type – article in Kleinbuchstaben statt Article; (3) Datumsfelder im falschen Format – muss ISO 8601 sein (2024-01-15T10:30:00+00:00); (4) relative statt absoluter URLs in Feldern wie url oder image; (5) aggregateRating mit einem ratingCount von 1 – Google kann Bewertungen mit sehr wenigen Rezensionen als nicht repräsentativ ablehnen.
Geschichte von Schema.org und strukturierte Daten für SEO
Schema.org wurde im Juni 2011 als gemeinsame Initiative von Google, Microsoft (Bing), Yahoo und Yandex ins Leben gerufen: Die vier wichtigsten Suchmaschinen einigten sich auf ein gemeinsames Vokabular, damit Webmaster ihre Inhalte standardisiert beschreiben können. Vor Schema.org gab es fragmentierte Vokabulare: Dublin Core (bibliografische Metadaten), Microformats (hCard, hCalendar) und RDFa. Schema.org vereinte diese Bemühungen mit einem hierarchischen Vokabular, in dem Thing die Stammklasse ist, von der alle anderen abstammen.
JSON-LD (JavaScript Object Notation for Linked Data) wurde von Manu Sporny entworfen und 2014 als W3C-Empfehlung veröffentlicht. Der Schlüssel zu seiner Adoption ist die Trennung von Verantwortlichkeiten: Strukturierte Daten werden in einem separaten Script-Block hinzugefügt, ohne das Inhalts-HTML anzufassen, was die Implementierung in CMS, JavaScript-Frameworks und statischen Site-Generatoren erleichtert. Google begann 2012, JSON-LD für strukturierte Daten zu unterstützen, und erklärte es 2015 zum bevorzugten Format.
E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) ist Googles Qualitätsbewertungsrahmen, bei dem strukturierte Daten helfen, entsprechende Signale zu senden. Autorendaten (Person-Schema mit sameAs, das auf verifizierte Profile zeigt), Aktualisierungsdaten (dateModified), verifizierte Bewertungen (AggregateRating mit signifikantem ratingCount) und Organisationsdaten (Organization mit verifiziertem Logo) tragen direkt zu E-E-A-T-Signalen bei. Seiten mit korrekt implementierten Rich Results zeigen in dokumentierten Fallstudien CTR-Steigerungen von 20–30 %.