Strukturierte Daten testen: Schema Markup Validator

Was sind strukturierte Daten (Schema Markup)?

Strukturierte Daten sind ein standardisiertes Vokabular von schema.org, das maschinenlesbar beschreibt, worum es auf einer Seite geht – ein Produkt mit Preis und Verfügbarkeit, ein Artikel mit Autor und Datum, ein Unternehmen mit Adresse und Öffnungszeiten. Suchmaschinen nutzen sie, um die Seite zu verstehen und für manche Typen Rich Results anzuzeigen: Bewertungssterne, Preise, Brotkrumen, Veranstaltungsdaten oder Rezeptdetails direkt in den Suchergebnissen.

Für Besucher ist die Auszeichnung unsichtbar. Meist steht sie als JSON-LD-Block in einem <script type="application/ld+json">-Tag im HTML der Seite. Weil niemand sie sieht, bleiben Fehler monatelang unbemerkt: Ein Tippfehler im Eigenschaftsnamen, ein fehlendes Pflichtfeld oder ein Datum im falschen Format schaltet das Rich Result stillschweigend ab. Wer strukturierte Daten testen will, bevor Google die Fehler findet, braucht einen Schema Markup Validator.

JSON-LD vs. Microdata vs. RDFa

JSON-LD ist ein eigener JSON-Block in einem Script-Tag; Microdata und RDFa sind Attribute (itemscope, itemprop; typeof, property) an den sichtbaren HTML-Elementen. Alle drei können dieselben schema.org-Daten ausdrücken, und Google liest alle drei.

Google empfiehlt JSON-LD: Es ist leichter einzubauen und zu pflegen, lässt sich von einem CMS oder Tag Manager erzeugen, ohne die Templates anzufassen, und geht nicht kaputt, wenn sich das HTML-Layout ändert. Microdata bindet die Daten an die Seitenstruktur, was sie fragil und schwer prüfbar macht. Dieser Schema Validator prüft nur JSON-LD. Enthält eine Seite zusätzlich Microdata oder RDFa, sagt dir das Tool das, validiert diese Teile aber nicht.

Häufige Fehler bei strukturierten Daten und wie du sie behebst

Die meisten Fehler bei strukturierten Daten fallen in sechs Gruppen. Der Validator erklärt jeden einzelnen und behebt ihn, wo möglich, im korrigierten JSON-LD.

1. Ungültiges JSON. Ein Komma zu viel, einfache oder typografische Anführungszeichen, eine fehlende Klammer oder ein nicht maskierter Zeilenumbruch machen den ganzen Block unlesbar – Suchmaschinen ignorieren ihn dann komplett. Lösung: Kopiere das korrigierte JSON-LD, das die Syntax repariert und zu jedem Problem die Zeile nennt.
2. Falsch geschriebene Eigenschafts- oder Typnamen. datePublised, Artcle oder Reviews gibt es in schema.org nicht. Unbekannte Namen werden stillschweigend ignoriert, die Daten gehen verloren, ohne dass Googles Berichte einen Fehler zeigen. Lösung: Nutze den vorgeschlagenen korrekten Namen.
3. Fehlende Pflichteigenschaften. Ein Product ohne offers, review oder aggregateRating, ein Event ohne physische location, ein JobPosting ohne datePosted: Google zeigt kein Rich Result. Lösung: Ergänze die Eigenschaft; das korrigierte JSON-LD enthält an der richtigen Stelle einen TODO-Platzhalter.
4. Falsche Wertformate. Daten wie 25.10.2026 statt 2026-10-25, Preise wie 19,99 € statt 19.99, "availability": "Auf Lager" statt https://schema.org/InStock. Lösung: Nutze ISO-8601-Daten, reine Zahlen und die schema.org-Aufzählungs-URLs.
5. Text, wo ein Objekt erwartet wird. "author": "Jane Doe" sollte "author": { "@type": "Person", "name": "Jane Doe" } sein. Google braucht das Objekt, um Name und URL zu lesen.
6. Auszeichnung für eingestellte Rich Results. FAQ (eingestellt im Mai 2026), How-to (2023) und die Sitelinks-Suchbox (2024) sind weiterhin gültiges schema.org, aber Google zeigt sie nicht mehr. Der Validator sagt das, statt sie als in Ordnung zu melden.

Eines kann kein Tool prüfen: Die strukturierten Daten müssen Inhalte beschreiben, die auf der Seite tatsächlich sichtbar sind. Auszeichnung für Bewertungen, Preise oder Veranstaltungen, die Besucher nicht sehen, verstößt gegen Googles Richtlinien und kann eine manuelle Maßnahme nach sich ziehen.

Was dieser Test für strukturierte Daten prüft

Der Validator arbeitet in drei Ebenen, von der reinen Syntax bis zu Googles Regeln:

1. JSON-Syntax. Jeder Syntaxfehler wird mit Zeile und Spalte verständlich gemeldet und in der korrigierten Version repariert, wo das möglich ist.
2. Schema.org-Vokabular. Jeder Typ und jede Eigenschaft wird gegen die aktuelle schema.org-Version geprüft (Version und Datum stehen unter jedem Ergebnis). Unbekannte Namen bekommen einen Schreibvorschlag; Eigenschaften, die schema.org für den Typ nicht definiert, veraltete Namen und erwartete Werttypen (Daten, URLs, Zahlen, Aufzählungen, verschachtelte Objekte) werden alle geprüft.
3. Googles Anforderungen für Rich Results. Für Article, Product und Offer, Review und AggregateRating, BreadcrumbList, Organization, LocalBusiness, FAQPage, Event, Recipe, VideoObject und JobPosting prüft das Tool die erforderlichen und empfohlenen Eigenschaften aus Google Search Central sowie die typischen Stolperfallen: Brotkrumen-Positionen, Bewertungen außerhalb ihrer Skala, abgelaufene Daten, reine Online-Veranstaltungen, Stellenanzeigen ohne Land.

Fehler (rot) machen den Block unbrauchbar oder verhindern das Rich Result. Warnungen (gelb) sind empfohlene Verbesserungen. OK (grün) listet, was schon stimmt, damit du auf einen Blick siehst, was Google vorfinden wird.

Was diesen Validator vom Test für Rich-Suchergebnisse und validator.schema.org unterscheidet

Googles Test für Rich-Suchergebnisse sagt dir, ob eine Live-Seite für Googles Rich Results infrage kommt. Er meldet „fehlendes Feld“, ohne zu erklären, warum oder wie du es behebst, prüft nur Googles Ergebnistypen und braucht eine öffentliche URL, die der Googlebot laden kann. Der Schema Markup Validator auf validator.schema.org prüft nur das schema.org-Vokabular: Er kennt Googles Anforderungen nicht und meldet nichts zu fehlenden Eigenschaften, die ein Rich Result braucht.

Dieses Tool verbindet beide Sichten und ergänzt, was keines von beiden kann: eine verständliche Erklärung und eine konkrete Lösung zu jedem Befund, Zeilennummern bei Syntaxfehlern, Schreibvorschläge bei Tippfehlern und ein korrigiertes JSON-LD zum Kopieren. Eingefügter Code wird in deinem Browser geprüft und nie hochgeladen. Außerdem sagt es dir ehrlich, wenn Google einen Ergebnistyp eingestellt hat.

Grenzen: Das Tool liest das HTML so, wie der Server es ausliefert, und führt kein JavaScript aus; per Script eingefügte Auszeichnung musst du von Hand einfügen. Es prüft nur JSON-LD und kann nicht kontrollieren, ob die Auszeichnung zum sichtbaren Inhalt passt.

So testest du strukturierte Daten mit diesem Schema Validator

1. Gib die URL der Seite ein und klicke auf „Strukturierte Daten prüfen“, oder wechsle zu „Code einfügen“ und füge einen JSON-LD-Block oder den kompletten Quelltext ein.
2. Lies die Zusammenfassung: wie viele Fehler, Warnungen und OK-Punkte die Seite hat und für welches Google-Rich-Result jeder Block infrage kommt.
3. Geh die Blöcke durch: Behebe zuerst die roten Fehler, dann die gelben Warnungen. Jeder Befund sagt, was falsch ist, warum es zählt und wie du es behebst.
4. Klicke auf „Korrigiertes JSON-LD kopieren“, ersetze die TODO-Platzhalter durch deine echten Daten und veröffentliche den korrigierten Block.
5. Prüfe die Live-Seite erneut per URL und bestätige dann mit Googles Test für Rich-Suchergebnisse und der Search Console, dass Google dasselbe Ergebnis sieht.