Technische GEO: Schema & Seitenarchitektur

Damit KI-Systeme wie ChatGPT, Perplexity oder die Google AI Overviews Ihre Inhalte als Quelle nutzen, müssen sie diese Inhalte erst einmal zuverlässig finden, korrekt verstehen und sauber extrahieren können. Genau hier setzt technische Generative Engine Optimization (GEO) an: bei der Seitenarchitektur, den strukturierten Daten und der Onpage-Struktur Ihrer Website. Dieser Leitfaden zeigt Ihnen als Verantwortliche in München und darüber hinaus, welche technischen Hebel wirklich zählen.

Technische GEO ist kein Trick, sondern ein System: klare Architektur, konsistente Signale, strukturierte Daten und eine Onpage-Struktur, aus der Maschinen einzelne Aussagen sauber herauslösen können.

Technische SEO vs. technische GEO: Was ist neu?

Viele technische Grundlagen bleiben gleich: crawlbare Seiten, saubere URLs, schnelle Ladezeiten, korrekte Statuscodes. Der Unterschied liegt im Ziel. Klassische technische SEO optimiert dafür, dass Google eine Seite indexiert und in einer Linkliste rankt. Technische GEO optimiert zusätzlich dafür, dass ein Sprachmodell einzelne Passagen als belastbare Antwort extrahieren und Ihrer Marke zuordnen kann.

Daraus ergeben sich drei neue Schwerpunkte:

• Extrahierbarkeit: Kann ein Modell eine konkrete Aussage aus dem Fließtext isolieren, ohne den Kontext zu verlieren?
• Entitäten-Klarheit: Ist eindeutig, um welches Unternehmen, welche Person oder welches Produkt es geht?
• Zugänglichkeit für KI-Crawler: Erreichen die relevanten Bots den Inhalt überhaupt im ausgelieferten HTML?

Wer verstehen möchte, wie diese Systeme Antworten zusammensetzen, findet die Grundlagen in unserem Beitrag dazu, wie KI-Suchergebnisse generiert werden.

Seitenarchitektur: die Landkarte für KI-Crawler

KI-Crawler entdecken neue Seiten so wie klassische Suchmaschinen: Sie folgen Links. Eine durchdachte Architektur erhöht die Wahrscheinlichkeit, dass alle wichtigen Inhalte gefunden und im richtigen Kontext eingeordnet werden.

Flache Hierarchie statt tiefer Verschachtelung

Halten Sie wichtige Seiten nah an der Startseite. Als Faustregel sollte jede relevante Seite in maximal drei Klicks erreichbar sein. Tief vergrabene Seiten werden seltener besucht und schwächer gewichtet.

Eine klare Ebenenstruktur könnte so aussehen:

• Startseite (Ebene 0)
• Themen- und Leistungsseiten (Ebene 1)
• Detail- und Ratgeberseiten (Ebene 2)
• Einzelfälle wie Case Studies (Ebene 3)

Sprechende URLs

URLs sind das erste Signal, das ein Crawler über eine Seite erhält. Sie sollten lesbar sein, das Thema abbilden und dauerhaft stabil bleiben:

• Gut: /leistungen/technische-geo/
• Vermeiden: /index.php?id=482&cat=7

Verzichten Sie auf überflüssige Parameter, halten Sie die Schreibweise konsistent (durchgehend klein) und ändern Sie bestehende URLs nur mit sauberen 301-Weiterleitungen.

Interne Verlinkung und Themencluster

Interne Links verteilen Relevanz und zeigen, welche Seiten zusammengehören. Für GEO ist besonders wirkungsvoll:

• Kontextuelle Links im Fließtext mit beschreibenden Ankertexten, die das Ziel benennen (nicht "hier klicken").
• Themencluster aus einer zentralen Pillar-Seite und mehreren vertiefenden Beiträgen, die sich gegenseitig verlinken.
• Breadcrumbs, die die Position in der Hierarchie sichtbar machen und den thematischen Kontext verstärken.

Eine XML-Sitemap ergänzt die interne Verlinkung, ersetzt sie aber nicht: Sie ist ein Einstiegspunkt, keine Bewertung der Wichtigkeit.

Onpage-Struktur: Answer-First und extrahierbarer Content

Sprachmodelle arbeiten auf Ebene einzelner Passagen. Je klarer eine Aussage abgegrenzt ist, desto leichter lässt sie sich zitieren.

Antwort zuerst, Kontext danach

Beantworten Sie die Kernfrage eines Abschnitts in den ersten ein bis zwei Sätzen direkt und vollständig. Diese Answer-First-Logik erhöht die Chance, dass genau diese Passage als Antwort übernommen wird. Der ausführliche Kontext folgt darunter.

Semantische Struktur nutzen

• Eine logische Überschriftenhierarchie (ein <h1>, darunter sauber gestaffelte <h2> und <h3>) gibt dem Inhalt eine Gliederung, die Maschinen auslesen.
• Tabellen und Vergleichslisten machen strukturierte Fakten leicht extrahierbar.
• Definitionsblöcke und kurze, eigenständige Absätze verhindern, dass wichtige Aussagen in langen Textwänden untergehen.
• Ein FAQ-Abschnitt deckt konkrete Nutzerfragen in Frage-Antwort-Form ab. Welche Länge und Form dabei sinnvoll ist, vertieft unser Beitrag zur idealen Content-Länge für FAQ-Seiten in der generativen Suche.

Strukturierte Daten mit Schema.org

Strukturierte Daten sind die maschinenlesbare Übersetzung Ihrer Inhalte. Sie sagen einem System nicht nur, dass Text vorhanden ist, sondern was er bedeutet: eine Adresse, eine Bewertung, ein Autor, eine Öffnungszeit. Das erleichtert die Extraktion von Fakten und die eindeutige Zuordnung von Entitäten.

Format und relevante Typen

Setzen Sie strukturierte Daten als JSON-LD um; dieses Format ist am robustesten und lässt sich unabhängig vom sichtbaren HTML pflegen. Für die meisten Websites sind diese Typen zentral:

Entitäten eindeutig machen

Der größte GEO-Nutzen strukturierter Daten liegt in der Entitäten-Klarheit. Verknüpfen Sie Ihre Organisation und Ihre Autorinnen über das sameAs-Attribut mit verlässlichen Referenzen (etwa dem eigenen Unternehmensprofil in etablierten Verzeichnissen oder Wikidata). So kann ein Modell sicher zuordnen, dass sich verschiedene Erwähnungen auf dieselbe Marke beziehen. Halten Sie Namen, Adresse und Kontaktdaten über alle Quellen hinweg konsistent.

Markup testen und pflegen

Fehlerhaftes Markup nützt wenig oder schadet. Validieren Sie Ihre strukturierten Daten deshalb vor dem Livegang und nach größeren Änderungen – etwa mit dem Schema Markup Validator von schema.org oder dem Rich Results Test von Google. Achten Sie darauf, dass das Markup den sichtbaren Inhalt der Seite abbildet und keine Angaben enthält, die für Nutzer nicht erkennbar sind. Halten Sie die Daten aktuell: Veraltete Öffnungszeiten, Preise oder Autorenangaben untergraben genau das Vertrauen, das strukturierte Daten aufbauen sollen.

Strukturierte Daten sind kein direktes Ranking-Signal, aber sie senken die Wahrscheinlichkeit, dass Ihre Inhalte falsch interpretiert werden. Wie stark solche Vertrauens- und Konsistenzsignale wirken, zeigen wir im Beitrag zu E-E-A-T für KI-Systeme.

Canonical-Tags: damit die richtige Seite zitiert wird

Wenn ähnliche Inhalte unter mehreren URLs erreichbar sind (Parameter, Filter, Druckversionen, Tracking-Varianten), riskieren Sie, dass ein KI-System eine schwächere oder falsche Variante als Quelle wählt. Das rel="canonical"-Tag bündelt diese Signale auf einer bevorzugten URL.

Bewährte Praxis:

• Selbstreferenzierende Canonicals: Jede Seite verweist per Canonical auf ihre eigene, bevorzugte URL.
• Konsistenz: Canonical-Angabe, interne Verlinkung und Sitemap sollten dieselbe URL nennen. Widersprüchliche Signale schwächen die Wirkung.
• Canonical statt Blockade: Um Duplikate zu konsolidieren, ist ein Canonical besser geeignet als ein pauschales Aussperren – blockierte Seiten können ihre Signale nicht mehr weitergeben.
• noindex gezielt einsetzen für Seiten, die gar nicht in Ergebnissen auftauchen sollen (etwa interne Suchergebnisseiten).

Technisches Fundament: Rendering, Tempo, Crawlbarkeit

Die beste Struktur nützt nichts, wenn der Inhalt für KI-Crawler nicht im ausgelieferten HTML steht.

Server-seitiges Rendering bevorzugen

Ein entscheidender Unterschied zu Google: Viele KI-Crawler führen kein oder nur eingeschränkt JavaScript aus. Inhalte, die erst clientseitig im Browser nachgeladen werden, bleiben für sie häufig unsichtbar. Sorgen Sie deshalb dafür, dass die inhaltlich relevanten Passagen bereits im initialen HTML enthalten sind – über Server-Side-Rendering (SSR), statische Generierung (SSG) oder Prerendering.

Ladezeit und Core Web Vitals

Schnell ausgelieferte Seiten mit niedriger Server-Antwortzeit werden effizienter gecrawlt und bieten Nutzern, die über KI-Antworten auf Ihre Seite gelangen, eine bessere Erfahrung. Optimieren Sie Bilder, reduzieren Sie Render-blockierende Ressourcen und setzen Sie auf mobile-first, da ein Großteil der Zugriffe mobil erfolgt.

Zugänglichkeit steuern

Stellen Sie sicher, dass relevante KI-Crawler nicht versehentlich ausgesperrt werden und dass Ihr Server konsistent den Statuscode 200 liefert. Welche Bots wie gesteuert werden und worauf es bei robots.txt, llms.txt und HTTP-Headern ankommt, behandeln wir ausführlich im Beitrag zu den robots.txt- und llms.txt-Einstellungen für KI-Crawler.

Lokale Signale für München sauber verankern

Für Unternehmen mit Standort in München entscheidet die technische Klarheit lokaler Signale darüber, ob KI-Systeme Sie in regionalen Antworten berücksichtigen. Drei Punkte sind dafür zentral:

• LocalBusiness-Markup mit vollständiger Adresse, Geokoordinaten, Öffnungszeiten und Telefonnummer. So wird der Standortbezug maschinenlesbar und nicht nur aus Fließtext erschlossen.
• NAP-Konsistenz (Name, Adresse, Telefon) über Website, Branchenverzeichnisse und Kartendienste hinweg. Widersprüchliche Angaben schwächen das Vertrauen in die Entität.
• Standort im Content benennen, statt ihn vorauszusetzen. Formulierungen, die Leistung und Ort verbinden, geben dem Modell den nötigen Kontext, um Sie einer konkreten Anfrage zuzuordnen.

Diese lokalen Signale wirken nur, wenn das technische Fundament stimmt: Werden sie über JavaScript nachgeladen oder unter widersprüchlichen URLs ausgeliefert, gehen sie verloren.

Häufige technische GEO-Fehler

Bevor Sie neue Maßnahmen umsetzen, lohnt der Blick auf typische Stolpersteine, die Sichtbarkeit kosten:

• Kerninhalt nur clientseitig gerendert – für viele KI-Crawler unsichtbar.
• Wichtige Seiten zu tief vergraben oder ausschließlich über interne Suche erreichbar.
• Widersprüchliche Canonical-Signale zwischen Tag, interner Verlinkung und Sitemap.
• Fehlende oder fehlerhafte strukturierte Daten, die eine Extraktion erschweren.
• Generische Ankertexte wie "mehr erfahren", die keinen thematischen Kontext liefern.
• Lange, ungegliederte Textwände ohne isolierbare Kernaussagen.

Ein wiederkehrendes Audit deckt diese Punkte auf. Wie ein solcher Check systematisch abläuft, zeigt unser Beitrag zum GEO-Audit 2026.

Umsetzung und Monitoring

Technische GEO ist kein einmaliges Projekt, sondern ein laufender Prozess. Nach der Umsetzung sollten Sie beobachten, ob KI-Crawler Ihre Seiten tatsächlich abrufen und ob Ihre Inhalte in Antworten auftauchen. Zwei Perspektiven ergänzen sich: die Server-Logs zeigen das reale Crawling-Verhalten, während Stichproben in ChatGPT, Perplexity und den AI Overviews zeigen, ob und wie Sie zitiert werden. Aus den Erkenntnissen leiten Sie priorisierte Anpassungen ab – etwa an Struktur, strukturierten Daten oder Rendering.

Praxis-Checkliste technische GEO

• Wichtige Seiten in maximal drei Klicks erreichbar
• Sprechende, stabile URLs ohne unnötige Parameter
• Kontextuelle interne Verlinkung und klare Themencluster
• Answer-First-Absätze mit sauberer Überschriftenhierarchie
• Tabellen, Listen und FAQ für extrahierbare Fakten
• JSON-LD für Organization, LocalBusiness, Article, FAQPage, Breadcrumb
• sameAs und konsistente NAP-Daten für Entitäten-Klarheit
• Selbstreferenzierende, widerspruchsfreie Canonical-Tags
• Kritische Inhalte im initialen HTML (SSR/SSG)
• Schnelle Ladezeit, mobile-first, konsistente 200er-Statuscodes

Eine strukturierte Umsetzung dieser Punkte ist der Kern jeder GEO-Optimierung und bildet die Grundlage, auf der Content- und Autoritätsmaßnahmen erst wirken können.

Häufige Fragen

Was ist der Unterschied zwischen technischer SEO und technischer GEO?

Technische SEO sorgt dafür, dass Suchmaschinen Ihre Seite indexieren und ranken. Technische GEO baut darauf auf und optimiert zusätzlich, dass KI-Systeme einzelne Aussagen sauber extrahieren, Ihrer Marke zuordnen und als Quelle zitieren können. Extrahierbarkeit, Entitäten-Klarheit und Crawler-Zugänglichkeit kommen als Ziele hinzu.

Brauche ich Schema.org-Markup, damit KI meine Inhalte nutzt?

Strukturierte Daten sind kein zwingender Ranking-Faktor, aber sie erhöhen deutlich die Chance, dass Fakten korrekt extrahiert und Entitäten eindeutig zugeordnet werden. Besonders Organization, LocalBusiness, Article, FAQPage und BreadcrumbList als JSON-LD lohnen sich für nahezu jede Website.

Warum sind Canonical-Tags für die KI-Sichtbarkeit wichtig?

Wenn derselbe Inhalt unter mehreren URLs erreichbar ist, kann ein KI-System die falsche Variante zitieren. Ein selbstreferenzierendes, konsistentes rel="canonical" bündelt die Signale auf der bevorzugten URL und erhöht die Wahrscheinlichkeit, dass genau diese Seite als Quelle erscheint.

Sehen KI-Crawler Inhalte, die per JavaScript nachgeladen werden?

Häufig nicht. Viele KI-Crawler werten vor allem das initial ausgelieferte HTML aus und führen JavaScript nur eingeschränkt oder gar nicht aus. Inhalte, die ausschließlich clientseitig gerendert werden, bleiben dann unsichtbar. Server-Side-Rendering oder statische Generierung schaffen Abhilfe.

Wie tief darf meine Seitenstruktur sein?

Als praktikable Orientierung sollten wichtige Seiten in maximal drei Klicks von der Startseite erreichbar sein. Tief verschachtelte Seiten werden seltener gecrawlt und schwächer gewichtet. Verlinken Sie bedeutende Detailseiten direkt von relevanten Hub- oder Themenseiten.

Was bedeutet Answer-First-Content konkret?

Answer-First heißt, die Kernfrage eines Abschnitts sofort in den ersten ein bis zwei Sätzen vollständig zu beantworten und den ausführlichen Kontext erst danach zu liefern. Diese Struktur erleichtert es Sprachmodellen, die Passage als direkte Antwort zu übernehmen.

Ist eine XML-Sitemap für KI-Crawler ausreichend?

Eine Sitemap hilft als Einstiegspunkt, ersetzt aber keine gute interne Verlinkung. Die Bedeutung einzelner Seiten leiten Crawler vor allem aus der Verlinkungsstruktur ab. Sitemap und interne Links sollten dieselben bevorzugten URLs nennen, damit keine widersprüchlichen Signale entstehen.