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

#1. Warum semantische Struktur im deutschsprachigen Raum zählt

Deutsch ist im globalen Trainingskorpus stark vertreten, aber lokale Unternehmensdaten, Impressumspflicht und branchenspezifische Begriffe erzeugen trotzdem Ambiguity. Modelle halluzinieren besonders dann, wenn Firmennamen, Rechtsformen und Leistungsbeschreibungen nur als Freitext vorliegen.

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 und Zitationssicherheit: Wenn Perplexity eine Antwort zu WooCommerce-Performance oder Barrierefreiheit nach BFSG/EN 301 549 baut, bevorzugt die Auswahl Quellen mit strukturierten, eindeutigen Aussagen. Schema.org senkt den Parsing-Aufwand.
• 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. Beide verlieren Zitationen nicht wegen fehlender Keywords, sondern wegen fehlender Graph-Kohärenz.

#2. Die Architektur hinter JSON-LD @graph in WordPress

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 eines verknüpften WordPress-Graphen

{
  "@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://www.wikidata.org/wiki/Q13166",
        "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ätsverankerung gegen autoritative Quellen

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 Entitäts-IDs, die in Trainingsdaten großer Modelle vorkommen.
• 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"
  }
]

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

#4. Kritische Schema-Typen für AEO und Zitation

AEO liefert fertige Antwortblöcke. Drei Typen sind für Fachseiten besonders wirksam:

#FAQPage: Struktur für direkte Zitation

Generative Engines suchen etablierte Frage-Antwort-Muster, etwa zu WordPress-Upgrades oder WooCommerce-Checkout-Fehlern.

Regeln für wirksame FAQ-Struktur:

1. name formulieren wie echte Nutzer suchen.
2. acceptedAnswer.text mit der direkten Schlussfolgerung im ersten Satz beginnen (Answer-First).
3. Marketingfloskeln meiden; Methodik, Zeitrahmen oder messbare Kriterien nennen.

#SpeakableSpecification: Sprachschnittstellen und Abstracts

speakable markiert Abschnitte, die multimodale Assistenten für mündliche Wiedergabe priorisieren.

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

#HowTo: Schrittfolgen

Technische Guides mit HowTo lassen sich in Chat-Oberflächen als nummerierte Schritte mit Werkzeugen und Dauer darstellen. Für WordPress-Themen heißt das: Migrationspfade, Cache-Warming, Sicherheits-Audits oder Deployment-Pipelines als echte Schritte modellieren - nicht als Marketing-Absätze. Jeder Schritt braucht einen klaren name und einen text, der ohne Vorwissen ausführbar ist. Wenn Sie Tools nennen (WP-CLI, Composer, Redis), halten Sie die Namen stabil, damit Entitätslinking und Speakable denselben Wortlaut treffen.

#5. Handel und Transaktionsdaten: 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/sikkerhetsrevisjon.avif",
  "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.

#6. Technische Umsetzung in WordPress ohne Plugin-Zwang

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).

#PHP-Snippet für dynamisches JSON-LD

/**
 * 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. Crawler-Strategie für LLM-Agenten und robots.txt

Schema.org nützt wenig, wenn AI-Indexierungsagenten 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.

Eine ausgewogene Konfiguration trennt suchorientierte Agenten von reinen Training-Scrapern:

User-agent: *
Allow: /

User-agent: GPTBot
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: ClaudeBot
Allow: /

Disallow: /wp-admin/
Disallow: /search/

Zugangslogs auf User-Agents prüfen und Antwortzeiten für diese Crawler stabil halten. Wer Training-Scraper strikt blockiert, sollte das bewusst dokumentieren - und Suchagenten nicht mit derselben Regel treffen.

#8. Validierung und typische Fehlerbilder

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. Sichtbarkeit messen - ohne Fake-Kennzahlen

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.

#Checkliste für deutschsprachige WordPress-Sites

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. Antwortblöcke mit FAQPage strukturieren: Frage präzise, Schlussfolgerung im ersten Satz.
4. Gegen Standards validieren: Google Rich Results Test und Schema Markup Validator regelmäßig.
5. Richtige Crawler öffnen: robots.txt für suchorientierte KI-Agenten freigeben.

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.