Skip to main content

Strukturierte Daten für die KI-Suche

JSON-LD auswählen, implementieren, validieren und pflegen: So erkennen Suchmaschinen und KI-Systeme Ihre Organisation, Inhalte, Produkte und Antworten.

Kurzantwort

Strukturierte Daten helfen KI-Suchsystemen dabei, Entitäten, Autoren, Datumsangaben, Produkte und sichtbare Antworten auf einer Seite zu erkennen. Sie ersetzen jedoch nicht die Seite selbst. Verwenden Sie den spezifischsten passenden Schema-Typ, achten Sie darauf, dass jede ausgezeichnete Aussage sichtbar und korrekt ist, verknüpfen Sie Entitäten über stabile Kennungen und validieren Sie das JSON-LD nach jeder Template-Änderung.

13 Min. LesezeitAktualisiert: 2026-09-22

Wichtigste Erkenntnisse

  • Markup macht sichtbare Fakten eindeutig; es darf niemals Fakten erfinden oder Inhalte vor Besuchern verbergen.
  • Organization, Person, Article, Product, FAQPage und HowTo beantworten unterschiedliche Fragen zu Entitäten.
  • Stabile @id- und sameAs-Referenzen helfen dabei, dieselbe Entität über mehrere Seiten hinweg zu verknüpfen.
  • Die Eignung für Rich Results und die Sichtbarkeit als Quelle in KI-Antworten sind zwei getrennte Ergebnisse.
  • Die Validierung muss Syntax, Vokabular, inhaltliche Übereinstimmung und das gerenderte HTML im Produktivbetrieb abdecken.

Was leisten strukturierte Daten für die KI-Suche?

JSON-LD stellt Maschinen einen expliziten Graphen der Seite bereit: Wer hat sie veröffentlicht, welche Entität beschreibt sie, wann wurde sie geändert und wie hängen ihre Bestandteile zusammen? Das reduziert Mehrdeutigkeiten bei der Extraktion und Zuordnung. Es zwingt ein Suchsystem jedoch nicht dazu, die Seite zu crawlen, ihr zu vertrauen, sie in Suchergebnissen zu platzieren oder als Quelle zu zitieren. Deshalb sollten Sie sich erst um strukturierte Daten kümmern, wenn der Zugriff funktioniert und die sichtbaren Inhalte stimmen.

Betrachten Sie strukturierte Daten als sachliche Kennzeichnung sichtbarer Inhalte. Wenn Besucher eine Aussage auf der Seite nicht überprüfen können, darf diese Aussage nicht ausschließlich im JSON-LD stehen.

Welche Schema-Typen sollten Sie verwenden?

Zweck der SeitePrimärer TypWichtige Eigenschaften
Unternehmen oder MarkeOrganizationname, url, logo, sameAs
Redaktionelle InhalteArticle oder BlogPostingheadline, author, datePublished, dateModified
Namentlich genannter ExpertePersonname, jobTitle, affiliation, sameAs
Produkt oder SoftwareProduct oder SoftwareApplicationname, brand, offers, gegebenenfalls operatingSystem
Sichtbare Fragen und AntwortenFAQPageQuestion und acceptedAnswer, die mit dem Seiteninhalt übereinstimmen
Sichtbare Schritt-für-Schritt-AnleitungHowToname und vollständige Schritte in der richtigen Reihenfolge

Wie bauen Sie einen konsistenten Entitätsgraphen auf?

  1. Legen Sie eine stabile @id für die Organisation fest und verwenden Sie diese auf der gesamten Website wieder.
  2. Referenzieren Sie diese Organisation je nach Kontext über publisher, provider, brand oder affiliation.
  3. Erstellen Sie Person-Entitäten nur für reale, namentlich genannte Personen mit sichtbaren Profilen und Qualifikationsnachweisen.
  4. Nutzen Sie sameAs für maßgebliche Seiten, die die Identität belegen, nicht für jede auffindbare Social-Media-URL.
  5. Verknüpfen Sie jede Seite über mainEntity mit ihrer Hauptentität oder über about mit ihren Themen, sofern der Zusammenhang konkret und sichtbar ist.
  6. Halten Sie Namen, URLs, Logos, Datumsangaben, Preise und Verfügbarkeit mit dem Seiteninhalt synchron.

Wie sieht ein sicherer Implementierungsablauf aus?

Generieren Sie JSON-LD aus derselben maßgeblichen Datenquelle, aus der auch die sichtbare Seite gerendert wird. So vermeiden Sie Abweichungen bei Preisen, Verfügbarkeit, Datumsangaben, FAQ-Antworten und Autorenangaben. Rendern Sie das Skript serverseitig in das endgültige HTML, maskieren Sie serialisierte Werte sicher und vermeiden Sie widersprüchliche Entitäten, die durch das Zusammenspiel von Plugins und eigenem Code entstehen.

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Structured data for AI search",
  "author": { "@id": "https://example.com/#organization" },
  "datePublished": "2026-09-22",
  "dateModified": "2026-09-22",
  "mainEntityOfPage": "https://example.com/guide"
}

Wie sollten strukturierte Daten validiert werden?

PrüfbereichPrüffrageFehlerbeispiel
SyntaxIst das JSON gültig?Überflüssiges Komma am Ende oder unsichere Serialisierung
VokabularSind die Typen und Eigenschaften gültige Begriffe aus schema.org?Eigenschaft beim falschen Typ verwendet
EignungUnterstützt die gewünschte Suchfunktion dieses Markup?Erwartung eines nicht unterstützten Rich Results
Inhaltliche ÜbereinstimmungStimmt jede wesentliche Aussage mit dem sichtbaren Inhalt überein?Versteckte FAQ oder abweichender Preis
AuslieferungIst das Skript im HTML der Produktivseite enthalten?Rein clientseitiges Einfügen funktioniert für einen Crawler nicht

Welche Fehler bei strukturierten Daten schaden am meisten?

  • FAQPage für Fragen einfügen, die auf der Seite nicht sichtbar beantwortet werden.
  • Zusammengefasste Bewertungen oder Rezensionen verwenden, die Besucher nicht einsehen und überprüfen können.
  • Veraltete Angaben zu Preis, Verfügbarkeit, Autor oder dateModified veröffentlichen.
  • In jedem Template unterschiedliche Organization-Entitäten mit uneinheitlichen Namen und URLs anlegen.
  • Jede Seite mit mehreren, inhaltlich nicht zusammengehörigen primären Typen auszeichnen.
  • Davon ausgehen, dass eine erfolgreiche Validierung Qualität, Eignung für Suchfunktionen, Indexierung oder Zitierung belegt.

Wie messen Sie den Nutzen von Schema-Markup für die KI-Sichtbarkeit?

Messen Sie, ob Suchsysteme die Entität nach einer Korrektur des Markups genauer erkennen und beschreiben. Erfassen Sie die Validierungsabdeckung, Extraktionsfehler, gegebenenfalls erweiterte Suchdarstellungen, Crawler-Zugriffe und die Genauigkeit der Quellenangaben anhand eines festen Prompt-Sets. Schreiben Sie eine Veränderung der Sichtbarkeit nicht dem Schema-Markup zu, wenn gleichzeitig Inhalte, Links oder der Crawler-Zugriff geändert wurden.

Schritt für Schritt

  1. 1
    Die Hauptentität der Seite bestimmen

    Wählen Sie den spezifischsten Typ, der zum sichtbaren Zweck der Seite passt.

  2. 2
    Sichtbare Fakten zuordnen

    Listen Sie die Eigenschaften auf, die Besucher überprüfen können, und lassen Sie unbelegte oder nicht öffentlich zugängliche Angaben weg.

  3. 3
    Stabile Identitäten verknüpfen

    Verwenden Sie @id-Werte für Organisationen und Personen sowie sorgfältig ausgewählte sameAs-Referenzen wieder.

  4. 4
    JSON-LD aus einer gemeinsamen Datenbasis rendern

    Generieren Sie das Markup aus derselben Inhaltsquelle wie die sichtbare Seite, um Abweichungen zu verhindern.

  5. 5
    Im Produktivbetrieb validieren

    Prüfen Sie nach dem Deployment Syntax, Vokabular, inhaltliche Übereinstimmung und die endgültige serverseitig gerenderte Antwort.

Häufig gestellte Fragen

Garantiert Schema-Markup eine Quellenangabe in KI-Antworten?
Nein. Strukturierte Daten können Mehrdeutigkeiten reduzieren und die Zuordnung verbessern. Ob eine Seite als Quelle zitiert wird, hängt aber auch vom Crawler-Zugriff, der Inhaltsqualität, Relevanz, Autorität, Aktualität und dem für die Anfrage verwendeten Retrieval-System ab.
Ist JSON-LD besser als Microdata?
JSON-LD lässt sich in der Regel einfacher generieren, pflegen und validieren, ohne Attribute in das sichtbare HTML einzufügen. Entscheidend ist, dass das Markup die Inhalte korrekt beschreibt, die Besucher tatsächlich sehen können.
Darf FAQ-Markup Antworten enthalten, die für Besucher verborgen sind?
Das sollte es nicht. Die im FAQPage-Markup enthaltenen Fragen und Antworten müssen mit dem sichtbaren Seiteninhalt übereinstimmen. Verborgene oder widersprüchliche Antworten führen zu inhaltlichen Abweichungen und können gegen die Richtlinien für Suchfunktionen verstoßen.
Sollte jede Seite Organization-Markup enthalten?
Eine stabile Organization-Entität kann auf der gesamten Website referenziert werden. Vermeiden Sie jedoch mehrfach vorhandene, widersprüchliche vollständige Definitionen. Definieren Sie die Organisation einheitlich und verweisen Sie von relevanten Seiten auf ihre stabile @id.
Wie oft sollte JSON-LD geprüft werden?
Prüfen Sie JSON-LD nach Änderungen an Templates, CMS, Preisen, Autoren, Produkten oder Navigation und nehmen Sie die Validierung strukturierter Daten in Ihre regulären Release-Prozesse auf. Zeitabhängige Eigenschaften sollten aus derselben Quelle aktualisiert werden wie die sichtbaren Inhalte.

Sources

  1. [1]Schema.org-Vokabular
  2. [2]Google-Richtlinien für strukturierte Daten
  3. [3]Google-Einführung in strukturierte Daten

Scannen Sie Ihre Website auf KI-Sichtbarkeit

Führen Sie einen kostenlosen GEO- und AEO-Scan durch und erhalten Sie für Ihre Domain generierte llms.txt, robots.txt, Schema- und Content-Optimierungen.

Kostenlosen Scan starten