Strukturierte Daten markup linter
Überprüfen Sie eingefügte JSON-LD auf Syntax- und Feldinkonsistenzen.
Ihre Eingaben
Ihre Ergebnisse
Bereit, wenn Sie es sindIhre Ergebnisse erscheinen hier.
So funktioniert es
JSON-LD-förmiges JSON analysieren und fehlende Kontexte/Typen, ausgewählte nicht absolute URL-Werte und minimale LocalBusiness-Namen/Adressenprobleme melden, ohne Kontexte abzurufen.
Lesen Sie die QuellenreferenzGut zu wissen
Ein begrenzter lokaler Linter, kein JSON-LD-Prozessor, Schema.org Ontology Validator oder Google Rich Results Test. Valid JSON kann immer noch semantisch falsch sein; doppelte JSON-Schlüssel behalten den letzten Wert.
Wann Sie dieses Tool verwenden sollten
Separate JSON-Syntax aus ausgewählten strukturierten Datenprüfungen. Dieser Linter identifiziert häufige Auslassungen und gibt an, wo die semantische Validierung noch ein anderes Tool benötigt.
- Finden Sie fehlende Typen.
- Überprüfen Sie einen JSON-LD-Entwurf.
- Getrennte Syntax- und Förderfähigkeitsprüfungen.
So verwenden Sie Structured-Data Markup Linter
Vorbereitung der Inputs
Fügen Sie die angeforderte Quelle oder Crawl-Export-Spalten ein oder laden Sie sie hoch.
Wählen Sie die Einstellungen
Führen Sie den lokalen Scheck aus; Es werden keine Remote-Website-Anfragen gestellt.
Überprüfung und Ausfuhr
Überprüfen Sie markierte Zeilen und bestätigen Sie sie gegen die tatsächliche Site.
Versuchen Sie das mitgelieferte Beispiel
Inputs
json: {"@context":"https://schema.org","@type":"LocalBusiness","name":"Example Studio","Adresse":{"@type':"PostalAddress","streetAddress":"123 Example Street","AdresseLocality":"Beispielstadt","AdresseLand":"US"}}
Ergebnis
Das Beispiel analysiert einen LocalBusiness-Knoten mit Kontext, Name und Adresse.
Was es bedeutet
Ein Null-Ergebnis führt nicht zur Richtigkeit von Schema.org oder zur Eignung für Rich-Ergebnisse.
Häufige Fehler zu vermeiden
Ein Limited Linter ist keine semantische Zertifizierung
Ein Limited Linter ist keine semantische Zertifizierung.
Duplizierte JSON-Schlüssel können frühere Werte verbergen
Duplizierte JSON-Schlüssel können frühere Werte verbergen.
Häufig gestellte Fragen
Definitionen, Edge Cases und praktische nächste Schritte für dieses Tool. Suchen Sie alle Tool FAQs
Ist das @context?
Nein. Alle Kontrollen finden lokal statt.
Ist das ein kompletter JSON-LD Prozessor?
Nein. Es erweitert nicht Kontexte oder löst Vokabulare auf.
Kann ich einen @graph einfügen?
Ja, oder ein Top-Level-Objekt oder ein Array von Objekten.
Welche Geschäftsfelder werden überprüft?
Minimaler LocalBusiness-Name und Adresspräsenz plus gemeinsame Kontext / Typ / URL-Formen.
Sind relative IDs immer ungültig?
Nein. Sie können kontextabhängig sein; das Tool fordert Sie auf, sie zu überprüfen, anstatt Ungültigkeit zu beanspruchen.
Bedeutet valides JSON ein reiches Ergebnis?
Nein. Verwenden Sie den entsprechenden Plattformtest und überprüfen Sie die Förderfähigkeit der Police.
Werden meine Eingaben hochgeladen oder gespeichert?
Die Verarbeitung erfolgt lokal in Ihrem Browser. Dieses Tool lädt keine Eingaben hoch. Downloads bleiben auf Ihrem Gerät; Teilen oder Öffnen in einem anderen Dienst ist Ihre Wahl.
Was sollte ich vor der Verwendung des Outputs überprüfen?
Ein begrenzter lokaler Linter, kein JSON-LD-Prozessor, Schema.org Ontology Validator oder Google Rich Results Test. Valid JSON kann immer noch semantisch falsch sein; doppelte JSON-Schlüssel behalten den letzten Wert.
Erkunden Sie das Thema im Blog
Quellen und Verfahren
Verwenden Sie die Verweise unten, um Definitionen und Plattformführung zu überprüfen. Umfang und Grenzen des Modells sind oben erläutert. Lesen Sie unsere redaktionellen Standards.