JSON-LD-Validator für strukturierte Daten
HTML oder rohes JSON-LD einfügen, um strukturierte Daten vom Typ FAQPage, BreadcrumbList und Article zu validieren. Fehlende Pflichteigenschaften und typische Fehler bei Google Rich Results werden sofort angezeigt.
Tipps
- Bei FAQPage muss acceptedAnswer.text immer eine reine Zeichenkette sein. Wird dort ein Objekt oder Array eingesetzt, kann Google Rich Results den Inhalt nicht auslesen.
- Bei BreadcrumbList sollte position eine bei 1 beginnende fortlaufende Reihe bilden. Lücken oder Duplikate verhindern, dass die Breadcrumb-Navigation korrekt erkannt wird.
- Die headline eines Article sollte etwa 110 Zeichen nicht überschreiten – das ist Googles Richtwert. Längere Überschriften können in den Suchergebnissen abgeschnitten werden.
- Sie können eine komplette HTML-Seite einfügen: Das Tool extrahiert automatisch den Inhalt jedes <script type="application/ld+json">-Blocks. Auch das reine JSON allein einzufügen funktioniert.
- Enthält eine Seite mehrere strukturierte Datenblöcke, erleichtert es die Wartung, jeden davon in einem eigenen <script>-Tag zu belassen.
Häufig gestellte Fragen
Übrigens – warum JSON-LD Microdata und RDFa abgelöst hat
JSON-LD (JSON for Linking Data) entstand Anfang der 2010er-Jahre als Linked-Data-Format, das von einer W3C-Community-Gruppe standardisiert wurde. Anders als die älteren Notationen für strukturierte Daten, Microdata und RDFa, die Markup direkt in HTML-Attribute einbetten, liegt JSON-LD vollständig innerhalb eines <script>-Tags als eigenständiger JSON-Block vor. Dadurch lassen sich strukturierte Daten hinzufügen, bearbeiten oder entfernen, ohne das umgebende HTML-Layout überhaupt anzutasten. Google begann etwa 2015, JSON-LD als empfohlenes Format zu bevorzugen, und die aktuelle Dokumentation zu Rich Results ist fast ausschließlich um die JSON-LD-Syntax herum geschrieben.
Die FAQ-Bereiche dieser Website funktionieren nach demselben Prinzip: Die Autoren schreiben jede Frage und Antwort nur einmal, und im Hintergrund wird automatisch ein passender FAQPage-JSON-LD-Block erzeugt. Der gleiche Inhalt muss also nicht zweimal von Hand gepflegt werden – einmal für das für Menschen lesbare Akkordeon und einmal für das maschinenlesbare Schema –, sodass beide nie auseinanderlaufen, wie es bei manuell doppelt gepflegtem Markup leicht passiert.
Selbst syntaktisch gültiges JSON kann bei Rich Results scheitern, wenn eine von Schema.org geforderte Eigenschaft fehlt oder eine von Google empfohlene Eigenschaft nicht gesetzt ist. Tief verschachtelte Felder wie acceptedAnswer.text sind ein klassisches Beispiel für strukturelle Fehler. Eine solche Prüfung vor der Veröffentlichung durchzuführen, deckt diese Fehler früher auf, als erst später im Bericht „Verbesserungen" der Search Console darauf zu stoßen.