Technik · Prüfpunkt
Warum wird ungültiges JSON-LD von Google still ignoriert?
Weil ein Datenblock mit Syntaxfehler für die Maschine schlicht nicht lesbar ist — und Google in diesem Fall keinen Fehler anzeigt, sondern den Block wortlos überspringt. Die strukturierten Daten, die der Seite Rich-Ergebnisse und eine saubere Einordnung bringen sollten, existieren dann faktisch nicht. Die häufigste Ursache ist banal: ein überflüssiges Komma vor einer schließenden Klammer. Unsere Prüfung parst jeden JSON-LD-Block Ihrer Seiten und meldet ungültige samt Fehlerstelle.
Ein Komma schaltet das ganze Markup ab
JSON-LD ist ein striktes Format: Ein fehlendes Anführungszeichen, ein überflüssiges Komma oder eine nicht geschlossene Klammer machen den gesamten Block ungültig — nicht nur die betroffene Zeile. Der Browser zeigt davon nichts, die Seite sieht für Besucher normal aus. Deshalb überleben solche Fehler oft monatelang: Sie entstehen bei einer Hand-Anpassung oder durch eine Erweiterung, die den Block fehlerhaft zusammensetzt, und niemand bemerkt, dass die Rich-Ergebnisse ausgeblieben sind.
Was die Prüfung genau misst
Die Prüfung liest jeden JSON-LD-Block der gemessenen Seiten und parst ihn mit einem strikten JSON-Parser. Der Bericht nennt, wie viele Blöcke ungültig sind, die betroffenen Typen (etwa Organisation oder Beitrag) und die konkrete Parser-Fehlermeldung — damit die Korrektur an der richtigen Stelle ansetzt. Geprüft wird die Syntax; ob die Inhalte des Markups vollständig und wahr sind, ist ein eigenes Thema des GEO-Prüfbereichs.
So gehen Sie es an
- Beheben Sie den im Bericht genannten Parser-Fehler — meist ein Komma vor einer schließenden Klammer.
- Testen Sie nach jeder Hand-Anpassung am Markup mit einem JSON-Prüfer, bevor die Änderung live geht.
- Erzeugen Sie JSON-LD nach Möglichkeit maschinell aus den Seitendaten, statt Blöcke von Hand zu pflegen.
Häufige Fragen
Die Seite funktioniert doch — woran erkenne ich den Fehler überhaupt?
Genau das ist die Tücke: Am Erscheinungsbild der Seite gar nicht. Sichtbar wird der Fehler nur in Prüfwerkzeugen — oder an der Abwesenheit von Rich-Ergebnissen in der Suche. Der Prüfbericht nennt Block, Typ und Fehlermeldung.
Wird bei einem Fehler wirklich der ganze Block verworfen?
Ja. JSON kennt keine Teil-Lesbarkeit: Der Parser bricht an der fehlerhaften Stelle ab, und der gesamte Block gilt als ungültig. Stehen mehrere Blöcke auf der Seite, bleiben die fehlerfreien davon unberührt.
Reicht es, wenn das Markup im Test-Werkzeug von Google grün ist?
Der Rich-Results-Test prüft denselben Sachverhalt und ist eine gute Gegenprobe. Unsere Prüfung misst zusätzlich regelmäßig und über mehrere Seiten — Fehler, die eine Erweiterung später einschleppt, fallen so auf, ohne dass jemand manuell testet.
Weiter im Prüfbereich Technik
- Warum muss der Schema-Kontext ohne www geschrieben sein?JSON-LD mit @context „https://www.schema.org" wird von Google nicht als gültiger Kontext erkannt — das gesamte strukturierte Markup bleibt wirkungslos.
- Wie wirken Scroll-Einblendungen auf die Indexierung?Per Scroll-JavaScript eingeblendete Inhalte stehen zwar im Quelltext, sind aber erst nach Skript-Ausführung sichtbar — ein Risiko-Hinweis, kein Verstoß.
- Warum muss eine Website mit Status 200 antworten?Status 200 heißt: Der Server liefert die Seite fehlerfrei aus. Nur solche Seiten kann Google aufnehmen — die Prüfung folgt der ganzen Antwortkette.
- Warum erscheint meine fertige Website nicht bei Google?Häufigste Ursache: ein vergessenes noindex. Diese eine Anweisung schließt die Seite vollständig aus dem Google-Index aus.
Dieser Prüfpunkt gehört zum Prüfbereich Technik — dort stehen alle Prüfpunkte im Überblick. Was die Prüfung insgesamt leistet, zeigt die Leistungsseite; wie ein Ergebnis zustande kommt, erklärt das Prüfverfahren. Alle Prüfbereiche im Überblick: Wissensbasis.