Schema.org für KI-Suche: ChatGPT, Perplexity und Google AI Mode

#1. Warum strukturierte Daten für KI-Suche zählen

Deutsch ist im globalen Trainingskorpus stark vertreten, aber lokale Unternehmensdaten, Impressumspflicht und branchenspezifische Begriffe erzeugen trotzdem Ambiguity. Wenn Firmennamen, Rechtsformen und Leistungsbeschreibungen nur als Freitext vorliegen, muss jede Maschine die Bedeutung erraten.

Die gleiche Logik, die öffentliche Datenkataloge für Interoperabilität fordern, gilt für kommerzielle Sites:

• Von Keywords zu Entitäten: Modelle zählen nicht H2-Wiederholungen. Sie suchen Knoten in einem Knowledge Graph. Ein Unternehmen ist keine Zeichenkette, sondern eine Organization mit Identifier, Standort, Verantwortlichen und Zertifizierungen.
• Faktendichte statt Floskeln: Perplexity veröffentlicht nicht, nach welchen Kriterien es Quellen zu WooCommerce-Performance oder Barrierefreiheit nach BFSG/EN 301 549 auswählt. Dokumentiert ist nur, dass PerplexityBot die Seite erreichen muss. Eindeutige, strukturierte Aussagen machen eine Seite für jede Maschine leichter auswertbar.
• Rechtliche Klarheit und Maschinenlesbarkeit: Saubere HTML-Semantik plus präzises JSON-LD stützt sowohl Accessibility-Anforderungen als auch LLM-Crawler, die Inhalte gezielt extrahieren.

In der Praxis sieht man zwei typische DACH-Muster: ein B2B-Serviceanbieter mit starkem Impressum, aber ohne verknüpfte Person-Nodes - und ein WooCommerce-Shop mit Produktdaten in der Datenbank, die nie als Offer mit EUR und MwSt-Ausweis landen. Beiden fehlt nicht ein Keyword, sondern die maschinenlesbare Verbindung zwischen den Angaben.

#Was Google zu strukturierten Daten in AI Overviews und AI Mode dokumentiert

Google hat zwei Dokumente veröffentlicht, die einen Großteil der AEO-Debatte für die eigenen Oberflächen klären. Die Seite zu KI-Funktionen nennt keine zusätzlichen Anforderungen für AI Overviews oder AI Mode, keine speziellen Optimierungen und kein spezielles Schema.org-Markup. Damit eine Seite als unterstützender Link erscheinen kann, muss sie indexiert und für die Anzeige mit Snippet geeignet sein. Indexierung und Ausspielung sind nicht garantiert.

Der im Mai 2026 veröffentlichte Leitfaden zur Optimierung für generative KI-Funktionen erklärt den Hintergrund. AI Overviews und AI Mode beruhen auf Googles zentralen Ranking- und Qualitätssystemen. Sie nutzen Retrieval-Augmented Generation (bei Google auch Grounding genannt), um Seiten aus dem Suchindex abzurufen, und Query Fan-out, also mehrere verwandte Suchanfragen zu Unterthemen. Aus Googles Sicht ist Optimierung für generative KI-Suche weiterhin SEO.

Derselbe Leitfaden nennt, was Sie für die Google-Suche weglassen können:

• llms.txt und andere KI-Textdateien. Die Google-Suche nutzt sie nicht. Eine Datei für andere Systeme schadet und hilft in Google nicht.
• Inhalte in kleine Häppchen zerlegen. Laut Google verstehen die Systeme mehrere Themen auf einer Seite.
• Texte eigens für KI umschreiben. KI-Systeme verstehen Synonyme, Sie brauchen nicht jede Long-Tail-Variante.
• Übertriebener Fokus auf strukturierte Daten. Sie sind für generative KI-Suche nicht erforderlich. Google empfiehlt sie weiter, weil sie Seiten für Rich Results qualifizieren.

#Was die einzelnen KI-Suchanbieter dokumentieren

Keiner dieser Anbieter veröffentlicht eine Regel, nach der ein bestimmter Schema-Typ eine Seite in eine Antwort bringt. Veröffentlicht werden Crawler-Zugang und, bei Google, die Bedingungen für Indexierung und Snippet.

#2. JSON-LD @graph in WordPress richtig aufbauen

Ein häufiger Fehler: fragmentierte Schema-Ausgabe. Viele Plugins schreiben drei separate <script type="application/ld+json">-Blöcke für Website, Autor und Artikel. Jeder Block wirkt wie eine Insel; die Suchmaschine muss raten, ob Autor A zur Organisation B gehört.

Professionell ist ein zusammenhängender Graph über den @graph-Schlüssel. Jede Entität erhält eine stabile @id, und Relationen laufen über diese IDs.

#Beispiel-@graph mit Organization, Person und TechArticle

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://wppoland.com/#organization",
      "name": "WPPoland",
      "url": "https://wppoland.com",
      "logo": {
        "@type": "ImageObject",
        "@id": "https://wppoland.com/#logo",
        "url": "https://wppoland.com/images/logo.png",
        "caption": "WPPoland Logo"
      },
      "sameAs": [
        "https://github.com/wppoland"
      ]
    },
    {
      "@type": "Person",
      "@id": "https://wppoland.com/#author-mariusz",
      "name": "Mariusz Szatkowski",
      "jobTitle": "Lead WordPress Architect",
      "worksFor": {
        "@id": "https://wppoland.com/#organization"
      }
    },
    {
      "@type": "TechArticle",
      "@id": "https://wppoland.com/de/schema-org-ki-suche-aeo-geo-leitfaden-2026/#article",
      "isPartOf": {
        "@type": "WebSite",
        "@id": "https://wppoland.com/#website",
        "name": "WPPoland",
        "url": "https://wppoland.com"
      },
      "headline": "Schema.org für KI-Suche: ChatGPT, Perplexity und Google AI Mode",
      "inLanguage": "de-DE",
      "datePublished": "2026-03-21T18:00:00+00:00",
      "dateModified": "2026-09-20T18:00:00+00:00",
      "author": {
        "@id": "https://wppoland.com/#author-mariusz"
      },
      "publisher": {
        "@id": "https://wppoland.com/#organization"
      },
      "mainEntityOfPage": "https://wppoland.com/de/schema-org-ki-suche-aeo-geo-leitfaden-2026/"
    }
  ]
}

Die KI liest dann sofort: verifizierte Person, etablierte Organisation, datierte Fachseite. Das stärkt E-E-A-T-Signale (Experience, Expertise, Authoritativeness, Trustworthiness).

#3. Entitäten mit Wikidata und sameAs verknüpfen

about, mentions und sameAs beseitigen Unschärfe. Das ist Entity Disambiguation.

Wenn ein Text von “Cloud-Hosting” oder “Barrierefreiheit” spricht, können Bedeutungen drift. Permanente URIs in autoritativen Registern legen fest, was gemeint ist:

• Wikidata: globale, stabile Entitäts-IDs mit Bezeichnungen in vielen Sprachen.
• Unternehmensregister / Impressum-Signale: wo sinnvoll, Identifier oder stabile Profil-URLs, die die rechtliche Existenz der Organisation stützen.
• Fachlexika und Normreferenzen: für DE-spezifische Begriffe (z. B. Accessibility-Regelwerke) statt vager Marketingphrasen.

"about": [
  {
    "@type": "Thing",
    "name": "Schema.org",
    "sameAs": "https://www.wikidata.org/wiki/Q3475322"
  },
  {
    "@type": "Thing",
    "name": "Künstliche Intelligenz",
    "sameAs": "https://www.wikidata.org/wiki/Q11660"
  }
],
"mentions": [
  {
    "@type": "SoftwareApplication",
    "name": "WordPress",
    "sameAs": "https://www.wikidata.org/wiki/Q13166"
  }
]

Schema.org definiert about als den Gegenstand eines Werks und mentions als Verweis auf etwas, worum es im Werk nicht zwingend geht. Konsequent eingesetzt, zeigen beide einem Parser, welche Entitäten die Seite behandelt.

Offizielle Spezifikationen und Implementierungshinweise: Schema.org-Dokumentation und Google Structured Data.

#4. Welche strukturierten Daten brauche ich für AEO

Schema-Typen liefern Struktur, aber keine Garantie. Google sagt in den Richtlinien für strukturierte Daten ausdrücklich, dass Markup eine Funktion möglich macht, aber nicht garantiert. Drei Typen werden in AEO-Leitfäden oft überschätzt:

#FAQPage so formulieren, dass KI-Antworten zitieren

Schema.org definiert FAQPage als Seite mit einer oder mehreren häufig gestellten Fragen und QAPage als Seite zu einer konkreten Frage mit ihren Antworten, etwa in einem Community-Forum. Für einen redaktionellen FAQ-Block ist FAQPage richtig, für nutzergenerierte Fragen QAPage.

Seit August 2023 zeigt Google FAQ-Rich-Results nur noch für bekannte, autoritative Behörden- und Gesundheitswebsites. Für alle anderen Websites ist das Markup gültig und unschädlich, hat in der Google-Suche aber keine sichtbare Wirkung. Verkaufen Sie es einem Kunden nicht als Rich Result.

Regeln für eine FAQ-Struktur, die unabhängig vom Leser trägt:

1. Frage und Antwort stehen sichtbar auf der Seite; Google verbietet Markup für Inhalte, die Leser nicht sehen.
2. name formulieren wie echte Nutzer suchen.
3. acceptedAnswer.text mit der direkten Schlussfolgerung im ersten Satz beginnen (Answer-First).
4. Marketingfloskeln meiden; Methodik, Zeitrahmen oder messbare Kriterien nennen.

#Absätze für Sprachassistenten mit SpeakableSpecification markieren

Schema.org beschreibt speakable als die Abschnitte einer Seite, die sich besonders für Text-to-Speech eignen. Googles Unterstützung ist enger, als viele AEO-Leitfäden behaupten: Laut Speakable-Dokumentation ist die Funktion eine Beta für Nachrichtenverlage und gilt für Nutzer in den USA mit Google-Home-Geräten auf Englisch. Google Assistant beantwortet damit aktuelle Nachrichtenfragen auf smarten Lautsprechern.

"speakable": {
  "@type": "SpeakableSpecification",
  "cssSelector": [
    "#introduction",
    ".executive-summary"
  ]
}

Google empfiehlt etwa 20 bis 30 Sekunden Inhalt pro Abschnitt, also zwei bis drei Sätze, und entweder cssSelector oder xPath, nie beides. Jeder Selektor muss ein Element im gerenderten HTML treffen. Für deutschsprachige Seiten ohne Nachrichtenfokus ist speakable eine Beschreibung der Seitenstruktur, kein Ranking- oder Antwortsignal.

#Schritt-für-Schritt-Anleitungen mit HowTo auszeichnen

HowTo ist weiterhin ein gültiger Schema.org-Typ, doch Google zeigt ihn nicht mehr an. Im August 2023 wurden HowTo-Rich-Results auf Desktop beschränkt, am 13. September 2023 verschwanden sie auch dort, womit der Ergebnistyp eingestellt ist. Google kündigte an, die Suchdarstellung, den Bericht und die Unterstützung im Rich Results Test 30 Tage später zu entfernen.

Behalten Sie HowTo nur, wenn die Schritte echt und auf der Seite sichtbar sind: Migrationspfade, Cache-Warming, Sicherheits-Audits oder Deployment-Pipelines, nicht Marketing-Absätze. Jeder Schritt braucht einen klaren name und einen text, der ohne Vorwissen ausführbar ist. Nicht mehr genutztes Markup verursacht laut Google keine Probleme, hat aber auch keine sichtbare Wirkung.

#5. Offer-Schema für WooCommerce mit EUR und MwSt

Für WooCommerce-Shops im DACH-Markt brauchen Shopping-Assistenten präzise Produktdaten. Erwartungen zu Zahlung, Versand und Mehrwertsteuer gehören ins Offer-Objekt - ohne erfundene Listenpreise in redaktionellem Text.

{
  "@type": "Product",
  "name": "Enterprise WordPress Sicherheitsaudit",
  "image": "https://wppoland.com/images/og.png",
  "description": "Technisches Sicherheits- und Performance-Audit für komplexe WooCommerce- und WordPress-Installationen.",
  "sku": "SEC-AUDIT-2026",
  "offers": {
    "@type": "Offer",
    "url": "https://wppoland.com/de/kontakt/",
    "priceCurrency": "EUR",
    "priceSpecification": {
      "@type": "PriceSpecification",
      "valueAddedTaxIncluded": true,
      "priceCurrency": "EUR"
    },
    "availability": "https://schema.org/InStock",
    "acceptedPaymentMethod": [
      "https://schema.org/CreditCard"
    ]
  }
}

ISO-Währung (EUR), MwSt-Ausweis und Rückgabepolitik (hasMerchantReturnPolicy) explizit halten. Konkrete Beträge gehören in Angebot und Checkout, nicht als Fake-Statistik in Blogtext.

Für Produktantworten verweist Googles KI-Leitfaden auf Merchant-Center-Feeds und das Unternehmensprofil als Weg, über den Produkte und lokale Unternehmen in KI-Antworten kommen. Product-Markup auf der Seite ergänzt den Feed, ersetzt ihn aber nicht.

Bewertungen gehören nur ins Markup, wenn sie auf der Seite stehen. Googles Richtlinien für Rezensions-Snippets schließen selbst kontrollierte Bewertungen aus: Kontrolliert ein Unternehmen die Rezensionen über sich selbst, sind seine Seiten mit LocalBusiness- oder anderem Organization-Markup nicht für Sternebewertungen berechtigt. Eine Agentur, die eigene Kundenstimmen als AggregateRating auszeichnet, ist genau dieser Fall.

#6. JSON-LD in WordPress ohne Plugin einbinden

Viele SEO-Plugins sperren Custom-@graph-Relationen und Wikidata-Links. Eine schlanke Entwicklerlösung hängt eine Hilfsfunktion in wp_head oder generiert JSON-LD beim Build (z. B. Astro-Frontend).

#JSON-LD per PHP in wp_head einfügen

/**
 * Injiziert eine reine JSON-LD-Wissensgraphik in den Header.
 */
function wppoland_render_semantic_jsonld(): void {
    if ( is_admin() ) {
        return;
    }

    $graph = array(
        '@context' => 'https://schema.org',
        '@graph'   => array(),
    );

    $org_node = array(
        '@type' => 'Organization',
        '@id'   => home_url( '/#organization' ),
        'name'  => get_bloginfo( 'name' ),
        'url'   => home_url( '/' ),
    );
    $graph['@graph'][] = $org_node;

    if ( is_singular( 'post' ) ) {
        global $post;

        $article_node = array(
            '@type'            => 'TechArticle',
            '@id'              => get_permalink( $post->ID ) . '#article',
            'headline'         => get_the_title( $post->ID ),
            'datePublished'    => get_post_time( 'c', true, $post->ID ),
            'dateModified'     => get_post_modified_time( 'c', true, $post->ID ),
            'inLanguage'       => 'de-DE',
            'publisher'        => array( '@id' => home_url( '/#organization' ) ),
            'mainEntityOfPage' => get_permalink( $post->ID ),
        );

        $graph['@graph'][] = $article_node;
    }

    echo "\n" . '<script type="application/ld+json">' . "\n";
    echo wp_json_encode( $graph, JSON_UNESCAPED_SLASHES | JSON_UNESCAPED_UNICODE | JSON_PRETTY_PRINT );
    echo "\n" . '</script>' . "\n";
}
add_action( 'wp_head', 'wppoland_render_semantic_jsonld', 2 );

Keine Extra-Abhängigkeit, geringe Last, volle Kontrolle über die Graphstruktur. Wenn Sie Headless mit Astro oder Next.js fahren, gehört dieselbe @graph-Logik in die Build-Pipeline statt in wp_head - die Entitäts-IDs müssen aber über CMS und Frontend identisch bleiben, sonst zerfällt der Graph wieder in Inseln.

#7. GPTBot und PerplexityBot in robots.txt erlauben

Schema.org nützt wenig, wenn die Crawler, die es lesen sollen, in robots.txt pauschal blockiert sind. Angst vor Scraping hat viele Sites dazu gebracht, alle Bots zu sperren, und damit aus Perplexity- und ChatGPT-Quellen zu verschwinden.

#Welche KI-Crawler für die Suche und welche fürs Training zuständig sind

Die Anbieter trennen ihre Crawler nach Zweck, und robots.txt behandelt jeden User-Agent einzeln:

Quellen: OpenAI, Perplexity, Anthropic, Google. Das ältere Token anthropic-ai steht nicht mehr in Anthropics aktueller Liste.

Eine Konfiguration, die in der KI-Suche zitierfähig bleibt und das Training ausschließt:

User-agent: OAI-SearchBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

User-agent: ClaudeBot
Disallow: /

User-agent: *
Disallow: /wp-admin/
Allow: /wp-admin/admin-ajax.php

Trainings-Crawler zuzulassen ist eine geschäftliche Entscheidung, keine AEO-Voraussetzung: OpenAI schreibt, dass eine Site OAI-SearchBot erlauben und GPTBot sperren kann. Laut OpenAI dauert es etwa 24 Stunden, bis eine robots.txt-Änderung in der ChatGPT-Suche greift, Perplexity nennt bis zu 24 Stunden. Prüfen Sie nach dem Deploy die Zugriffslogs auf diese User-Agents und gleichen Sie sie mit den veröffentlichten IP-Listen ab, denn User-Agent-Strings lassen sich fälschen.

#Wie man begrenzt, was Google aus einer Seite in KI-Funktionen zeigt

Google wendet die üblichen Snippet-Steuerungen auch auf AI Overviews und AI Mode an: nosnippet, data-nosnippet, max-snippet und noindex. Sie wirken pro Seite oder pro Element, sodass eine Preistabelle oder ein Mitgliederbereich aus generierten Zusammenfassungen herausbleibt, ohne die Suche zu verlassen. Der Preis ist direkt: Eine Seite ohne Snippet-Berechtigung kann auch kein unterstützender Link sein. Google weist zudem darauf hin, dass das erneute Crawlen nach einer Änderung einige Tage bis einige Monate dauern kann.

#8. Strukturierte Daten testen und typische Fehler

Strukturierte Daten sind erst dann AEO-tauglich, wenn sie denselben Inhalt beschreiben, den ein Mensch im Browser sieht. Der Arbeitsablauf ist bewusst kurz und wiederholbar:

1. Seite in der Vorschau öffnen und prüfen, ob FAQ, Autor und Organisationsangaben sichtbar sind - nicht nur im Markup.
2. URL im Google Rich Results Test prüfen; fehlende Pflichtfelder und Typkonflikte sofort beheben.
3. JSON-LD mit dem Schema Markup Validator gegen die Typdefinitionen halten, besonders bei @graph-Relationen.
4. Nach Plugin-Updates erneut testen: Rank Math, Yoast und Checkout-Erweiterungen schreiben oft zweite Offer- oder Organization-Knoten.

Häufige Fehler in DACH-Projekten: FAQ-Antworten, die nur im Schema stehen; Person ohne worksFor; priceCurrency gemischt (EUR/CHF) auf derselben Domain; Speakable-Selektoren ohne passende CSS-IDs; Impressum-Daten, die von der Organization-Node abweichen. Jeder dieser Fälle senkt die Zitationssicherheit, weil das Modell widersprüchliche Signale bekommt.

Für Agentur- oder Enterprise-Setups lohnt ein einmaliges Inventar: welche Templates emittieren JSON-LD, wer besitzt die @id-Namespace-Konvention (/#organization, /#website, #article), und wo greifen Staging und Produktion auseinander. Ohne diese Disziplin entstehen beim nächsten Theme-Wechsel wieder drei Inseln.

#9. KI-Sichtbarkeit der Website messen

Es gibt keine öffentlich belegte, universale “Zitationsrate” für Schema.org. Was Sie messen können: manuelle Stichproben in ChatGPT Search, Perplexity und Google AI Overviews zu Ihren Kernfragen; Referral-Traffic aus diesen Oberflächen in der Analytics; GSC-Impressionen zu markennahen und FAQ-ähnlichen Queries; Diffs im Rich Results Report nach Markup-Änderungen. Dokumentieren Sie Datum, Query und beobachtetes Zitat - das ist belastbarer als erfundene Prozentsätze.

#Wie man den Bericht zur generativen KI in der Search Console nutzt

Google hat die Berichte zur Leistung in der generativen KI-Suche am 3. Juni 2026 angekündigt und am 31. August 2026 für alle Websites weltweit freigeschaltet. Sie zeigen Impressionen in generativen KI-Funktionen getrennt, mit eigenen Berichten für die Suche (AI Overviews und AI Mode) und für Discover. Die Dimensionen:

• Impressionen: wie oft URLs Ihrer Website in generativen KI-Funktionen erschienen
• Seiten: welche URLs erschienen
• Länder: Sichtbarkeit pro Land
• Geräte: welche Geräte die Nutzer verwendeten (für die Suche verfügbar)
• Daten: stündliche, tägliche, wöchentliche oder monatliche Auflösung

Dieselben Impressionen bleiben im allgemeinen Leistungsbericht enthalten. Nutzen Sie den Bericht, um Seitengruppen vor und nach einer Template-Änderung zu vergleichen, etwa nach dem Umstieg auf einen eigenen @graph-Emitter. Googles Leitfaden warnt zudem, dass kein Drittanbieter-Tool Zugang zu den internen Ranking- oder KI-Systemen hat; KI-Sichtbarkeitswerte externer Tools sind Schätzungen.

#Schema-Checkliste für WordPress vor dem Go-live

Vor dem Go-live: Rich Results Test, stabile absolute @id-URLs, keine doppelten Offer-Knoten durch Zahlungsplugins. Ein sauberer Graph schlägt drei Plugins mit je eigener Insel.

1. Auf ganzheitliches @graph umstellen: Organisation, Person und Artikel über feste IDs verbinden.
2. Externe Entitäten anbinden: sameAs und about gegen Wikidata für Fachbegriffe.
3. FAQPage nur für sichtbare Fragen nutzen: Frage präzise, Schlussfolgerung im ersten Satz, kein Rich Result außerhalb von Behörden- und Gesundheitsseiten erwarten.
4. Gegen Standards validieren: Google Rich Results Test und Schema Markup Validator regelmäßig.
5. Richtige Crawler öffnen: OAI-SearchBot, PerplexityBot und Claude-SearchBot freigeben, über GPTBot und ClaudeBot nach eigener Policy entscheiden.

Brauchen Sie eine technische Einschätzung der Sichtbarkeit in neuen Suchflächen? Mehr zu GEO- und LLMO-Optimierung oder Kontakt für eine unverbindliche technische Durchsicht. Wir prüfen Graph-Kohärenz, Crawler-Freigaben und FAQ-Struktur - ohne generische Audit-Folien und ohne erfundene Kennzahlen.