JSON-LD-Entitäten und typische Schemafelder prüfen

Fügen Sie ein Objekt, ein Array, ein @graph-Dokument oder einen vollständigen <script type="application/ld+json">-Block ein, um die deklarierten Entitäten aufzulisten und doppelte @id-Werte, fehlende Felder und fehlerhafte Datumsangaben zu finden. Das ist eine Feldprüfung in Ihrem Browser, kein vollständiger JSON-LD-Validator und keine Garantie für Google-Rich-Ergebnisse.

Läuft lokal in deinem Browser

JSON-LD-Entitäten, @id-Werte und Schemafelder prüfen

Die Seite liest ein JSON-LD-Dokument — ein Objekt, ein Array, ein @graph-Dokument oder einen vollständigen <script type="application/ld+json">-Block aus einer Seite — und listet jeden Knoten mit @type auf. Verschachtelte Knoten zählen mit: Ein Article mit Autor und Herausgeber ergibt drei Entitäten.

Geprüft werden Felder: eine @context-Deklaration, ein schema.org-Verweis, doppelte @id-Werte und die Felder, die Google für Article, Product, FAQPage, BreadcrumbList, Organization und WebSite als erforderlich nennt. Das Dokument wird nicht expandiert und nichts abgerufen; das Ergebnis ist eine Prüfung eines Ausschnitts, kein Urteil über eine URL.

Fügen Sie das JSON-LD links ein, oder laden Sie mit Beispiel laden ein @graph-Dokument mit zwei Entitäten.
Drücken Sie JSON-LD prüfen. Lässt sich das Dokument nicht lesen, werden Zeile und Spalte des Fehlers statt eines formatierten Ergebnisses angezeigt.
Lesen Sie rechts Erkannte Entitäten: Jede Karte zeigt die @type-Werte und headline, name oder @id des Knotens.
Lesen Sie die Befundliste unter den Karten. Doppelte @id-Werte erscheinen als Fehler, fehlende Felder und fehlerhafte Daten als Warnungen, optionale Hinweise als Notizen.
Kopieren oder laden Sie das formatierte JSON-LD und drücken Sie Leeren, bevor das nächste Dokument geprüft wird.

Was diese Seite prüft und was einem vollständigen JSON-LD-Validator überlassen bleibt

Was geprüft wird

Der Durchlauf hält fest, ob ein Objekt @context deklariert und ob das Dokument schema.org erwähnt. Ein Array auf oberster Ebene, dessen Knoten jeweils eigenes @context tragen, besteht die Prüfung, weil JSON-LD diese Form erlaubt; fehlt @context vollständig, gibt es eine Warnung statt zweier.

Die Feldprüfungen laufen je Typ. Article, NewsArticle und BlogPosting werden auf headline, image, datePublished und author geprüft, und datePublished muss ein ISO-8601-Datum sein: 2026-02-30 und 20260102 werden gemeldet. Product wird auf name und offers geprüft, FAQPage auf mainEntity, BreadcrumbList auf itemListElement, Organization und WebSite auf name. Jede doppelte @id wird einmal je Wiederholung gemeldet.

Was die Seite nicht leistet

Sie ruft keine URL ab, expandiert das Dokument nicht, löst keine entfernten Kontexte auf und validiert nicht gegen die JSON-LD-Spezifikation: Ein Dokument kann hier alle Prüfungen bestehen und trotzdem einen Konformitätstest verfehlen. Ebenso wenig lässt sich feststellen, ob das Markup zur sichtbaren Seite passt — genau das vergleicht Google, bevor ein Rich-Ergebnis vergeben wird.

Behandeln Sie das Ergebnis als Feldprüfung eines Ausschnitts. Für ein Urteil auf URL-Ebene kombinieren Sie diese Seite mit dem Rich-Results-Test und dem Schema-Markup-Validator; gültiges Markup ist eine Voraussetzung, aber kein Rankingfaktor für sich.

Snippets aus der Praxis

Aus einer Seite kopierte Snippets kommen oft mit BOM, abschließendem Zeilenumbruch oder dem kompletten <script type="application/ld+json">-Block; alle drei Formen werden angenommen, und ein Syntaxfehler wird mit Zeile und Spalte aus der Parser-Meldung angezeigt.

Ein fehlgeschlagener Lauf leert das Ausgabefeld, die Entitätskarten und die bisherigen Befunde, sodass ein älteres Dokument nie mit dem aktuellen verwechselt wird. Nichts wird hochgeladen: Dokument, Befunde und Download-Datei bleiben im Browser, und die Seite funktioniert nach dem Laden weiter offline.