JSON-LD und strukturierte Daten: Praxisleitfaden für korrekte Suchinformationen

JSON-LD ist ein Format für strukturierte Informationen über eine Seite und ihre beschriebenen Entitäten. Auf Unternehmenswebsites kann es Organisation, Artikel, Produkt oder andere passende Themen mit einem gemeinsamen Vokabular wie Schema.org abbilden. Google unterstützt und empfiehlt JSON-LD für entsprechende Umsetzungen. Ziel ist eine korrekte, maschinenlesbare Beschreibung tatsächlicher Inhalte.

Der Artikel wurde ursprünglich am 28. Oktober 2015 veröffentlicht und am 12. Oktober 2026 überarbeitet. Genauigkeit bleibt das Grundprinzip; unterstützte Darstellungen und Plattformvorgaben ändern sich. Strukturierte Daten können zur Eignung für bestimmte Rich Results beitragen, garantieren aber weder Anzeige noch bessere Platzierung. Betrachten Sie die Umsetzung als Informationsqualitätsaufgabe mit konkreten Prüfkriterien und Wartungsverantwortung.

Beschreiben Sie zuerst, was Besucher sehen und welchen Zweck die Seite erfüllt. Eine Leistung unterscheidet sich von einem Produkt mit konkretem Kaufangebot. Ein redaktioneller Artikel unterscheidet sich von einem Katalog oder einer Werbeseite. Markup sollte dem Inhaltsmodell folgen, statt möglichst viele Schematypen anzuhäufen.

Ordnen Sie Templates, Themen und Datenquellen zu. Für Artikel können Titel-, Autoren- und Datumsfelder im CMS dienen, für Produkte Katalog und Bestandssystem. Prüfen Sie, wer jeden Wert aktualisiert und ob er auf der Seite korrekt dargestellt wird. Diese Vorbereitung verhindert Aussagen ohne Grundlage in den tatsächlichen Inhalten und zeigt fehlende Angaben vor Entwicklung des Erstellungsmechanismus.

Schema.org bietet ein breites Vokabular; Suchmaschinen dokumentieren dagegen konkrete Funktionen und Anforderungen. Ein gültiger Typ erzeugt nicht zwangsläufig eine besondere Google-Darstellung. Unterstützte Funktionen können zudem mehr Bedingungen verlangen als ein allgemeiner Validator prüft. Lesen Sie vor der Umsetzung die Dokumentation der gewünschten Funktion.

Das ist bei Vorschlägen auf Basis alter Ratschläge wichtig. Updates von 2026 nennen den 7. Mai als Ende der Google-FAQ-Rich-Results. Hilfreiche Fragen bleiben auf der Seite, doch die frühere Darstellung darf kein Projektversprechen sein. Bewerten Sie bestehendes Markup anhand heutiger Unterstützung und tatsächlichem Zweck. Die Korrektur veralteter Erwartungen gehört zur technischen Vorbereitung.

Eine Seite kann Artikel, Autor und Herausgeberorganisation beschreiben. Halten Sie Namen und Kennungen konsistent, statt in mehreren Scripts unverbundene Beschreibungen zu erzeugen. Stabile Kennungen erleichtern Referenzzuordnung, sofern Beziehungen zur Website passen. Ein Entitätsgraph erlaubt keine erfundene Expertise oder Partnerschaften.

Bei einem hypothetischen Agenturartikel ist die Organisation Herausgeber, Autor ist die verantwortliche Person oder das Team, und die Seite beherbergt den Artikel. Diese Rollen unterscheiden sich trotz Informationsüberschneidungen. Dokumentieren Sie Beziehungen vor Erstellung des JSON-LD, damit Redaktion und Entwicklung dieselbe Logik prüfen können. Das reduziert Widersprüche, wenn Theme, SEO-Plugin und individueller Code denselben Inhalt getrennt beschreiben.

Strukturierte Daten müssen dem entsprechen, was Besucher lesen. Produktpreise, Verfügbarkeit und Bewertungen benötigen besondere Sorgfalt, da sie sich ändern oder Zusatzbedingungen unterliegen. Eine Syntaxprüfung belegt keine Berechtigung zur Veröffentlichung einer Bewertung. Nutzen Sie tatsächliche Daten mit geeigneter Herkunft und beachten Sie die Richtlinien der Funktion.

Erhalten Sie bei Artikeln das ursprüngliche Veröffentlichungsdatum und ändern Sie das Änderungsdatum erst bei tatsächlicher Prüfung oder wesentlicher Anpassung. Datumswechsel ohne Überarbeitung täuschen Aktualität vor. Unternehmensname und Kontaktangaben müssen den öffentlichen Seiten entsprechen. Definieren Sie möglichst eine Quelle je Information. Katalog- oder CMS-Änderungen sollten Seite und strukturierte Beschreibung über denselben verlässlichen Prozess aktualisieren.

WordPress-Themes und -Plugins erstellen oft automatisch Schema. Prüfen Sie die Ausgabe, bevor Sie eigenen Code ergänzen. Legen Sie fest, welche Komponente Organisation, Breadcrumbs, Artikel oder Produkt verwaltet, und entfernen Sie Überschneidungen gezielt. Mehrere Scripts sind nicht grundsätzlich falsch; widersprüchliche Beschreibungen derselben Entität erschweren jedoch die Pflege.

Individuelle Umsetzungen sollten vorhandene CMS-Felder statt unveränderlicher, für Redakteure unzugänglicher Texte lesen. Nutzen Sie geeignete Serialisierung und prüfen Sie sichere Scripteinbettung. Testen Sie Artikel ohne optionale Felder, Produktvarianten und übersetzte Inhalte. Entscheidend ist korrekte Erstellung im Alltag. Ein richtiges Vorlaunchbeispiel genügt nicht, wenn die erste normale redaktionelle Änderung falsche Ergebnisse erzeugt.

Werkzeuge beantworten unterschiedliche Fragen. Ein JSON-Parser findet Syntaxfehler, ein Schemavalidator prüft Vokabularnutzung. Googles Rich Results Test untersucht unterstützte Funktionen und Pflichtfelder. Search Console und URL-Prüfung zeigen, was Google nach Veröffentlichung empfängt und meldet. Erfolg in einem Werkzeug beantwortet nicht automatisch alle anderen Fragen.

Testen Sie das veröffentlichte Ergebnis statt nur Codebeispiele. Cache, CMS-Einstellungen und Pluginkonflikte können die Ausgabe verändern. Nutzen Sie repräsentative Templates und realistische Ausnahmen wie Artikel ohne Hauptbild oder vorübergehend nicht verfügbare Produkte. Dokumentieren Sie Adressen und erwartete Korrekturen. Entscheiden Sie je fehlendem Feld, ob Inhalt ergänzt oder eine unbelegte Aussage entfernt werden muss.

Schema ist eine zu wartende Funktion. Neue Produktpreise, Teamwechsel, Unternehmensangaben und Templateupgrades beeinflussen die Genauigkeit. Bestimmen Sie Informationsverantwortliche und Entwickler für die Erstellungslogik. Ergänzen Sie angemessene Prüfungen relevanter Veröffentlichungen, damit das Ergebnis nicht schrittweise von den tatsächlichen Inhalten abweicht.

Eine praktische Wartungsdatei beschreibt Templates, Felder, Prüfungen und bewertete Dokumentation. Prüfen Sie Plattformupdates regelmäßig und bei unerklärlichen Berichtsänderungen. Nicht jede alte Warnung verlangt ohne aktuelle Richtlinienprüfung sofortigen Codewechsel. Lassen Sie zugleich keine falschen Werte bestehen, nur weil ein Validator sie akzeptiert. Maßstab ist betriebliche Genauigkeit; Werkzeuge liefern Bewertungsbelege. Klare Zuständigkeit verkleinert Änderungen und verhindert wiederholte Untersuchung derselben Probleme.

JSON-LD wirkt im gesamten technischen und redaktionellen Rahmen. Eine korrekt beschriebene Seite kann dennoch von der Indexierung ausgeschlossen, schwer bedienbar oder für Kunden unzureichend sein. Beheben Sie solche Hindernisse gemeinsam mit dem Markup und führen Sie Leistungsbeschreibungen, Navigation und Performance im selben Plan. Google stellt außerdem klar, dass eigene generative KI-Funktionen kein besonderes Schema erfordern.

8web kann bestehende Ausgaben prüfen, ein passendes Inhaltsmodell definieren und in WordPress oder individueller Entwicklung umsetzen. Der Umfang braucht konkrete Templates, unterstützte Funktionen, erforderliche Daten und ein Prüfverfahren. Ergebnis ist eine pflegbare Beschreibung tatsächlicher Informationen. Bewerten Sie Erfolg anhand korrekter Veröffentlichung, weniger Widersprüchen und relevanter Suchberichte. Positionen und endgültige Ergebnisdarstellung bleiben Entscheidungen externer Systeme und sind nicht garantierbar.