Strukturierte Daten können Suchsystemen helfen, sichtbare Informationen einer Webseite maschinenlesbar zu klassifizieren. Sie beschreiben beispielsweise, welches Unternehmen hinter einer Website steht, wer einen Artikel geschrieben hat oder ob eine Seite ein Produkt, eine Dienstleistung oder einen Fachbeitrag behandelt.
Für Generative Engine Optimization sind strukturierte Daten ein technischer Baustein. Sie sind jedoch keine Voraussetzung für KI-Sichtbarkeit und kein direkter Hebel für garantierte Nennungen, Quellenangaben oder Empfehlungen.
Google stellt ausdrücklich klar, dass für AI Overviews und den KI-Modus weder besondere strukturierte Daten noch ein spezielles GEO-Schema erforderlich sind. Bestehendes Schema Markup sollte weiterhin korrekt eingesetzt werden, vor allem als Teil einer soliden SEO-Grundlage und zur möglichen Eignung für unterstützte Suchdarstellungen.
Was sind strukturierte Daten?
Strukturierte Daten sind maschinenlesbare Angaben über die Inhalte einer Webseite.
Sie werden meist mit dem Vokabular von Schema.org umgesetzt. Damit können Informationen bestimmten Typen und Eigenschaften zugeordnet werden.
Ein Suchsystem kann dadurch beispielsweise erkennen:
- dass Gerlach Media eine Organisation ist,
- dass Stefan Gerlach Autor eines Fachartikels ist,
- wann ein Artikel veröffentlicht oder überarbeitet wurde,
- dass eine Seite eine bestimmte Leistung beschreibt,
- welche Seiten Teil einer Breadcrumb-Navigation sind,
- welche Angaben zu einem Produkt gehören.
Strukturierte Daten erklären nicht automatisch den vollständigen Inhalt einer Seite. Sie geben Maschinen vielmehr eine standardisierte Beschreibung ausgewählter Informationen.
Google verwendet überwiegend das Schema.org-Vokabular. Für die konkrete Darstellung in der Google-Suche ist jedoch die Dokumentation von Google entscheidend, da nicht jeder Schema.org-Typ automatisch eine besondere Suchfunktion oder ein Rich Result auslöst.
Welche Bedeutung haben strukturierte Daten für GEO?
Für GEO können strukturierte Daten vor allem drei Funktionen erfüllen.
Informationen eindeutiger klassifizieren
Ein Unternehmen, ein Autor, ein Artikel oder ein Produkt kann technisch als entsprechende Entität ausgezeichnet werden.
Beziehungen darstellen
Das Markup kann beispielsweise zeigen:
- welche Organisation einen Artikel veröffentlicht,
- welche Person der Autor ist,
- welche Website zur Organisation gehört,
- welches Produkt auf einer Seite beschrieben wird.
Konsistenz unterstützen
Unternehmensname, Logo, Autoreninformationen, URLs und weitere Angaben können über mehrere Seitentypen hinweg einheitlich beschrieben werden.
Diese Vorteile dürfen aber nicht mit einer direkten Wirkung auf KI-Nennungen verwechselt werden.
Strukturierte Daten beweisen nicht:
- dass ein Inhalt relevant ist,
- dass eine Aussage fachlich richtig ist,
- dass eine Seite für einen konkreten Prompt ausgewählt wird,
- dass eine Marke empfohlen werden sollte.
Unsere fachliche Einordnung lautet daher:
Strukturierte Daten können Klarheit schaffen. Sie ersetzen jedoch weder Relevanz noch fachliche Qualität und erzwingen keine Aufnahme in eine KI-Antwort.
Benötigen Google AI Overviews spezielle strukturierte Daten?
Nein.
Google nennt für AI Overviews und den KI-Modus keine zusätzlichen technischen Anforderungen über die normalen Voraussetzungen der Google-Suche hinaus. Eine Seite muss indexiert und grundsätzlich für die Darstellung mit einem Suchergebnis-Snippet geeignet sein.
Google warnt ausdrücklich davor, strukturierte Daten als besonderen GEO-Hebel zu überbewerten:
- Strukturierte Daten sind für generative Suchfunktionen nicht erforderlich.
- Es gibt kein spezielles Schema.org-Markup für AI Overviews oder AI Mode.
- Bestehendes Markup sollte weiterhin als Bestandteil der allgemeinen SEO-Strategie eingesetzt werden.
Damit ist nicht gesagt, dass strukturierte Daten nutzlos sind. Ihr dokumentierter Nutzen liegt jedoch vor allem in der maschinenlesbaren Beschreibung von Inhalten und der möglichen Eignung für unterstützte Suchfunktionen.
Nutzt ChatGPT Schema Markup?
OpenAI dokumentiert derzeit keine allgemeine Schema.org-Pflicht, durch die eine Website häufiger in ChatGPT genannt oder zitiert würde.
Dokumentiert ist, dass der OAI-SearchBot öffentlich zugängliche Webinhalte crawlen kann, sofern er nicht blockiert wird. Websitebetreiber können außerdem Referral Traffic aus ChatGPT anhand entsprechend gekennzeichneter Verweise auswerten.
Daraus lässt sich jedoch nicht ableiten, dass ChatGPT ein bestimmtes Schema Markup zwingend benötigt oder dass eine Auszeichnung mit Organization, Article oder FAQPage unmittelbar zu einer Nennung führt.
Technisch ist es grundsätzlich plausibel, dass klar strukturierte Informationen leichter verarbeitet werden können. Eine öffentlich bestätigte Regel nach dem Muster:
Schema Markup eingebaut, deshalb wird die Seite in ChatGPT zitiert
existiert jedoch nicht.
Deshalb sollte zwischen drei Aussagen unterschieden werden:
- Strukturierte Daten können Informationen eindeutig beschreiben.
- OpenAI kann öffentliche Webinhalte abrufen.
- Eine direkte Ranking- oder Zitationswirkung bestimmter Schema-Typen ist nicht dokumentiert.
Unser Vier-Stufen-Modell für strukturierte Daten
Für die Einordnung von Schema Markup in eine GEO-Strategie verwenden wir vier aufeinander aufbauende Stufen.
1. Sichtbarer Inhalt
Die Information muss zunächst auf der Webseite klar, korrekt und für Nutzer sichtbar vorhanden sein.
Beispiele:
- Das Unternehmen ist auf B2B und Industrie spezialisiert.
- Die angebotene Leistung ist GEO-Monitoring.
- Der Fachartikel wurde von Stefan Gerlach geschrieben.
- Eine Produktseite beschreibt konkrete technische Eigenschaften.
- Ein Artikel wurde an einem bestimmten Datum wesentlich überarbeitet.
Fehlt die Information im sichtbaren Inhalt, sollte sie nicht ausschließlich über JSON-LD ergänzt werden.
2. Eindeutige Auszeichnung
Anschließend können diese sichtbaren Informationen mit einem passenden Schema-Typ beschrieben werden.
Beispiele:
OrganizationPersonArticleBlogPostingProductServiceBreadcrumbList
Die Auswahl richtet sich nach dem tatsächlichen Inhalt und nicht danach, welcher Typ vermeintlich den größten GEO-Vorteil verspricht.
3. Technische Validität
Das Markup muss:
- syntaktisch korrekt,
- erreichbar,
- widerspruchsfrei,
- passend zum Inhalt,
- aktuell
sein.
Eine formal gültige JSON-LD-Auszeichnung kann trotzdem fachlich falsch oder irreführend sein.
Google weist beispielsweise darauf hin, dass strukturierte Daten den Hauptinhalt korrekt repräsentieren müssen. Versteckte oder irreführende Angaben können dazu führen, dass die Seite nicht für Rich Results berücksichtigt wird.
4. Systemseitige Verarbeitung
Die jeweilige Such- oder KI-Plattform entscheidet anschließend selbst:
- ob sie das Markup liest,
- welche Eigenschaften sie berücksichtigt,
- ob sie die Seite abruft,
- ob sie die Seite als Quelle auswählt,
- ob eine besondere Suchdarstellung erscheint.
Diese letzte Stufe kann der Websitebetreiber nicht kontrollieren.
Welche Schema-Typen sind für GEO sinnvoll?
Nicht jede Website benötigt sämtliche verfügbaren Schema-Typen. Entscheidend ist der Seitentyp.
Organization
Organization beschreibt ein Unternehmen oder eine andere Organisation.
Sinnvolle Angaben können sein:
- Name,
- offizielle URL,
- Logo,
- Kontaktinformationen,
- rechtliche Bezeichnung,
- offizielle Profile.
Die Auszeichnung eignet sich vor allem für zentrale Unternehmensinformationen auf der Startseite oder in einem übergreifenden Website-Template.
Für GEO kann sie zur konsistenten technischen Beschreibung des Unternehmens beitragen. Sie führt jedoch nicht automatisch dazu, dass die Organisation bei neutralen Anbieterfragen genannt wird.
LocalBusiness
LocalBusiness ist ein Untertyp von Organization für Unternehmen mit einem konkreten lokalen Geschäftsbetrieb.
Die Auszeichnung kann sinnvoll sein, wenn:
- Kunden einen tatsächlichen Standort besuchen können,
- eine lokale Betriebsstätte relevant ist,
- der gewählte Untertyp zum Unternehmen passt.
Nicht jede B2B-Agentur und nicht jeder industrielle Hersteller muss als LocalBusiness ausgezeichnet werden. Bei einem überregional tätigen Unternehmen kann Organization fachlich passender sein.
Person
Person kann Autoren, Experten, Ansprechpartner oder Mitglieder der Geschäftsführung beschreiben.
Mögliche Angaben:
- Name,
- berufliche Rolle,
- Arbeitgeber,
- Profilseite,
- offizielle Veröffentlichungen.
Dabei sollten nur nachweisbare Informationen verwendet werden. Fachkenntnisse, Abschlüsse und Auszeichnungen dürfen nicht allein für ein umfangreicheres Markup erfunden oder übertrieben werden.
Article und BlogPosting
Article beziehungsweise BlogPosting eignen sich für Wissens- und Fachartikel. Schema.org beschreibt Article als Typ für veröffentlichte Artikel und redaktionelle Beiträge.
Mögliche Eigenschaften sind:
- Überschrift,
- Autor,
- Veröffentlichungsdatum,
- Änderungsdatum,
- Herausgeber,
- Hauptbild,
- URL.
dateModified sollte nur verändert werden, wenn der Inhalt tatsächlich relevant überarbeitet wurde. Ein täglich automatisch aktualisiertes Datum schafft keine echte Aktualität.
Service
Service kann eine angebotene Dienstleistung beschreiben.
Für geoagentur.net wären mögliche Leistungen:
- GEO-Analyse,
- GEO-Strategie,
- GEO-Betreuung,
- GEO-Monitoring.
Allerdings dokumentiert Google für ein allgemeines Service-Markup kein eigenständiges universelles Rich Result. Die Auszeichnung kann semantisch sinnvoll sein, sollte aber nicht mit einer garantierten besonderen Darstellung begründet werden.
Wichtiger bleibt, dass die Leistungsseite sichtbar erklärt:
- was angeboten wird,
- für wen,
- mit welchem Umfang,
- nach welchem Ablauf,
- zu welchem Preis,
- mit welchen Grenzen.
Product
Product eignet sich für konkret beschriebene Produkte. Google kann Produktdaten unter bestimmten Voraussetzungen für erweiterte Darstellungen in der Suche, bei Google Bilder oder Google Lens verwenden.
Bei einem Industrieunternehmen ist Product sinnvoll, wenn eine Seite ein klar abgegrenztes Produkt oder eine Produktreihe beschreibt.
Mögliche Informationen:
- Produktname,
- Modell,
- Hersteller,
- technische Merkmale,
- Preis,
- Verfügbarkeit,
- Produktbild.
Bei vollständig individueller Fertigung nach Zeichnung ist zu prüfen, ob tatsächlich ein fest definiertes Produkt oder eher eine Fertigungsleistung beschrieben wird.
BreadcrumbList
BreadcrumbList beschreibt die hierarchische Navigation einer Website. Schema.org definiert den Typ als geordnete Kette verlinkter Webseiten, die typischerweise bis zur aktuellen Seite führt.
Beispiel:
Startseite → Wissen → GEO Strategie → Strukturierte Daten und GEO
Breadcrumbs erleichtern Nutzern die Orientierung und können Suchsystemen die Seitenhierarchie verdeutlichen.
FAQPage
FAQPage beschreibt eine Seite mit sichtbaren Fragen und Antworten.
Für GEO muss dieser Typ realistisch eingeordnet werden:
- FAQ-Markup ist keine Voraussetzung für KI-Antworten.
- Es garantiert keine Zitation.
- Die Fragen und Antworten müssen sichtbar auf der Seite stehen.
- Es sollte nur eingesetzt werden, wenn die FAQ echten zusätzlichen Nutzen bieten.
Google zeigt FAQ-Rich-Results seit 2023 regulär nur noch für bekannte und autoritative Regierungs- und Gesundheitswebsites. Für andere Websites erscheinen sie nicht mehr regelmäßig.
Das bedeutet nicht, dass ein sichtbarer FAQ-Bereich nutzlos ist. Der Nutzen liegt jedoch vor allem in der Beantwortung realer Nutzerfragen und nicht in einer erwarteten Sonderdarstellung.
HowTo
HowTo eignet sich für tatsächliche Schritt-für-Schritt-Anleitungen.
Nicht jeder Artikel mit einer nummerierten Liste ist automatisch eine vollständige Anleitung. Die notwendigen Schritte und Informationen müssen auf der Seite sichtbar vorhanden sein.
Google hat die Darstellung von HowTo-Rich-Results bereits deutlich eingeschränkt. Der Typ sollte daher nur verwendet werden, wenn er den tatsächlichen Inhalt korrekt beschreibt, nicht wegen eines vermeintlichen GEO-Vorteils.
WebSite und WebPage
WebSite kann die gesamte Website beschreiben, WebPage eine einzelne Seite.
Diese Typen bilden häufig die technische Grundstruktur einer Schema-Auszeichnung. Sie sollten jedoch nicht mit möglichst vielen Eigenschaften überladen werden.
Ein einfaches, konsistentes Markup ist meist wertvoller als ein großer Graph aus unklaren und unbelegten Beziehungen.
Strukturierte Daten für B2B-Unternehmen
Für viele B2B-Websites ist eine schlanke Kombination ausreichend:
OrganizationPersonArticleoderBlogPostingBreadcrumbList- gegebenenfalls
Service - gegebenenfalls
Product
Wichtig sind klare Beziehungen.
Ein Fachartikel sollte beispielsweise erkennbar machen:
- Wer hat ihn geschrieben?
- Welche Organisation veröffentlicht ihn?
- Wann wurde er veröffentlicht?
- Wann wurde er substanziell überarbeitet?
- In welchen Bereich der Website gehört er?
Eine Leistungsseite sollte sichtbar und technisch konsistent zeigen:
- welche Organisation die Leistung anbietet,
- wie die Leistung heißt,
- für welche Zielgruppe sie gedacht ist,
- wo weiterführende Informationen zu finden sind.
Für geoagentur.net könnte ein Wissensartikel daher aus einem Article, einer Autorenentität vom Typ Person, dem Herausgeber vom Typ Organization und einer BreadcrumbList bestehen.
Die Leistungsseite GEO-Analyse könnte zusätzlich eine semantische Beschreibung der angebotenen Leistung enthalten.
Strukturierte Daten für Industrieunternehmen
Bei Industrieunternehmen sollte zunächst geklärt werden, welche Art von Seite vorliegt.
Mögliche Seitentypen:
- standardisiertes Produkt,
- Produktgruppe,
- individuelle Fertigungsleistung,
- technisches Verfahren,
- Werkstoffseite,
- Fachartikel,
- Branchenanwendung.
Standardisiertes Produkt
Für eine konkret definierte Rohrschelle oder ein bestimmtes Bauteil kann Product sinnvoll sein, sofern die Seite tatsächliche Produktinformationen enthält.
Produktgruppe
Eine Übersichtsseite über Rohrhalter kann mehrere Produkte beschreiben. Ein einzelnes Product-Markup für die gesamte Gruppe ist nicht immer die fachlich sauberste Lösung.
Fertigung nach Zeichnung
Individuelle Fertigung nach Kundenvorgabe ist meist eher eine Leistung als ein fest definiertes Produkt mit einer konstanten Ausführung und einem festen Preis.
Technische Merkmale
Technische Angaben dürfen nicht nur im Markup stehen.
Sie müssen auch im sichtbaren Inhalt erscheinen:
- Werkstoff,
- Abmessungen,
- Normen,
- Temperaturbereiche,
- Belastbarkeit,
- Fertigungsverfahren,
- Anwendungen,
- Zertifizierungen.
Ein Schema-Code mit umfassenden technischen Eigenschaften kann eine oberflächliche Produktseite nicht ausgleichen.
Was strukturierte Daten nicht leisten können
Strukturierte Daten können keine fehlende fachliche Substanz ersetzen.
Sie können nicht:
- schwache Inhalte hochwertig machen,
- fehlende Leistungsinformationen ergänzen,
- eine Markennennung erzwingen,
- eine Quellenangabe in ChatGPT garantieren,
- eine Anbieterempfehlung auslösen,
- ein Google-Ranking garantieren,
- externe Reputation ersetzen,
- widersprüchliche Angaben auf anderen Websites automatisch korrigieren.
Auch Google nennt die übermäßige Fokussierung auf strukturierte Daten als Fehlannahme bei der Optimierung für generative Suchfunktionen.
Strukturierte Daten verbessern die Beschreibung einer Information. Sie erzeugen nicht automatisch ihre Relevanz.
Warum sichtbarer Inhalt und Markup übereinstimmen müssen
Der sichtbare Inhalt ist die fachliche Grundlage der Seite.
Das Markup darf keine davon abweichende Parallelversion des Unternehmens oder Angebots erzeugen.
Typische Widersprüche sind:
- Im Schema stehen Branchen, die auf der Seite nicht genannt werden.
- Eine Leistung wird ausgezeichnet, aber im sichtbaren Text kaum erklärt.
- Bewertungen werden markiert, obwohl Nutzer sie nicht sehen können.
- Ein Autor wird genannt, obwohl keine sichtbare Autoreninformation vorhanden ist.
- Das Änderungsdatum wird automatisch aktualisiert, obwohl der Artikel unverändert blieb.
- Preise oder Verfügbarkeiten sind im Markup veraltet.
Google verlangt, dass die strukturierten Angaben den sichtbaren Seiteninhalt repräsentieren und nicht irreführend sind.
Der zentrale Grundsatz lautet:
Sichtbarer Inhalt ist die Quelle der Wahrheit. Strukturierte Daten sind seine technische Beschreibung.
Welche Rolle spielt sameAs?
Die Eigenschaft sameAs verweist auf eine andere Seite, die dieselbe Person, Organisation oder Entität repräsentiert.
Sinnvolle Beispiele können sein:
- offizielles LinkedIn-Unternehmensprofil,
- offizielles Autorenprofil,
- verlässlicher Brancheneintrag,
- offizielle Buch- oder Verlagsseite,
- Wikidata oder Wikipedia, sofern tatsächlich vorhanden.
Nicht geeignet sind:
- beliebige thematisch verwandte Artikel,
- Kundenwebsites,
- Presseberichte,
- Konkurrenzseiten,
- Verzeichnisse ohne offizielles Unternehmensprofil.
sameAs bedeutet Identität. Die Eigenschaft ist kein allgemeines Feld für externe Links oder Erwähnungen.
Welche Rolle spielen about, mentions und knowsAbout?
Diese Eigenschaften werden in manchen GEO-Empfehlungen sehr offensiv verwendet.
Sie sollten zurückhaltend eingesetzt werden.
about
Kann beschreiben, welche Entität oder welches Thema der Hauptgegenstand eines kreativen Inhalts ist.
mentions
Kann weitere Entitäten beschreiben, die innerhalb des Inhalts erwähnt werden.
knowsAbout
Kann Wissens- oder Themenbereiche einer Person oder Organisation angeben.
Problematisch wird die Verwendung, wenn daraus eine versteckte Keywordliste entsteht.
Ungeeignet sind:
- Dutzende allgemeine Fachbegriffe,
- unbelegte Kompetenzbehauptungen,
- Themen, die auf der Website kaum behandelt werden,
- automatisch erzeugte Listen ohne fachliche Prüfung.
Markup sollte echte Beziehungen abbilden und keine Expertise simulieren.
JSON-LD, Mikrodaten oder RDFa?
Google unterstützt für strukturierte Daten drei Formate:
- JSON-LD,
- Mikrodaten,
- RDFa.
Google empfiehlt JSON-LD.
JSON-LD wird als eigener Codeblock in die Webseite eingebunden und muss nicht direkt mit den sichtbaren HTML-Elementen verschachtelt werden.
Für WordPress ist JSON-LD meist die praktikabelste Lösung.
Vorteile:
- übersichtliche Verwaltung,
- klare Trennung vom sichtbaren HTML,
- einfache Ausgabe über Plugins oder Templates,
- vergleichsweise leichte Fehlerkontrolle,
- gut für miteinander verbundene Entitäten geeignet.
Das Format allein verbessert jedoch nicht die Sichtbarkeit. Entscheidend bleiben die Richtigkeit der Angaben und der passende Schema-Typ.
Strukturierte Daten in WordPress umsetzen
In WordPress können strukturierte Daten auf mehreren Wegen eingebunden werden:
- SEO-Plugin,
- spezialisiertes Schema-Plugin,
- Theme-Funktion,
- eigener JSON-LD-Code,
- individuelle Template-Logik.
Für geoagentur.net sollte die Umsetzung möglichst schlank bleiben.
Eine sinnvolle Grundausstattung wäre:
Organizationzentral für das Unternehmen,Personfür den Autor,ArticleoderBlogPostingfür Wissensartikel,BreadcrumbListfür die Seitenhierarchie,- gegebenenfalls
Serviceauf Leistungsseiten.
Vor der Installation eines zusätzlichen Schema-Plugins sollte geprüft werden, welche Daten das Theme und das vorhandene SEO-Plugin bereits ausgeben.
Doppelte Systeme können dazu führen, dass auf derselben Seite mehrere unterschiedliche:
- Organisationen,
- Logos,
- Autoren,
- URLs,
- Seitentypen
ausgegeben werden.
Mehr Markup schafft dann weniger Eindeutigkeit.
Wie prüft man strukturierte Daten?
Strukturierte Daten sollten technisch und inhaltlich geprüft werden.
Google Rich Results Test
Der Rich Results Test zeigt, ob Google unterstützte strukturierte Datentypen erkennt und ob technische Fehler bestehen.
Er prüft jedoch nur Typen und Eigenschaften, die für Google-Suchfunktionen relevant sind.
Ein Schema.org-Typ kann technisch korrekt sein, ohne ein von Google unterstütztes Rich Result auszulösen.
Schema.org Validator
Der Schema Markup Validator prüft das allgemeine Schema.org-Vokabular unabhängig von einer konkreten Google-Suchfunktion.
Google Search Console
Die Search Console kann für unterstützte Typen Fehler, Warnungen und erkannte Elemente anzeigen.
Manuelle Kontrolle
Zusätzlich sollte geprüft werden:
- Stimmen Markup und sichtbarer Inhalt überein?
- Wird die richtige Organisation verwendet?
- Gibt es mehrere widersprüchliche Autoren?
- Sind Logo- und Bild-URLs erreichbar?
- Sind Namen und Marken konsistent geschrieben?
- Ist der Seitentyp fachlich passend?
- Sind Preise und Verfügbarkeiten aktuell?
- Gibt es unnötige oder doppelte Entitäten?
Automatische Tests prüfen Syntax. Sie ersetzen keine fachliche Qualitätskontrolle.
Typische Fehler bei Schema Markup
Möglichst viele Schema-Typen einbauen
Mehr Typen bedeuten nicht automatisch mehr Verständnis oder bessere GEO-Sichtbarkeit.
FAQ nur für KI-Systeme ergänzen
FAQ sollten reale Nutzerfragen beantworten und nicht als technischer Zitationstrick dienen.
Dienstleistungen als Produkte auszeichnen
Service und Product beschreiben unterschiedliche Arten von Angeboten. Der Typ sollte zum sichtbaren Inhalt passen.
Informationen ausschließlich im Markup hinterlegen
Nutzer und Suchsysteme erhalten dadurch widersprüchliche Versionen der Seite.
Eigenschaften automatisch erfinden
Ein Plugin kann nicht eigenständig entscheiden, welche Branchenkompetenz, Auszeichnung oder Erfahrung fachlich belegt ist.
Doppelte Organisationen erzeugen
Theme, SEO-Plugin und Schema-Plugin können mehrere getrennte Organization-Objekte ausgeben.
sameAs falsch verwenden
Thematisch verwandte Seiten werden als identische Entität gekennzeichnet.
Schema nicht pflegen
Autoren, Leistungen, Preise, Standorte oder Logos ändern sich, während das Markup unverändert bleibt.
Rich Results mit GEO-Erfolg verwechseln
Eine technisch gültige Auszeichnung sagt nicht aus, ob ChatGPT, Gemini oder Perplexity eine Seite als Quelle verwenden.
Was unser eigenes GEO-Monitoring zeigt
Unser eigenes Monitoring-System dokumentiert vollständige Antworten, Markennennungen, Quellen und Wettbewerber über mehrere generative Plattformen.
Daraus können wir keine seriöse Regel ableiten, nach der ein bestimmter Schema-Typ unmittelbar zu zusätzlichen KI-Nennungen führt.
Wir beobachten vielmehr:
- Plattformen verwenden dieselbe Seite unterschiedlich.
- Quellen- und Markensichtbarkeit entwickeln sich getrennt.
- klare sichtbare Leistungsinformationen sind wichtiger als die Zahl eingesetzter Schema-Typen.
- externe Bestätigung kann bei Anbieterfragen eine größere Rolle spielen als umfangreiches Markup.
- Änderungen an strukturierten Daten dürfen nicht vorschnell als Ursache späterer Sichtbarkeitsveränderungen interpretiert werden.
Ein Unternehmen kann nach einer technischen Änderung häufiger genannt werden. Gleichzeitig können sich jedoch auch:
- Quellenindizes,
- Modelle,
- Wettbewerber,
- Inhalte,
- Prompts
verändert haben.
Aus unserem eigenen Monitoring können wir deshalb keine seriöse Regel nach dem Muster „Schema ergänzt, Nennung folgt“ ableiten.
Strukturierte Daten sind für uns eine Maßnahme zur technischen Eindeutigkeit, nicht das Versprechen einer zusätzlichen Zitation.
Sollte Schema Markup Teil einer GEO-Strategie sein?
Ja, sofern es fachlich sinnvoll und technisch korrekt eingesetzt wird.
In einer GEO-Strategie gehört Schema Markup in das Maßnahmenfeld technische und semantische Qualität.
Die Priorität hängt jedoch von der Ausgangslage ab.
Eine Seite mit:
- unklarer Leistung,
- schwachen Inhalten,
- fehlender Zielgruppe,
- technischen Indexierungsproblemen,
- kaum externen Quellen
wird nicht dadurch zur starken KI-Quelle, dass zusätzlich mehrere Schema-Typen eingebaut werden.
Die sinnvolle Reihenfolge lautet:
- sichtbare Informationen klären,
- Inhalte fachlich vervollständigen,
- technische Zugänglichkeit sicherstellen,
- passende Entitäten bestimmen,
- strukturiertes Markup implementieren,
- Markup validieren,
- Sichtbarkeit anschließend beobachten.
Eine GEO-Analyse kann prüfen, ob technische Fehler, widersprüchliche Entitäten oder ungeeignete Auszeichnungen bestehen.
Die laufende Umsetzung und Pflege kann im Rahmen einer GEO-Betreuung erfolgen. Ein GEO-Monitoring zeigt anschließend, wie sich Quellen- und Markensichtbarkeit entwickeln, ohne voreilige Kausalität zu behaupten.
Technische Eindeutigkeit unterstützt GEO, ersetzt aber keine Relevanz
Strukturierte Daten sind sinnvoll, wenn sie einen korrekten sichtbaren Inhalt technisch präzisieren.
Besonders relevant sind häufig:
- eine eindeutige Organisation,
- nachvollziehbare Autoren,
- korrekt ausgezeichnete Fachartikel,
- passende Produkt- oder Leistungsinformationen,
- eine klare Seitenhierarchie.
Der Nutzen liegt in der Konsistenz und maschinenlesbaren Einordnung.
Strukturierte Daten ersetzen jedoch nicht:
- fachliche Tiefe,
- klare Leistungsbeschreibungen,
- eigene Erfahrungen,
- Originalinformationen,
- relevante externe Quellen,
- eine nachvollziehbare Positionierung.
Die Grundlage bleibt der Content für KI-Suchsysteme. Schema Markup kann diesen Inhalt beschreiben. Es kann seine Qualität und Relevanz nicht erzeugen.