Schema.org für die Sichtbarkeit in KI: Welche Auszeichnungen jetzt wichtig sind

Schema.org für die Sichtbarkeit in künstlicher Intelligenz: Welche Auszeichnungen jetzt wichtig sind

Ab dem 5. September 2026 helfen strukturierte Daten Suchmaschinen weiterhin dabei, Seiten, Autoren, Organisationen und Fakten zu verstehen. Sie sind jedoch kein direkter Ranking-Faktor für Antworten von künstlicher Intelligenz.

Google gibt an, dass Seiten keine spezielle Schema.org-Auszeichnung benötigen, um in KI-Übersichten oder im KI-Modus zu erscheinen. Eine Seite muss hauptsächlich crawlbar, indexiert, für ein Such-Snippet qualifiziert und durch nützlichen Inhalt gestützt sein. Google sagt auch, dass strukturierte Daten mit dem sichtbaren Seiteninhalt übereinstimmen sollten. (developers.google.com)

Die beste aktuelle Strategie ist daher:

1. Strukturierte Daten verwenden, um die Seite präzise zu beschreiben.
2. Die Auszeichnung an den wahren Zweck der Seite anpassen.
3. Klare Beziehungen zwischen Artikeln, Autoren, Organisationen und Themen herstellen.
4. Direkte, vollständige Antworten in sichtbarem HTML verfassen.
5. Zitierungen von künstlicher Intelligenz getrennt von traditionellen Rich Results messen.

Fazit der Führungsebene

Die übergreifende Forschungserkenntnis ist wichtig: Das alleinige Hinzufügen generischer strukturierter Daten hat keinen konsistenten Anstieg der KI-Zitierungen bewirkt. Eine kontrollierte Ahrefs-Studie verfolgte 1.885 Seiten, die JavaScript Object Notation für verknüpfte Daten hinzugefügt hatten, und verglich sie mit 4.000 Kontrollseiten. Sie fand keine signifikante Verbesserung der Google KI-Modus- oder ChatGPT-Zitierungen. Die Google KI-Übersichts-Zitierungen gingen leicht zurück, aber die Forscher warnten, dass die Änderung gering war und nicht eindeutig der Auszeichnung zugeschrieben werden konnte. (ahrefs.com)

Ein separates Preprint aus dem Jahr 2026 ergab, dass generische Typen wie Article, Organization, BreadcrumbList und WebPage keine unabhängige Vorhersage für KI-Zitierungen lieferten, nachdem für Suchrang und Domain-Autorität kontrolliert wurde. Die stärkste Erkenntnis war, dass Seiten mit konkreten, attributreichen Daten, wie Preisen, Bewertungen und Spezifikationen, besser abschnitten als Seiten mit nur generischen Seitenbezeichnungen. Diese Erkenntnis konzentrierte sich hauptsächlich auf Produkt- und Bewertungsseiten und sollte daher nicht als Beweis dafür behandelt werden, dass einer der Typen in diesem Artikel einen Zitierungsvorteil schafft. (aixiv.science)

Was strukturierte Daten können und was nicht

Strukturierte Daten sind eine maschinenlesbare Beschreibung einer Seite. Sie können einer Suchmaschine mitteilen:

• Welcher Seitentyp es ist
• Wer sie geschrieben hat
• Welche Organisation sie veröffentlicht hat
• Welche Frage sie beantwortet
• Welches Datum sie veröffentlicht oder aktualisiert wurde
• Welche Person, welches Unternehmen, welcher Begriff oder welcher Datensatz die Seite beschreibt

Google sagt, dass strukturierte Daten seinen Systemen helfen können, Seiteninhalte zu verstehen und Seiten für umfangreichere Suchfunktionen zu qualifizieren. Es besagt auch, dass die Google-Suche andere Schema.org-Eigenschaften zum Verständnis nutzen kann, selbst wenn diese Eigenschaften kein sichtbares Suchergebnis auslösen. (developers.google.com)

Strukturierte Daten garantieren nicht:

• Ein höheres organisches Ranking
• Eine KI-Zitierung
• Ein Rich Result
• Ein Knowledge Panel
• Die Aufnahme in eine KI-Antwort
• Die Verwendung des genauen Textes in der Auszeichnung

Bing gibt ähnliche Hinweise. Die aktuelle Webmaster-Anleitung besagt, dass strukturierte Daten eine klarere Fundierung unterstützen können, aber keine Sichtbarkeit oder Zitierungs-Traffic garantieren. Bing rät Publishern auch, Fakten und Definitionen im sichtbaren Seiteninhalt explizit zu machen. (bing.com)

Die Haupteinschränkung der Forschung

KI-Antwortpanels zeigen normalerweise die Quellseite, nicht den Schema.org-Typ, der auf dieser Seite vorhanden gewesen sein könnte. Google veröffentlicht keinen Bericht, der besagt, dass eine Seite beispielsweise zitiert wurde, weil sie Article anstelle von WebPage verwendet hat.

Dies wirft drei verschiedene Fragen auf:

1. Wurde die Seite zitiert?
2. Enthielt die Seite strukturierte Daten?
3. Hat die strukturierten Daten die Zitierung verursacht?

Die meisten Studien können nur die ersten beiden beantworten. Sie können die dritte nicht beweisen.

Deshalb kann eine Seite mit FAQPage-Auszeichnung häufig in KI-Antworten erscheinen, ohne dass die Auszeichnung der Grund dafür ist. Die Seite kann starken Inhalt, ein hohes Suchranking, viele Links oder eine bekannte Marke haben.

Audit nach Schema-Typ

1. Article

Was es tut

Article beschreibt einen Artikel, eine Nachricht, einen Blogbeitrag oder eine ähnliche redaktionelle Seite. Google unterstützt Article, NewsArticle und BlogPosting als Artikeltypen. Google listet keine erforderlichen Eigenschaften für Artikel-Markup auf, empfiehlt jedoch, die für die Seite zutreffenden Eigenschaften hinzuzufügen. (developers.google.com)

Wichtigste Eigenschaften

Verwenden Sie diese, wenn sie sichtbar und genau sind:

• headline
• author
• author.name
• author.url oder author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google empfiehlt, eine echte Person oder Organization als Autor zu verwenden. Es empfiehlt auch, die Daten in strukturierten Daten konsistent mit den sichtbaren Veröffentlichungs- und Aktualisierungsdaten zu halten. (developers.google.com)

KI-Effekt

Evidenzlevel: indirekt.

Article hilft, den Seitentyp, die Autorenschaft und die Aktualität festzulegen. Dies sind nützliche Signale für Suchsysteme, insbesondere auf Faktseiten und redaktionellen Inhalten. Aktuelle Beweise zeigen jedoch nicht, dass das alleinige Hinzufügen von Article die KI-Zitierungen erhöht.

Article-Checkliste

• Die Seite ist tatsächlich ein Artikel.
• Die Überschrift stimmt mit dem sichtbaren Titel überein.
• Jeder sichtbare Autor ist enthalten.
• Jeder Autor hat ein separates Person- oder Organization-Objekt.
• Autorennamen enthalten nur Namen, keine Berufsbezeichnungen oder Publisher-Namen.
• Der Autor verlinkt zu einem echten Profil oder einer Autorenseite.
• Veröffentlichungs- und Aktualisierungsdaten sind auf der Seite sichtbar.
• Daten verwenden die korrekte Zeitzone, wenn die Uhrzeit enthalten ist.
• Das Bild repräsentiert den Artikel.
• Der Publisher wird konsistent auf der gesamten Website identifiziert.
• Der Artikel ist nicht als ein anderer primärer Typ, wie z.B. HowTo, ausgezeichnet, es sei denn, die Seite erfüllt tatsächlich beide Zwecke.

2. WebPage

Was es tut

WebPage ist ein allgemeiner Seitentyp. Schema.org gibt an, dass jede Webseite implizit als WebPage behandelt wird, aber eine explizite Deklaration kann helfen, wenn die Seite Eigenschaften oder Beziehungen auf Seitenebene enthält. (schema.org)

Nützliche Eigenschaften sind:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

KI-Effekt

Evidenzlevel: niedrig und indirekt.

WebPage wird am besten als äußere Seitenebene in einem verbundenen Graphen verwendet. Es kann die Seite mit ihrem Hauptartikel, ihrer Definition, ihrem Datensatz, ihrer Person oder ihrer Organisation verbinden.

Es sollte nicht als spezieller KI-Optimierungstyp behandelt werden. Eine Seite, die nur ein generisches WebPage-Objekt enthält, liefert in der Regel weniger nützliche Informationen als eine Seite, die ihre Hauptentität klar identifiziert.

WebPage-Checkliste

• Verwenden Sie eine stabile @id für die Seite.
• Verwenden Sie die kanonische URL als Seiten-URL.
• Identifizieren Sie die wahre mainEntity der Seite.
• Verknüpfen Sie die Hauptentität mit mainEntityOfPage zurück zur Seite.
• Fügen Sie inLanguage hinzu, wenn bekannt.
• Halten Sie den Seitennamen und die Beschreibung mit dem sichtbaren Inhalt übereinstimmend.
• Verwenden Sie WebPage nicht, um zu verbergen, dass die Seite wirklich ein Artikel, ein Profil, ein Datensatz oder eine Fragen-Seite ist.

3. QAPage

Was es tut

QAPage ist für eine Seite gedacht, die sich auf eine Frage und ihre Antworten konzentriert. Google sagt, dass es Question-strukturierte Daten von Seiten verwendet, die als QAPage gekennzeichnet sind, und dass es nur eine QAPage und eine HauptQuestion auf der Seite geben sollte. (developers.google.com)

Erforderliche Eigenschaften

Für die aktuelle Google-Eignung für Fragen und Antworten:

• QAPage.mainEntity
• Eine verschachtelte Question
• Question.answerCount
• Entweder acceptedAnswer oder suggestedAnswer
• Answer.text

Eine Frage ohne Antworten ist für das Rich Result nicht qualifiziert.

Wichtige Inhaltsregel

Verwenden Sie QAPage nicht für:

• Eine normale häufig gestellte Fragen-Seite
• Einen Blogbeitrag, der eine Frage beantwortet
• Einen How-to-Artikel
• Eine Produktseite, die viele Fragen enthält
• Eine redaktionelle Antwort, die nur vom Website-Betreiber verfasst wurde

Google sagt, dass Benutzer Antworten für eine normale QAPage einreichen können müssen. Gültige Beispiele sind eine Forumsfrage oder eine Support-Seite, auf der Benutzer Antworten geben können. (developers.google.com)

KI-Effekt

Evidenzlevel: mittlere semantische Passung, kein nachgewiesener kausaler Anstieg.

Eine echte Frage-Antwort-Seite ist für ein Abrufsystem naturgemäß leicht zu verstehen. Es gibt jedoch keine starke öffentliche Studie, die beweist, dass das QAPage-Markup selbst die KI-Zitierungen erhöht.

QAPage-Checkliste

• Die Seite konzentriert sich auf eine Frage.
• Benutzer können Antworten einreichen, es sei denn, die Seite qualifiziert sich für ein spezielles Bildungs-Frage-Antwort-Erlebnis.
• Die vollständige Frage ist sichtbar.
• Der vollständige Antworttext ist sichtbar.
• answerCount stimmt mit der tatsächlichen Anzahl der Antworten überein.
• Akzeptierte und vorgeschlagene Antworten sind korrekt gekennzeichnet.
• Kommentare sind als Kommentare markiert, nicht als Antworten.
• Die Seite ist nicht einfach eine redaktionelle Seite mit häufig gestellten Fragen.
• Die Seite enthält nicht mehrere, nicht zusammenhängende Fragen.

QAPage-Beispiel

html

Verwenden Sie dieses Muster nur, wenn die Seite tatsächlich eine Frage-Antwort-Interaktion unterstützt.

4. HowTo

Was es tut

HowTo beschreibt Schritt-für-Schritt-Anleitungen. Google unterstützte einst How-to-Rich-Results, hat diese Suchfunktion jedoch im September 2023 eingestellt. Google sagte, dass How-to-Ergebnisse nicht mehr auf dem Desktop erscheinen würden und bereits aus der mobilen Suche entfernt worden waren. (developers.google.com)

KI-Effekt

Evidenzlevel: niedrig für Google.

Die sichtbaren Schritte können Benutzern und Abrufsystemen immer noch helfen. Eine klare Anleitung mit Überschriften, nummerierten Schritten, Werkzeugen, Zeit und Warnungen ist leichter zu lesen und zu zitieren. Aber aktuelle Beweise zeigen nicht, dass das HowTo-Markup einen besonderen Vorteil in Google KI-Übersichten oder im KI-Modus schafft.

Empfehlung

Verwenden Sie HowTo nur, wenn:

• Die Seite tatsächlich eine Aufgabe lehrt.
• Die Schritte im Seiteninhalt sichtbar sind.
• Eine andere Suchmaschine, Plattform oder ein internes System von der Auszeichnung profitiert.
• Ihr Team sie pflegen kann, ohne widersprüchliche Daten zu erzeugen.

Für die Google-Suche priorisieren Sie starke HTML-Überschriften, nummerierte Listen, klare Anweisungen und nützliche Bilder oder Videos.

Tutorial-Checkliste

• Die Seite lehrt eine echte Aufgabe.
• Das Ergebnis der Aufgabe ist klar.
• Jeder Schritt ist sichtbar und vollständig.
• Schrittnamen stimmen mit den sichtbaren Überschriften überein.
• Werkzeuge und Materialien sind real und sichtbar.
• Zeitschätzungen sind genau.
• Sicherheitswarnungen sind bei Bedarf enthalten.
• Der erste Abschnitt gibt eine kurze Antwort oder ein Ergebnis.
• Die Seite verlässt sich nicht auf Markup, um die Anweisungen bereitzustellen.

5. ClaimReview

Was es tut

ClaimReview wurde für Faktencheck-Inhalte entwickelt. Google hat die Unterstützung für Claim Review in der Suche im Rahmen seiner Bemühungen von 2025 zur Vereinfachung der Suchergebnisse eingestellt. Der Typ wurde aus dem Search Console-Bericht und dem Rich Results Test entfernt. (developers.google.com)

KI-Effekt

Evidenzlevel: kein aktueller Google-Vorteil.

Ein qualitativ hochwertiger Faktencheck kann immer noch zitiert werden, weil er klar aussagt:

• Den Anspruch
• Die Bewertung
• Die Beweise
• Das Datum
• Die Faktencheck-Organisation
• Die Begründung der Schlussfolgerung

Diese Vorteile ergeben sich hauptsächlich aus dem Inhalt selbst, nicht aus der eingestellten Google-Suchfunktion.

Empfehlung

Für eine Faktenseite:

1. Verwenden Sie Article oder NewsArticle, wenn die Seite redaktionell ist.
2. Geben Sie den Anspruch im sichtbaren Text klar an.
3. Zitieren Sie Primärnachweise.
4. Identifizieren Sie den Autor und die prüfende Organisation.
5. Fügen Sie Veröffentlichungs- und Überprüfungsdaten hinzu.
6. Verwenden Sie ClaimReview nur, wenn eine andere Plattform oder ein Datensystem dies speziell erfordert.

Fügen Sie ClaimReview nicht nur hinzu, weil Sie erwarten, dass Google KI-Antworten es bevorzugen.

6. FAQPage

Was es tut

FAQPage beschreibt eine Seite, die Fragen und offizielle Antworten enthält. Google hat die Anzeige des FAQ-Rich-Results in der Suche ab dem 7. Mai 2026 eingestellt und die zugehörige Dokumentation im Juni 2026 entfernt. (developers.google.com)

KI-Effekt

Evidenzlevel: schwach und gemischt.

Eine 90-tägige Anbieterstudie fügte 120 Seiten FAQPage-Markup hinzu. Sie fand keine zuverlässige Verbesserung der ChatGPT-, Gemini- oder Google KI-Übersichts-Zitierungen. Perplexity zeigte einen geringen Anstieg, aber die Studie selbst sagte, das Ergebnis sei plattformspezifisch und beweise keine Kausalität. (authorityradar.com)

Eine andere Studie mit 615 bereits zitierten Seiten ergab, dass FAQ-Markup häufiger auf stark zitierten Seiten erschien. Diese Beziehung verschwand, nachdem für wiederholte Seiten derselben Publisher kontrolliert wurde. Die Forscher kamen zu dem Schluss, dass die Beweise keinen Effekt durch das Markup selbst belegten. (getintel.ai)

Empfehlung

Verwenden Sie häufig gestellte Fragen, wenn sie die Seite für Leser verbessern. Fügen Sie keine großen Blöcke generischer Fragen hinzu, nur um KI-Antworten anzusprechen.

Wenn Sie FAQPage-Markup für eine andere Suchmaschine oder ein Inhaltssystem beibehalten:

• Machen Sie jede Frage sichtbar.
• Machen Sie jede Antwort vollständig.
• Halten Sie die Auszeichnung identisch mit der Seite.
• Wiederholen Sie dieselbe Frage nicht in mehreren Schema-Blöcken.
• Erwarten Sie kein Google FAQ Rich Result.

FAQPage-Beispiel für Nicht-Google-Verbraucher

html

Dies ist eine semantische Beschreibung, kein Versprechen einer Google-Suchfunktion.

7. Organization

Was es tut

Organization hilft Google, ein Unternehmen, eine gemeinnützige Organisation, einen Publisher, eine Schule oder eine andere Organisation zu verstehen und zu disambiguieren. Google sagt, dass Organisations-Markup visuelle Elemente wie das in der Suche angezeigte Logo und einige Knowledge Panel-Informationen beeinflussen kann. In Googles aktuellem Organisationsleitfaden gibt es keine erforderlichen Eigenschaften. (developers.google.com)

Empfohlene Eigenschaften

Verwenden Sie die Eigenschaften, die wahr und sichtbar sind:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

KI-Effekt

Evidenzlevel: indirekt, aber nützlich.

Organization kann verbinden:

• Den Publisher mit einem Artikel
• Das Unternehmen mit seinen Produkten oder Dienstleistungen
• Die Marke mit ihren offiziellen Profilen
• Die Organisation mit einer bekannten Web-Identität

Dies ist nützlich für die Entitäts-Disambiguierung. Es beweist nicht, dass ein KI-System die Seite zitieren wird.

Organization-Checkliste

• Platzieren Sie das vollständige Organisationsobjekt auf der Startseite oder der Organisationsseite.
• Verwenden Sie eine stabile @id, z.B. https://www.example.com/#organization.
• Verwenden Sie den exakten öffentlichen Organisationsnamen.
• Verlinken Sie mit sameAs zu echten offiziellen Profilen.
• Verwenden Sie den korrekten Organisationsuntertyp, falls zutreffend.
• Verwenden Sie ein echtes Logo, das die Organisation repräsentiert.
• Halten Sie die Kontaktinformationen aktuell.
• Referenzieren Sie die Organisation aus Artikeln, anstatt auf jeder Seite widersprüchliche Versionen neu zu erstellen.

8. Person

Was es tut

Person identifiziert eine Person, die eine Seite schreibt, rezensiert, besitzt, verwaltet oder auf ihr erscheint. Sie ist normalerweise am nützlichsten, wenn sie verbunden ist mit:

• Article.author
• QAPage Frage- oder Antwortautor
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Googles Profilrichtlinien besagen, dass eine Profilseite sich auf eine Person oder Organisation konzentrieren muss. Das ProfilePage-Objekt erfordert eine mainEntity, und diese Entität muss eine Person oder Organization sein. Die Person oder Organisation muss einen name oder einen alternateName haben, wenn kein Name verfügbar ist. (developers.google.com)

Empfohlene Eigenschaften

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

KI-Effekt

Evidenzlevel: indirekt.

Personen-Markup kann helfen, den Namen eines Autors zu verbinden mit:

• Einer Biografie
• Einem Job oder einer Rolle
• Einer Organisation
• Veröffentlichten Artikeln
• Externen Profilen
• Fachgebieten

Verwenden Sie es, um die Identität klar zu machen, nicht um Fachwissen zu beanspruchen, das die Seite nicht unterstützt.

Person-Checkliste

• Verwenden Sie Person nur für eine echte Person.
• Verwenden Sie Organization für ein Unternehmen oder eine Publikation.
• Verknüpfen Sie die Person mit einer sichtbaren Autorenseite.
• Verwenden Sie sameAs nur für genaue, offizielle Profile.
• Halten Sie Berufsbezeichnungen und Qualifikationen aktuell.
• Fügen Sie alle sichtbaren Autoren hinzu, nicht nur den Hauptautor.
• Verwenden Sie dieselbe Personen-@id über Artikel und Profilseiten hinweg.

Matrix der erforderlichen Eigenschaften

Googles allgemeine Richtlinien bevorzugen vollständige und genaue Daten gegenüber großen Mengen unvollständiger Auszeichnungen. Es wird auch davor gewarnt, dass strukturierte Daten sichtbaren Inhalt repräsentieren müssen und dass korrekte Auszeichnungen dennoch kein Rich Result garantieren. (developers.google.com)

Anwendungsfall-Implementierungs-Checklisten

Faktenseiten

Beste Kombination:

• WebPage
• Article oder NewsArticle
• Person
• Organization
• Optional ClaimReview nur für einen anderen unterstützten Verbraucher

Checkliste:

• Geben Sie die Haupttatsache am Anfang der Seite an.
• Nennen Sie die Quelle der Tatsache.
• Verlinken Sie zu Primärnachweisen.
• Fügen Sie das Veröffentlichungsdatum und das Datum der letzten Überprüfung hinzu.
• Identifizieren Sie den Autor und den Prüfer.
• Trennen Sie Fakten von Meinungen.
• Verwenden Sie Article, wenn die Seite redaktionell ist.
• Verwenden Sie ClaimReview nicht als aktuelle Google Search-Taktik.

Definitionsseiten

Beste Kombination:

• WebPage
• DefinedTerm
• Optional Article, wenn die Seite eine lange redaktionelle Erklärung ist
• Organization oder Person, wenn ein Experte oder Publisher verantwortlich ist

DefinedTerm ist für ein Wort, einen Satz, einen Code oder ein Konzept mit einer formalen Definition gedacht. Seine Haupteigenschaften umfassen name, description, termCode, inDefinedTermSet und sameAs. (schema.org)

Checkliste:

• Geben Sie die Definition im ersten Absatz an.
• Verwenden Sie einen klaren Begriff als Hauptentität.
• Fügen Sie alternative Namen nur hinzu, wenn sie real sind.
• Verlinken Sie gegebenenfalls zu einer zuverlässigen externen Definition.
• Erklären Sie den Begriff in einfacher Sprache.
• Verwenden Sie Beispiele und Grenzen.
• Vermeiden Sie es, eine Liste nicht zusammenhängender Begriffe als einen DefinedTerm zu kennzeichnen.

Tutorials

Beste Kombination:

• WebPage
• HowTo nur, wenn ein anderer Verbraucher es benötigt
• Article, wenn das Tutorial auch ein redaktioneller Artikel ist
• Person und Organization für die Autorenschaft

Checkliste:

• Geben Sie das Ergebnis vor den Schritten an.
• Verwenden Sie nummerierte sichtbare Überschriften.
• Konzentrieren Sie jeden Schritt auf eine Aktion.
• Fügen Sie bei Bedarf Werkzeuge, Materialien, Zeit und Warnungen hinzu.
• Fügen Sie Bilder oder Videos hinzu, wenn sie hilfreich sind.
• Verstecken Sie die Schritte nicht nur in JSON-LD.
• Erwarten Sie keine How-to Rich Results in der Google-Suche.

Datenkataloge

Beste Kombination:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definiert Dataset als einen Körper strukturierter Informationen und unterstützt Beziehungen wie includedInDataCatalog und distribution. (schema.org)

Google stellte Ende 2025 klar, dass Dataset-strukturierte Daten von der Dataset-Suche verwendet werden und keine allgemeine Google-Suchergebnis-Funktion sind. Sie sollten daher als Ebene für Datenentdeckung und Interoperabilität behandelt werden, nicht als Abkürzung für KI-Zitierungen. (developers.google.com)

Checkliste:

• Geben Sie jedem Datensatz einen stabilen Identifikator.
• Geben Sie das Thema und den Umfang an.
• Fügen Sie den Publisher oder Ersteller hinzu.
• Fügen Sie den vom Daten abgedeckten Datumsbereich hinzu.
• Geben Sie die geografische Abdeckung an, wenn relevant.
• Beschreiben Sie Lizenzen und Zugangsbedingungen.
• Fügen Sie jede herunterladbare Datei als DataDownload hinzu.
• Fügen Sie das Dateiformat und die Download-URL hinzu.
• Halten Sie die Katalog-Metadaten mit den tatsächlichen Dateien synchron.
• Dokumentieren Sie die Aktualisierungshäufigkeit und das Datum der letzten Aktualisierung.

JSON-LD Beispiel: Faktenseite

Dieses Beispiel verbindet die Seite, den Artikel, den Autor, den Publisher und das Thema. Ersetzen Sie jeden Wert durch Informationen, die auf der realen Seite erscheinen.

html

JSON-LD Beispiel: Definitionsseite

html

Die Definition muss auch als normaler Seitentext erscheinen. Platzieren Sie die Definition nicht nur in den strukturierten Daten.

JSON-LD Beispiel: Tutorial

Da Googles How-to Rich Result veraltet ist, behandeln Sie dies als optionales Markup für andere Systeme. Die sichtbare Seite sollte weiterhin die vollständigen Anweisungen enthalten.

html

JSON-LD Beispiel: Datenkatalog

html

Häufige Implementierungs-Fallstricke

Nicht übereinstimmendes Schema

Der schwerwiegendste Fehler ist die Auszeichnung von Inhalten, die Benutzer nicht sehen können. Google sagt, dass strukturierte Daten eine wahre Darstellung der Seite sein müssen und irreführende oder versteckte Inhalte eine Seite für Rich Results ungeeignet machen können. (developers.google.com)

Häufige Beispiele:

• Die Kennzeichnung eines Artikels als HowTo, obwohl er keine echten Schritte enthält
• Die Kennzeichnung eines Unternehmens als Autor, obwohl der Artikel von einer Person geschrieben wurde
• Das Hinzufügen von FAQ-Antworten, die nicht auf der Seite erscheinen
• Die Verwendung eines zukünftigen Veröffentlichungsdatums
• Die Kennzeichnung eines allgemeinen Blogbeitrags als QAPage
• Das Hinzufügen von ClaimReview zu einem Meinungsartikel

Dünne Antworten

Strukturierte Daten können eine leere Seite nicht füllen.

Eine kurze, vage Antwort innerhalb von Answer.text oder acceptedAnswer schafft keine starke Quelle. Der sichtbare Inhalt sollte:

• Die Frage direkt beantworten
• Wichtige Grenzen und Ausnahmen erläutern
• Quellen nennen
• Bei Bedarf Daten, Beispiele oder Messungen enthalten
• Für sich selbst stehen, wenn er aus dem Kontext kopiert wird

Googles KI-Richtlinien besagen, dass es keine ideale Seitenlänge gibt und Inhalte nicht in winzige Stücke für KI-Systeme zerlegt werden müssen. Das bessere Ziel ist nützlicher, vollständiger, menschenzentrierter Inhalt. (developers.google.com)

Duplizierte Entitäten

Vermeiden Sie die Veröffentlichung mehrerer widersprüchlicher Versionen derselben Organisation, desselben Autors oder derselben Seite.

Schwache Implementierung:

• Ein Organization-Objekt mit einem Namen auf der Startseite
• Ein zweites Objekt mit einem anderen Namen auf jedem Artikel
• Ein drittes Objekt ohne @id auf der Autorenseite

Bessere Implementierung:

• Geben Sie der Organisation eine stabile @id
• Geben Sie jedem Autor eine stabile @id
• Referenzieren Sie diese Objekte von Artikeln, Profilen und Fragen-Seiten
• Halten Sie Name, Logo, URL und externe Identitätslinks konsistent

Duplizierte Fragen

Wiederholen Sie dieselbe Frage nicht in:

• FAQPage
• QAPage
• Artikel-Markup
• Mehreren sichtbaren Seitenabschnitten
• Mehreren JSON-LD-Blöcken

Verwenden Sie den Schema-Typ, der dem Hauptzweck der Seite entspricht. Eine einzige klare Antwort ist besser als mehrere überlappende Markup-Blöcke.

Falsche Daten

Google verwendet mehrere Quellen, um Veröffentlichungs- und Aktualisierungsdaten zu schätzen. Es empfiehlt, dass sichtbare Daten und strukturierte Daten übereinstimmen, und warnt davor, zukünftige Daten oder Daten zu verwenden, die sich auf im Artikel besprochene Ereignisse beziehen, anstatt auf Daten, die sich auf die Seite selbst beziehen. (developers.google.com)

Übermäßige Verwendung von sameAs

Ein sameAs-Link sollte dieselbe reale Person oder Organisation identifizieren. Verlinken Sie nicht zu:

• Einem nicht verwandten sozialen Profil
• Einer Suchergebnisseite
• Einem generischen Verzeichniseintrag
• Einer Seite mit einer anderen Schreibweise oder Identität
• Einem Profil, das die Organisation nicht kontrolliert

JavaScript-only Markup

Google kann strukturierte Daten verarbeiten, die der gerenderten Seite hinzugefügt wurden, aber eine JavaScript-only-Implementierung kann für andere Crawler und Audit-Tools schwieriger zu erkennen sein. Ein serverseitig gerenderter JSON-LD-Block ist in der Regel einfacher zu testen und zu warten. (developers.google.com)

Ein praktischer Testplan

Um zu messen, ob ein Markup einen inkrementellen Effekt hat, verwenden Sie einen kontrollierten Test, anstatt sich auf einige manuelle Suchen zu verlassen.

Vor der Änderung

Erfassen Sie:

• Zielabfragen
• Aktuelles organisches Ranking
• Ob eine KI-Antwort erscheint
• Welche Seiten zitiert werden
• Zitierungsposition, falls verfügbar
• Suchverkehr
• Konversionen
• Aktuelle strukturierte Daten
• Während des Testzeitraums vorgenommene Inhaltsänderungen

Während des Tests

• Führen Sie jeweils eine größere Markup-Änderung durch.
• Halten Sie Inhalte, interne Links, Titel und Backlinks stabil.
• Verwenden Sie ähnliche Kontrollseiten, die die Änderung nicht erhalten.
• Notieren Sie das genaue Veröffentlichungsdatum der Änderung.
• Warten Sie lange genug für Crawling und Neuverarbeitung.

Ahrefs verwendete angepasste Kontrollen und eine Vorher-Nachher-Differenz-in-Differenzen-Methode. Ihr Ansatz ist ein nützliches Modell für Organisationen, die strukturierte Daten testen möchten, anstatt anzunehmen, dass eine Korrelation eine Kausalität beweist. (ahrefs.com)

Nach der Änderung

Verfolgen Sie:

• Leistungsdaten der Google Search Console für künstliche Intelligenz
• Google KI-Übersichts-Zitierungen
• Google KI-Modus-Zitierungen
• Bing Webmaster Tools KI-Zitierungen
• ChatGPT-, Gemini- oder Perplexity-Zitierungen, falls relevant
• Organische Rankings
• Suchklicks
• Unterstützte Konversionen

Google meldet den Suchverkehr von künstlicher Intelligenz über die Leistungsberichte der Search Console. Bings Leistungsberichte für künstliche Intelligenz zeigen zitierte Seiten und unterstützende Abfragen, aber sie zeigen nicht, warum eine Seite ausgewählt wurde oder wie wichtig sie innerhalb einer Antwort war. (developers.google.com)

Empfohlene Implementierungsreihenfolge

Für die meisten Publisher ist die beste Reihenfolge:

1. Sichtbaren Inhalt zuerst korrigieren.
2. Crawling und Indexierung zuverlässig machen.
3. Article für echte redaktionelle Seiten implementieren.
4. Autoren mit Person und Profilseiten verbinden.
5. Publisher mit Organization verbinden.
6. WebPage als saubere Graphenebene auf Seitenebene verwenden.
7. QAPage nur für echte Community-Fragen verwenden.
8. DefinedTerm für Glossar- und Definitionsseiten verwenden.
9. Dataset und DataCatalog für Datenressourcen verwenden.
10. Behandeln Sie FAQPage, HowTo und ClaimReview als sekundäres oder Nicht-Google-Markup, da ihre Google-Suchfunktionen entfernt oder eingestellt wurden.

Fazit

Die wichtigste aktuelle Lehre ist einfach: Schema.org-Markup hilft Maschinen, Inhalte zu verstehen, ist aber kein garantierter Weg zu KI-Antworten.

Die nachhaltigste Implementierung ist keine große Sammlung von Schema-Typen. Es ist ein kleines, genaues Entitätsdiagramm:

• Article beschreibt die redaktionelle Seite.
• Person identifiziert den Autor.
• Organization identifiziert den Publisher.
• WebPage verbindet die Seite mit ihrer Hauptentität.
• QAPage beschreibt eine echte Benutzerfrage und ihre Antworten.
• DefinedTerm klärt eine Definition.
• Dataset und DataCatalog beschreiben strukturierte Datenressourcen.

Verwenden Sie strukturierte Daten dort, wo sie eine klare Bedeutung hinzufügen. Verwenden Sie sie nicht, um dünnen Inhalt zu verschleiern, sichtbaren Text zu duplizieren oder eine Suchfunktion zu imitieren, die Google nicht mehr unterstützt. Für die Sichtbarkeit in der künstlichen Intelligenz bleiben die wertvollsten Arbeiten klare Antworten, starke Beweise, genaue Entitäten, aktuelle Informationen und Inhalte, die für sich selbst stehen können.