Wissen / Anleitungen / SEO & GEO

Schema.org und JSON-LD: strukturierte Daten

Strukturierte Daten sinnvoll und technisch korrekt einbauen.

Stand: 27.10.2026 · Redaktion: Carl Thorns · Kostenlos und ohne Anmeldung

Dieser Leitfaden führt dich vom konkreten Ausgangsproblem über die praktische Umsetzung bis zur überprüfbaren Abnahme. Jeder Abschnitt nennt eine Methode, ein Beispiel, ein Erfolgskriterium und eine typische Fehlerquelle.

Arbeitsablauf auf einen Blick

1. Passenden Typ wählen

Wähle den Typ nach dem tatsächlichen Inhalt, nicht nach gewünschten Suchergebnis-Features.

Praxisbeispiel
TechArticle für eine technische Anleitung, SoftwareApplication für ein echtes Tool.
So erkennst du, dass es funktioniert: Sichtbarer Inhalt und Typ stimmen überein.
Typischer Fehler: Unpassende Review- oder FAQ-Typen erzwingen.

2. JSON-LD korrekt einbetten

Nutze script type=application/ld+json und gültiges JSON. Verwende absolute URLs für Identifikatoren und Links.

Praxisbeispiel
<script type="application/ld+json">{"@context":"https://schema.org","@type":"TechArticle","headline":"PHP sicher konfigurieren"}</script>
So erkennst du, dass es funktioniert: JSON ist parsebar und Eigenschaften passen zur Seite.
Typischer Fehler: HTML-Kommentare oder ungültige Kommas in JSON übernehmen.

3. Breadcrumbs modellieren

Beschreibe die sichtbare Hierarchie mit BreadcrumbList und konsistenten URLs.

Praxisbeispiel
Start → Wissen → PHP-Sicherheit
So erkennst du, dass es funktioniert: Jeder Eintrag verweist auf eine existierende URL.
Typischer Fehler: Breadcrumbs im Markup, aber nicht auf der Seite anzeigen.

4. Validieren und Grenzen kennen

Teste strukturierte Daten mit Schema Markup Validator und für unterstützte Typen mit Googles Rich Results Test.

Praxisbeispiel
Nach Änderung erneut validieren und URL-Inspektion nutzen.
So erkennst du, dass es funktioniert: Keine Syntaxfehler; Warnungen sind fachlich bewertet.
Typischer Fehler: Validierung als Garantie für Rich Results ansehen.

5. Pflege automatisieren

Generiere Markup aus denselben Metadaten wie Titel, Canonical und sichtbare Angaben.

Praxisbeispiel
CMS-Felder headline, dateModified und author zentral pflegen.
So erkennst du, dass es funktioniert: Änderungen bleiben über HTML und JSON-LD konsistent.
Typischer Fehler: Veraltete Datumsangaben oder erfundene Autoren veröffentlichen.

Abnahmeprotokoll für die Praxis

Nutze die folgenden Punkte als dokumentierbare Abnahme. Trage bei jedem Punkt Datum, getestete URL beziehungsweise System, Ergebnis und gegebenenfalls einen offenen Befund ein.

  1. Abnahmekriterium: Sichtbarer Inhalt und Typ stimmen überein.

  2. Abnahmekriterium: JSON ist parsebar und Eigenschaften passen zur Seite.

  3. Abnahmekriterium: Jeder Eintrag verweist auf eine existierende URL.

  4. Abnahmekriterium: Keine Syntaxfehler; Warnungen sind fachlich bewertet.

  5. Abnahmekriterium: Änderungen bleiben über HTML und JSON-LD konsistent.

Fachquellen und weiterführende Dokumentation

Diese Primärquellen dienen zur Vertiefung und zur Prüfung versionsabhängiger Details. Bei rechtlichen Themen ersetzt der Leitfaden keine individuelle Rechtsberatung.

Praxisvertiefung: Nur sichtbare Fakten auszeichnen

Wähle den Typ passend zur Seite: Article für Fachbeiträge, BreadcrumbList für Navigation oder SoftwareApplication für ein echtes Tool. Markiere keine Eigenschaften, die Nutzer auf der Seite nicht finden.

Technische Umsetzung

JSON-LD-Beispiel: {"@context":"https://schema.org","@type":"Article","headline":"Beispieltitel","inLanguage":"de-DE"}. Ergänze gültige URL, Autor und Datumsangaben, wenn vorhanden.

So überprüfst du das Ergebnis

Prüfe Syntax und Eignung mit dem Rich Results Test und Schema Validator. Valides Schema garantiert keine Rich Results.