JSON-LD

JSON-LD ist ein JavaScript-basiertes Format zur Veröffentlichung von strukturierten Daten, meist in einem script type="application/ld+json"-Block. Für SEO ist das relevant, weil Google es für strukturierte Daten ausdrücklich empfiehlt, und es sich auf großen Websites deutlich leichter ausrollen und steuern lässt als Microdata.

Warum SEOs JSON-LD nutzen

Saubere Implementierung. Geringeres Entwicklungsrisiko. Besseres QA. Das ist der eigentliche Reiz.

Mit JSON-LD können Sie ein Produkt, Article, FAQPage, Organization, LocalBusiness oder BreadcrumbList auszeichnen, ohne sichtbare HTML-Elemente anzutasten. Das ist besonders wichtig für Enterprise-Websites, bei denen Template-Änderungen lange QA-Zyklen auslösen. In der Praxis setzen die meisten Teams es über CMS-Felder, serverseitiges Rendering oder Tag-Management um und validieren anschließend mit dem Rich Results Test von Google, der Google Search Console sowie der Screaming-Frog-Custom-Extraktion.

Außerdem skaliert es besser über Templates hinweg. Wenn Sie 20.000 Produkt-URLs oder 5.000 Standortseiten verwalten, lässt sich ein Schema-Generator leichter zentral steuern als manuell gepflegtes Microdata.

Worauf JSON-LD tatsächlich Einfluss hat

JSON-LD verbessert nicht die Rankings allein. Es erhöht die Eignung für Rich Results und hilft Suchmaschinen, Entitäten konsistenter zu interpretieren.

Diese Unterscheidung ist entscheidend. Das Hinzufügen eines Product-Schemas schiebt keine schwache Seite von Position 12 auf Position 3. Es kann jedoch Preis-, Verfügbarkeits-, Bewertungs- oder Breadcrumb-Erweiterungen ermöglichen, die die CTR anheben. Auf Seiten, die bereits in den Top 5 ranken, kann schon ein CTR-Gewinn von 5% bis 15% erheblich sein. Messen lässt sich das in der GSC – nicht, indem man nur auf einen Schema-Validator starrt.

Googles Dokumentation macht die Regel weiterhin klar: Gültige strukturierte Daten sind für viele Rich-Result-Typen erforderlich, aber die Eignung ist keine Garantie. Google kann Markup ignorieren, Rich Results unterdrücken oder das, was angezeigt wird, umschreiben.

Implementierungsstandards, die standhalten

• Passen Sie das Schema an den sichtbaren Inhalt der Seite an. Wenn die Seite keine Bewertungen zeigt, sollten Sie aggregateRating nicht auszeichnen.
• Verwenden Sie kanonische URLs in Feldern wie url und halten Sie Entitätsreferenzen über Varianten hinweg konsistent.
• Generieren Sie das Markup nach Möglichkeit serverseitig. Client-gerendertes Schema kann funktionieren, ist aber auf großen, JS-lastigen Websites weniger zuverlässig.
• Validieren Sie im Rich Results Test von Google und überwachen Sie anschließend in der GSC die Berichte zu Erweiterungen.
• Gehen Sie mit Screaming Frog oder Sitebulb in großem Umfang crawlen, um fehlende Felder, fehlerhaftes JSON und Template-Drift zu erkennen.

Ahrefs und Semrush validieren Schema nicht tiefgehend, aber sie helfen Ihnen dabei, Seiten zu priorisieren, bei denen Rich-Result-Verbesserungen den Traffic voraussichtlich am schnellsten erhöhen können. Surfer SEO und Moz sind hier weniger hilfreich; das ist vor allem ein technisches SEO- und SERP-Problem, nicht eines der Content-Bewertung.

Die wichtige Einschränkung, die die meisten Teams übersehen

Schema-Daten sind nur so vertrauenswürdig wie die Quelle, die sie speist. Wenn Ihr Produkt-Feed veraltet ist, ist Ihr JSON-LD ebenfalls veraltet. So kommt es dazu, dass Produkte als „auf Lager“ ausgezeichnet werden, obwohl sie nicht verfügbar sind, oder dass Veröffentlichungszahlen für Bewertungen erscheinen, die nicht zur Seite passen.

Googles John Mueller hat wiederholt betont, dass strukturierte Daten den Seiteninhalt widerspiegeln müssen, und dass Abweichungen dazu führen können, dass Markup ignoriert wird oder manuelle Maßnahmen ergriffen werden. Ja, JSON-LD ist das beste Format. Nein, es ist kein Abkürzungsweg. Schlechte Daten in einem „sauberen“ Format sind immer noch schlechte Daten.