Google: wichtig Änderung bei der Extraktion von JSON-LD kann zu Fehlern bei strukturierten Daten führen
Bild KI-generiert
Google hat Änderungen bei der Verarbeitung von JSON-LD vorgenommen. Diese können dazu führen, dass Google in bestimmten Fällen strukturierte Daten nicht mehr richtig ausliest.
Google hat auf LinkedIn Änderungen beim Umgang mit HTML-Entitäten bekanntgegeben.
Google entpackt diese im JSON-LD jetzt nur noch einmal statt mehrfach. Die Folge: Einfach escapte Zeichen funktionieren weiter, doppelt escapte Zeichen nicht mehr.
Beispiele:
|
im Quelltext |
vorher |
jetzt |
|
& |
& |
& (unverändert, alles gut) |
|
& |
& |
& |
|
✔ |
✔ |
✔ |
Welche Auswirkungen hat das?
Überall dort, wo eine Website den Content durch eine HTML-Escape-Funktion schickt und der Wert vorher schon Entities enthielt. Das geschieht zum Beispiel bei Plugins, die Produkttitel, FAQs oder Beschreibungen aus dem WYSIWYG-Editor 1:1 ins ld+json kippen.
Ergebnis: „Müller & Sohn" im Rich Snippet, Häkchen als ✔ in der FAQ, und im ungünstigsten Fall nicht mehr funktionierende URLs mit Query-Parametern (?utm_source=x&utm_medium=y), weil url, sameAs oder offers.url dann nicht mehr matchen.
SEO-Beratung: Wir sind Ihre Experten
Wir bringen gemeinsam Ihre Website nach vorne. Profitieren Sie von jahrelanger SEO-Erfahrung.
Was zu tun ist
In JSON-LD braucht man gar keine HTML-Entities. Entweder das Zeichen direkt schreiben (&, ✔, " als \") oder JSON-Unicode-Escapes nutzen (\u0026). Also: nicht die HTML-Escape-Funktion auf die Strings anwenden, sondern einen echten JSON-Encoder (PHP json_encode(), JS JSON.stringify()).
Einzige Ausnahme, die man wirklich escapen muss: < und / in Kombination, damit ein </script> im Text den Block nicht zerschießt – dafür \u003c statt HTML-Entity.
Schneller Check
Quelltext nach &amp; und &# innerhalb von <script type="application/ld+json"> durchsuchen, bzw. per Screaming Frog Custom Extraction über alle URLs. Der Rich Results Test zeigt dann, was Google tatsächlich parst.


























