Technisches GEO-Audit: Diagnose von Problemen bei der Sichtbarkeit in der KI-Suche

Einleitung

Ihre Website rangiert bei Google, wichtige Seiten sind indexiert, und Ihr technisches SEO-Audit meldet keine größeren Fehler. Doch wenn potenzielle Kunden ChatGPT, Google AI Overviews oder Perplexity bitten, Unternehmen in Ihrer Branche zu empfehlen, taucht Ihre Marke selten auf.

Man ist schnell geneigt anzunehmen, das Problem liege in schwachen Inhalten oder unzureichenden Backlinks. Doch bevor Sie in eine weitere Optimierungsrunde investieren, gilt es, eine grundlegendere Frage zu klären: Können die für die KI-Suche zuständigen Systeme tatsächlich auf Ihre Website zugreifen, Inhalte abrufen und diese korrekt interpretieren?

Ein herkömmliches SEO-Audit kann helfen, einen Teil dieser Frage zu beantworten. Ein technisches GEO-Audit geht noch einen Schritt weiter, indem es den Crawler-Zugriff, gerenderte Inhalte, die Indexierbarkeit, Markeninformationen sowie den Zusammenhang zwischen diesen technischen Signalen und der beobachteten Sichtbarkeit in der KI-Suche untersucht.

Dieser Leitfaden stellt einen diagnostischen Arbeitsablauf vor, der echte technische Probleme von Fragen der Inhaltsrelevanz, Autorität und Messung unterscheidet. Außerdem erfahren Sie, wie Sie Korrekturmaßnahmen priorisieren können, ohne sich auf unbewiesene Abkürzungen zur KI-Optimierung zu verlassen.

Was ist ein technisches GEO-Audit?

Ein technisches GEO-Audit ist eine strukturierte Bewertung, ob wichtige Informationen einer Website zugänglich, bei Bedarf indexierbar und für KI-gestützte Such- und Abrufsysteme korrekt dargestellt sind.

GEO steht für „Generative Engine Optimization“. Der Begriff beschreibt Maßnahmen, die darauf abzielen, die Auffindbarkeit, das Verständnis und die potenzielle Nennung oder Empfehlung einer Website oder Marke in KI-generierten Antworten zu verbessern.

Technisches GEO konzentriert sich auf die Infrastruktur, die diesen Prozess unterstützt.

Ein typisches Audit untersucht sechs Bereiche:

1. Zugriff durch Crawler: Können die relevanten Such-Crawler auf die Website zugreifen?

2. Indizierbarkeit: Sind wichtige Seiten für die von den Zielsuchsystemen verwendeten Indizes geeignet?

3. Darstellung: Sind wesentliche Inhalte im HTML-Code vorhanden oder anderweitig für den jeweiligen Crawler zugänglich?

4. Seitenidentität: Beschreiben kanonische URLs, Titel und strukturierte Informationen konsistent den richtigen Inhalt?

5. Informationsqualität: Sind wichtige Aussagen verständlich, korrekt und durch zugängliche Belege untermauert?

6. Messung der Sichtbarkeit: Kann das Team technische Verbesserungen von Veränderungen in den tatsächlichen KI-Suchergebnissen unterscheiden?

Diese Prüfungen bauen auf technischem SEO auf, anstatt es zu ersetzen.

Google erklärt ausdrücklich, dass seine KI-Übersichten und der KI-Modus keine speziellen technischen Markups erfordern, die über die grundlegenden Anforderungen für die Google-Suche hinausgehen. Andere Antwortmaschinen verfügen über eigene Abrufmethoden und dokumentierte Crawler-Steuerungen.

Das bedeutet, dass technische GEO nicht als eine Sammlung mysteriöser Ranking-Faktoren betrachtet werden sollte.

Das Ziel besteht darin, nachweisbare Hindernisse zu beseitigen, Unklarheiten zu reduzieren und zuverlässige Voraussetzungen für die Auffindbarkeit von Inhalten zu schaffen.

Technisches SEO vs. technisches GEO: Was ist der Unterschied?

Traditionelles technisches SEO bewertet, ob Suchmaschinen Webseiten effektiv finden, crawlen, indexieren und verarbeiten können.

Technisches GEO erweitert diese Untersuchung auf zusätzliche Abrufsysteme und KI-generierte Sucherlebnisse.

Prüfbereich	Traditionelles technisches SEO	Zusätzliche technische GEO-Untersuchung
Crawl-Zugriff	Googlebot, Bingbot, robots.txt	Suchmaschinenspezifische KI-Crawler, CDN-Richtlinien, Fetch-Verhalten
Indizierbarkeit	Indexierungsanweisungen, kanonische Signale	Eignung für KI-Suchoberflächen unter Verwendung bestehender Suchindizes
Rendering	JavaScript-SEO und gerendertes HTML	Ob andere relevante Abruf-Clients wesentliche Informationen erhalten
Strukturierte Daten	Gültigkeit und Suchzugänglichkeit	Konsistenz zwischen maschinenlesbaren Fakten und sichtbarem Inhalt
Inhaltsarchitektur	Interne Verlinkung und Erfassung durch Crawler	Zugänglichkeit vollständiger Antworten und ihres unterstützenden Kontexts
Messung	Rankings, Impressionen, organische Besuche	KI-Zitate, Markenerwähnungen, Antwortgenauigkeit, zurechenbarer Traffic

Es gibt erhebliche Überschneidungen.

Eine fehlerhafte kanonische URL ist nicht ausschließlich ein GEO-Problem. Ebenso wenig wie eine nicht zugängliche, mit JavaScript gerenderte Seite.

Der Unterschied liegt im Umfang der Diagnose und den gemessenen Ergebnissen.

Ein erfolgreiches technisches GEO-Audit sollte identifizieren, was fehlerhaft ist, erklären, warum dies für ein bestimmtes Suchsystem von Bedeutung ist, und belegen, dass die vorgeschlagene Korrektur das Problem behebt.

Schritt 1: Erstellen Sie eine Baseline für die Sichtbarkeit bei der KI-Suche

Bevor Änderungen an der Website vorgenommen werden, sollte das Sichtbarkeitsproblem dokumentiert werden.

Andernfalls könnte das Team Wochen damit verbringen, technische Warnungen zu beheben, ohne zu wissen, ob diese Änderungen einen Bezug zu den geschäftsrelevanten Fragen haben, die Kunden tatsächlich stellen.

Beginnen Sie mit einer kleinen, kontrollierten Auswahl relevanter Suchanfragen.

Für ein fiktives B2B-Cybersicherheitsunternehmen könnte die Untersuchung Folgendes umfassen:

• Was sind die besten Plattformen zur Cybersicherheitsüberwachung für mittelständische Unternehmen?

• Welche Sicherheitsanbieter bieten Compliance-Überwachung für Finanzinstitute an?

• Welche Alternativen gibt es zu einer bestimmten Sicherheitsplattform für Unternehmen?

• Wie vergleichen Unternehmen Managed-Security-Anbieter?

• Welche Cybersicherheits-Überwachungslösungen unterstützen europäische Unternehmen?

Diese Beispiele decken die Suche nach kommerziellen Angeboten, Vergleiche und die Eignung von Dienstleistungen ab.

Führen Sie eine einheitliche Stichprobe über alle Sucherfahrungen hinweg durch, die Sie bewerten möchten, und erfassen Sie dabei das Datum, den Standort oder die Spracheinstellungen (sofern steuerbar), die Plattform, die Ergebnisse, Markennennungen und zitierte Quellen.

Unterscheiden Sie zwischen Erwähnungen, Zitaten und Empfehlungen

Dies sind unterschiedliche Ergebnisse.

Eine Markenerwähnung liegt vor, wenn eine KI-generierte Antwort den Namen Ihres Unternehmens nennt.

Ein Zitat liegt vor, wenn die Antwort einen identifizierbaren Verweis auf Ihre Website oder Ihre Inhalte enthält.

Eine Empfehlung liegt vor, wenn die Antwort Ihr Unternehmen als relevante Option für die Frage des Nutzers präsentiert.

Eine Marke kann erwähnt werden, ohne dass sie zitiert wird. Eine Website kann zitiert werden, ohne dass die Antwort das Unternehmen ausdrücklich empfiehlt.

Verfolgen Sie diese separat.

Metrik	Berechnung oder Beobachtung
Markenerwähnungsrate	Antworten, in denen die Marke erwähnt wird, ÷ getestete Antworten
Domain-Erwähnungsrate	Antworten, in denen die Domain zitiert wird ÷ getestete Antworten
Empfehlungsrate	Antworten, in denen die Marke empfohlen wird ÷ relevante Empfehlungsaufforderungen
Antwortgenauigkeit	Korrekt wiedergegebene Antworten ÷ bewertete markenspezifische Antworten
Präsenz der Wettbewerber	Häufigkeit der Erwähnungen von Wettbewerbern in derselben Aufforderungsstichprobe

Es handelt sich hierbei um operative Messgrößen, nicht um offizielle Ranking-Signale.

KI-generierte Antworten können je nach Sitzung, Modell, geografischem Standort und Abrufbedingungen variieren. Ein einziger Test reicht nicht aus, um ein dauerhaftes Sichtbarkeitsproblem festzustellen.

Wiederholen Sie denselben Prompt-Satz über mehrere Beobachtungszeiträume hinweg und bewahren Sie die ursprünglichen Antworten auf.

Schritt 2: Prüfen Sie, ob KI-Such-Crawler auf Ihre Website zugreifen können

Der Crawler-Zugriff ist einer der ersten technischen Bereiche, die es zu untersuchen lohnt.

Eine Website kann für einen normalen Browser zugänglich sein, während automatisierte Anfragen Fehler oder Einschränkungen zurückgeben.

Häufige Ursachen sind:

• robots.txt-Einschränkungen.

• Regeln der Webanwendungs-Firewall.

• CDN-Bot-Schutz.

• IP-basierte Zugriffskontrollen.

• Ratenbegrenzung.

• Authentifizierungsanforderungen.

• Serverfehler.

• JavaScript-Challenge-Seiten.

Eine besonders verwirrende Situation entsteht, wenn ein Server den HTTP-Status 200 zurückgibt, aber anstelle des angeforderten Artikels eine Sicherheitsabfrage liefert.

Bei einer einfachen Überprüfung des Statuscodes erscheint die Seite als verfügbar. In Wirklichkeit erhält der Crawler jedoch möglicherweise fast keine nützlichen Inhalte.

Die verschiedenen Arten von KI-Crawlern verstehen

Nicht jeder KI-bezogene Crawler hat denselben Zweck.

Crawler oder Steuerung	Hauptzweck	Überlegungen zur Prüfung
Googlebot	Crawling und Indizierung durch die Google-Suche	Relevant für die Google-Suche und die Eignung für die KI-Suche
OAI-SearchBot	Erkennung durch ChatGPT	Berechtigungen und Zugriff auf die Infrastruktur prüfen
GPTBot	Crawling für das Training von OpenAI-Modellen	Trennung der Trainingsberechtigung vom Suchzugriff
PerplexityBot	Perplexity-Suche	Überprüfung der robots.txt-Datei und der infrastrukturellen Einschränkungen
Google-Erweitert	Kontrolle der Google-Produktnutzung	Kein separater Google-Such-Crawler
Benutzergesteuerte KI-Fetcher	Abruf von Seiten während vom Nutzer angeforderter Aktionen	Gehen Sie nicht davon aus, dass sie sich genauso verhalten wie Indexierungs-Bots

Ein häufiger Fehler besteht darin, OAI-SearchBot und GPTBot als austauschbar zu betrachten.

Das sind sie jedoch nicht.

OpenAI dokumentiert separate Steuerungsmöglichkeiten für das Crawling im Rahmen der ChatGPT-Suche und des Modelltrainings. Ein Publisher kann das Crawling für Suchzwecke zulassen, während er das Crawling für Trainingszwecke einschränkt.

Ebenso ist „Google-Extended“ kein Ersatz für Googlebot und steuert nicht die Standard-Indizierung der Google-Suche.

Bei einer Überprüfung von KI-Crawlern muss zwischen Sucherkundung, Modelltraining und benutzergesteuertem Abruf unterschieden werden, bevor Änderungen am Zugriff empfohlen werden.

Überprüfen Sie die tatsächliche HTTP-Antwort

Beginnen Sie mit der betroffenen URL.

Ein einfacher Befehlszeilentest lautet:

curl -sS -L -D headers.txt -o page.html "$URL"

Hier steht $URL für die zu untersuchende Seite.

Der Befehl folgt Weiterleitungen und speichert die Antwort-Header sowie den HTML-Body zur Überprüfung.

Zusammenfassung:

• Der endgültige HTTP-Statuscode.

• Die Anzahl und das Ziel der Weiterleitungen.

• Ob die Antwort den erwarteten Inhalt enthält.

• Etwaige robotbezogene Antwort-Header.

• Ob ein CAPTCHA oder eine andere Sicherheitsabfrage die Seite ersetzt hat.

• Unerwartete Unterschiede zwischen normalen und automatisierten Anfragen.

Eine User-Agent-spezifische Anfrage kann dabei helfen, inkonsistentes Serververhalten zu identifizieren, doch die Angabe des Namens eines Crawlers im Request-Header bedeutet nicht, dass die Anfrage als von diesem Crawler stammend authentifiziert wird.

Um echte Bot-Aktivitäten zu überprüfen, sollten Sie die Serverprotokolle sowie die vom Crawler-Anbieter veröffentlichten Verifizierungsrichtlinien prüfen, einschließlich der unterstützten IP- oder DNS-Verifizierungsmethoden.

Vermeiden Sie es, Besucher, die behaupten, ein bekannter Suchbot zu sein, automatisch auf die Whitelist zu setzen.

Überprüfen Sie die Serverprotokolle

Sofern Serverprotokolle verfügbar sind, filtern Sie Anfragen nach relevanten Crawler-Identitäten und wichtigen URL-Pfaden.

Achten Sie auf wiederkehrende Muster.

Nehmen wir beispielsweise an, eine fiktive Dokumentationswebsite erhält die folgenden Anfragen:

Anfragekategorie	HTTP-Antwort	Diagnostische Interpretation
Googlebot besucht öffentliche Anleitungen	200	Grundlegender Zugriff scheint möglich zu sein
Such-Crawler besucht Preisseiten	403	Mögliche Firewall-Einschränkung
Automatisierte Anfragen an die Dokumentation	429	Mögliches Problem mit der Ratenbegrenzung
Anfragen an URLs älterer Artikel	301	Weiterleitungsziele prüfen
Anfragen an eine öffentliche Produktseite	200 mit Challenge-HTML	Inhaltsbereitstellung untersuchen

Dies ist ein hypothetisches Diagnosebeispiel.

Die Verteilung der Antworten allein erklärt nicht, warum eine Seite in einer KI-Antwort fehlt. Sie zeigt jedoch auf, wo weitere Untersuchungen gerechtfertigt sind.

Eine vorübergehende 429-Antwort ist zudem nicht zwangsläufig ein Hinweis auf eine dauerhafte Sperre.

Überprüfen Sie die Häufigkeit, die Dauer, die betroffenen URL-Gruppen und ob echter Crawler-Traffic vorliegt.

Schritt 3: Vergleichen Sie den rohen HTML-Code mit der gerenderten Seite

Das JavaScript-Rendering ist ein weiterer wichtiger Prüfbereich.

Moderne Websites stützen sich häufig auf clientseitige Anwendungen, dynamische Komponenten und Skripte von Drittanbietern.

Eine Seite mag im Browser vollständig aussehen, liefert aber zunächst nur ein minimales HTML-Dokument.

Betrachten wir eine fiktive Produktseite für eine Software.

Die gerenderte Browseransicht enthält:

• Eine Produktbeschreibung.

• Funktionen und Integrationen.

• Preisinformationen.

• Angaben zum Kundensupport.

• Eine Vergleichstabelle.

Die anfängliche Antwort enthält jedoch nur:

</div>

Die eigentlichen Informationen werden erst nach der Ausführung von JavaScript angezeigt.

Google kann viele JavaScript-gesteuerte Seiten rendern, daher bedeutet dies nicht automatisch, dass die Seite für Google nicht zugänglich ist.

Allerdings können verschiedene Abruf-Clients unterschiedliche Darstellungsfähigkeiten haben.

Die Frage ist nicht einfach, ob die Seite JavaScript verwendet. Es geht darum, ob die vom Zielsystem benötigten Informationen verfügbar sind, wenn dieses System den Inhalt abruft.

Ein praktisches Audit von Roh-HTML

Wählen Sie fünf bis zehn wirtschaftlich wichtige URLs aus.

Dazu können Preisseiten, Leistungsbeschreibungen, Produktvergleiche, ausführliche Anleitungen und technische Dokumentationen gehören.

Für jede URL:

1. Speichern Sie die ursprüngliche HTML-Antwort.

2. Erfassen Sie das vom Browser gerenderte DOM.

3. Identifizieren Sie den wesentlichen Seiteninhalt.

4. Vergleichen Sie den in jeder Darstellung verfügbaren Text.

5. Dokumentieren Sie Inhalte, die ein Skript, eine Interaktion oder eine authentifizierte Sitzung erfordern.

6. Überprüfen Sie, wie die jeweilige Suchmaschine die Seite verarbeitet, sofern Diagnosetools verfügbar sind.

Eine Vergleichsmatrix kann die Interpretation der Ergebnisse erleichtern.

Seitenelement	Ausgehendes HTML	Gerendertes DOM	Mögliches Problem
Hauptüberschrift	Vorhanden	Vorhanden	Keine festgestellt
Produktbeschreibung	Fehlt	Vorhanden	Rendering-Abhängigkeit
Funktionsvergleich	Fehlt	Vorhanden	Wichtige Informationen stehen einfacheren Abrufprogrammen möglicherweise nicht zur Verfügung
Preisbedingungen	Vorhanden	Vorhanden	Keine offensichtlichen Darstellungsbarrieren
Kundenstimmen	Vorhanden	Vorhanden	Überprüfen Sie die Angaben und strukturierten Daten
Interne Navigation	Aktuell	Gegenwart	Crawlbarkeit der Links prüfen

Serverseitiges Rendering oder statische Generierung können die Abhängigkeiten beim Abruf verringern, wenn wesentliche Inhalte im ursprünglichen HTML fehlen.

Eine komplette Neugestaltung der Website allein aufgrund der Verwendung von JavaScript ist jedoch selten eine sinnvolle erste Empfehlung.

Priorisieren Sie Seiten, bei denen nachweislich wichtige Informationen im von Ihnen untersuchten Abrufpfad fehlen.

Schritt 4: Untersuchen Sie die Indexierbarkeit und kanonische Konflikte

Wenn Ihr Ziel die Sichtbarkeit in den Google-KI-Übersichten oder im KI-Modus ist, bleibt die Indizierung von grundlegender Bedeutung.

Google gibt an, dass eine Seite indexiert und für die Anzeige in der Suche mit einem Snippet qualifiziert sein muss, um als unterstützender Link in diesen Funktionen zu gelten.

Eine technisch zugängliche URL kann dennoch aufgrund von Indexierungsanweisungen, kanonischen Signalen oder inhaltsbezogenen Entscheidungen ausgeschlossen werden.

Überprüfen Sie die häufigsten Probleme bei der Indizierbarkeit

Überprüfen Sie Folgendes:

Unbeabsichtigte „noindex“-Anweisungen. Eine Seite enthält möglicherweise einen „robots“-Meta-Tag oder einen HTTP-Header, der die Indizierung verhindert.

Falsche „canonical“-Tags. Eine Produktvergleichsseite könnte eine allgemeine Kategorieseite als bevorzugte „canonical“-Seite angeben.

„robots.txt“-Konflikte. Eine Crawling-Einschränkung könnte Google daran hindern, auf die Seite zuzugreifen und andere Indexierungssteuerungen zu berücksichtigen.

Weiterleitungsfehler. Ein relevanter Artikel leitet möglicherweise auf ein anderes Thema oder ein veraltetes Ziel weiter.

„Soft 404“-Verhalten. Eine Seite kann einen HTTP-Status 200 zurückgeben, obwohl sie kaum oder gar keine aussagekräftigen Inhalte bereitstellt.

Doppelte und nahezu doppelte URLs. Mehrere URLs konkurrieren möglicherweise darum, im Wesentlichen ähnliche Informationen darzustellen.

Für Google-bezogene Untersuchungen nutzen Sie die URL-Prüfung in der Search Console, um den Indizierungsstatus, die gerenderte Ausgabe und die von Google ausgewählte kanonische URL zu überprüfen.

Gehen Sie nicht davon aus, dass der von Ihnen veröffentlichte kanonische Tag zwangsläufig der von Google ausgewählte kanonische Tag ist.

Überprüfen Sie Googles Steuerung zur Einbeziehung generativer KI

Es gibt eine zusätzliche Publisher-Einstellung, die im Jahr 2026 besonders wichtig wurde.

Seit dem 31. August 2026 hat Google weltweit eine Kontrollfunktion für generative KI in der Suche eingeführt.

In der Search Console können Publisher diese Einstellung unter folgendem Menüpunkt einsehen:

Einstellungen → Generative KI in der Suche

Die Steuerung legt fest, ob die Inhalte und Links der Website in den entsprechenden Funktionen für generative KI erscheinen dürfen, darunter KI-Übersichten, der KI-Modus und relevante Google Discover-Erlebnisse.

Überprüfen Sie, ob die Website so konfiguriert ist, dass ihre Inhalte einbezogen oder ausgeschlossen werden.

Überprüfen Sie außerdem die geerbten Einstellungen, falls die Website der Konfiguration einer übergeordneten Website folgt.

Eine Website kann die üblichen technischen Anforderungen erfüllen, während der Publisher diese Funktionen ausdrücklich deaktiviert hat.

Dies ist ein Konfigurationsproblem, das vor der Vornahme von Inhaltsänderungen überprüft werden muss.

Verwechseln Sie diese Einstellung nicht mit „Google-Extended“, das sich auf andere Verwendungszwecke von Inhalten bezieht.

Prüfen Sie die Eignung für Snippets

Google stellt außerdem folgende Steuerelemente zur Verfügung:

• nosnippet

• max-snippet

• data-nosnippet

• noindex

Diese Richtlinien können die Verfügbarkeit oder Darstellung von Inhalten in der Suche beeinflussen, einschließlich unterstützter KI-Funktionen.

Eine restriktive Snippet-Richtlinie kann bei lizenzierten Inhalten oder aufgrund des Geschäftsmodells eines Herausgebers beabsichtigt sein.

Daher sollte ein Audit die bestehende Konfiguration und die gewünschte Sichtbarkeitsrichtlinie der Website dokumentieren, anstatt automatisch die Aufhebung aller Einschränkungen zu empfehlen.

Schritt 5: Validieren Sie strukturierte Daten, ohne KI-Rankingfaktoren zu erfinden

Strukturierte Daten können dabei helfen, Entitäten, Beziehungen und Seiteninhalte in einem standardisierten Format zu beschreiben.

In GEO-Diskussionen wird Schema-Markup jedoch oft überbewertet.

Es gibt keine allgemein anerkannte Schema-Eigenschaft, die eine Erwähnung in ChatGPT, Gemini, Perplexity oder den Google-KI-Übersichten garantiert.

Für Google gelten nach wie vor die üblichen Richtlinien für strukturierte Daten: Das Markup sollte die für Nutzer sichtbaren Informationen genau wiedergeben.

Was bei einem Schema-Audit zu prüfen ist

Für eine B2B-Unternehmenswebsite können relevante Typen unter anderem folgende sein:

• Organisation

• Person

• Dienst

• Produkt

• Artikel

• Breadcrumb-Liste

Die geeignete Umsetzung hängt vom Inhalt und den unterstützten Funktionen der jeweiligen Suchplattform ab.

Überprüfen Sie, ob der Name des Unternehmens, das Logo, die Dienstleistungsbeschreibungen und die Autorenangaben mit der gerenderten Seite übereinstimmen.

Wenn eine Produktseite Preis- oder Verfügbarkeitsdaten enthält, stellen Sie sicher, dass das entsprechende Markup das aktuelle Angebot korrekt widerspiegelt.

Ein häufiges Problem tritt auf, wenn das CMS, das Theme und die SEO-Plugins einer Website alle überlappende strukturierte Daten generieren.

Dies kann zu widersprüchlichen Entitäten oder inkonsistenten Datumsangaben führen.

Die Lösung besteht nicht unbedingt darin, weitere Schemata hinzuzufügen. Vielmehr kann es sinnvoll sein, die bestehende Implementierung zu vereinfachen.

Trennen Sie die Syntaxvalidierung von der inhaltlichen Validierung

Ein Validator für strukturierte Daten kann fehlerhaftes Markup und bestimmte Implementierungsfehler erkennen.

Er kann jedoch nicht zuverlässig feststellen, ob die von einem Unternehmen angegebenen Zertifizierungen, Preise, Produktverfügbarkeiten oder beruflichen Qualifikationen korrekt sind.

Diese erfordern eine redaktionelle Überprüfung.

Eine erfolgreiche Schema-Prüfung sollte daher sowohl eine maschinelle Validierung als auch einen Abgleich mit der sichtbaren Seite umfassen.

Schritt 6: Prüfen Sie, ob der Inhalt beim Abruf seine Bedeutung behält

Technische Barrierefreiheit ist notwendig, garantiert jedoch nicht, dass die abgerufenen Informationen nützlich sind.

Stellen Sie sich eine hypothetische SaaS-Preisseite vor, die folgende Aussage enthält:

„Unser Professional-Tarif kostet 49 $ und beinhaltet eine unbegrenzte Nutzung.“

Sie ist kurz, aber mehrdeutig.

Bedeuten 49 $ pro Nutzer, pro Monat oder pro Jahr? Was genau ist „unbegrenzt“? Gibt es API-Einschränkungen?

Vergleichen Sie dies nun mit:

„Der hier als Beispiel genannte Professional-Tarif kostet bei monatlicher Abrechnung 49 $ pro Nutzer und Monat. Er umfasst unbegrenzt viele gespeicherte Berichte, während API-Anfragen einem separaten monatlichen Limit unterliegen.“

Die zweite Aussage ist aussagekräftiger, da die Einschränkungen direkt mit der Aussage verknüpft sind.

Diese Zahlen sind fiktiv und dienen ausschließlich dazu, zu veranschaulichen, wie die Formulierung die Interpretation beeinflussen kann.

Prüfen Sie bei der Überprüfung von Inhalten, ob wesentliche Fakten auch dann noch zutreffend sind, wenn ein Abschnitt unabhängig vom umgebenden Text gelesen wird.

Erstellen Sie eine Checkliste für Belege

Überprüfen Sie für jede wichtige Service- oder Produktseite Folgendes:

• Ist das Unternehmen oder das Produkt eindeutig identifiziert?

• Werden wichtige Merkmale konkret erläutert?

• Sind die Preisangaben aktuell und eindeutig?

• Werden Einschränkungen in der Nähe der entsprechenden Aussagen dargestellt?

• Werden Vergleiche durch überprüfbare Informationen untermauert?

• Sind die Angaben zu den Autoren und die Veröffentlichungsdaten korrekt?

• Können Leser die Belege finden?

• Sind wichtige Aussagen auf den zugehörigen Seiten einheitlich?

Es handelt sich hierbei um Überprüfungen der Informationsqualität, nicht um geheime technische Anforderungen für das KI-Ranking.

Sie machen Inhalte für Menschen verständlicher und verringern das Risiko von Fehlinterpretationen, wenn die Inhalte zusammengefasst oder zitiert werden.

Überprüfen Sie die interne Auffindbarkeit von Inhalten

Eine wertvolle Seite kann existieren, ohne leicht auffindbar zu sein.

Überprüfen Sie, ob wichtige Ressourcen über gewöhnliche, crawlbare HTML-Links von relevanten Seiten aus verlinkt sind.

Ein technischer Leitfaden sollte auf entsprechende Dokumentationen, Produktseiten und zugehörige Erläuterungen verweisen.

Vermeiden Sie es, isolierte Artikel zu erstellen, die auf jede Variante einer KI-generierten Frage abzielen.

Eine kleinere Sammlung gut gepflegter, miteinander verknüpfter Ressourcen lässt sich oft leichter navigieren als Dutzende sich überschneidender Seiten.

Schritt 7: Ermitteln Sie, warum eine Marke in den KI-Antworten fehlt

Nachdem Sie die grundlegende technische Zugänglichkeit überprüft haben, kehren Sie zur ursprünglichen Sichtbarkeits-Baseline zurück.

Dieser Schritt ist wichtig, da nicht jedes KI-Sichtbarkeitsproblem technischer Natur ist.

Angenommen, ein fiktives Softwareunternehmen fehlt in den Empfehlungen für die „beste Compliance-Monitoring-Software“.

Seine Serviceseiten sind zugänglich, indexierbar und enthalten relevante Beschreibungen.

In diesem Fall wird das Problem wahrscheinlich nicht durch eine Überarbeitung der robots.txt gelöst.

Die nächste Untersuchung sollte sich mit anderen Möglichkeiten befassen:

• Dem Unternehmen fehlen möglicherweise Wettbewerbsnachweise für diese Kategorie.

• Unabhängige Quellen erwähnen das Produkt möglicherweise nur selten.

• Die Dienstleistung entspricht möglicherweise nicht den geforderten Anforderungen.

• Der Inhalt beantwortet möglicherweise nicht die eigentliche Frage des Käufers.

• Konkurrierende Unternehmen verfügen möglicherweise über aussagekräftigere veröffentlichte Vergleiche oder Bewertungen.

• Die Plattform greift möglicherweise bei verschiedenen Tests auf unterschiedliche Quellen zurück.

Ein technisches GEO-Audit sollte erkennen, wann die technische Untersuchung an ihre Grenzen stößt.

Verwenden Sie eine symptomorientierte Diagnosematrize

Festgestelltes Problem	Mögliche Ursache	Nächster Diagnoseschritt
Prioritätsseite fehlt in der Google-Suche	Problem bei der Indizierung oder mit der kanonischen URL	Indexierungsstatus und von Google ausgewählten kanonischen Link überprüfen
Der KI-Such-Crawler erhält wiederholt den Fehler 403	Firewall oder Zugriffsrichtlinie	Überprüfen Sie den authentifizierten Crawler-Datenverkehr und die WAF-Protokolle
Die Seite zeigt erst nach Ausführung der Skripte nützliche Informationen an	Abhängigkeit vom Rendering	Vergleichen Sie den ursprünglichen HTML-Code mit dem gerenderten DOM
In den abgerufenen Informationen werden falsche Produktpreise angezeigt	Veraltete Inhalte oder inkonsistente Daten	Vergleiche sichtbaren Text, Markup und Quelldatensätze
Die Marke wird erwähnt, aber nicht empfohlen	Relevanz oder Eignung im Wettbewerbsumfeld	Empfehlungsaufforderungen und Belege überprüfen
Die Marke wird erwähnt, aber es wird die falsche Website angegeben	Mehrdeutigkeit von Entitäten oder Verhalten bei der Quellenauswahl	Prüfen Sie Namen, verlinkte Quellen und konkurrierende Entitäten
Die Marke fehlt trotz guter technischer Signale	Relevanz, Autorität, Wettbewerb oder Variabilität der Antworten	Erweitern Sie die Inhalts- und Quellenanalyse

Dies sind diagnostische Hypothesen, keine Kausalitätsnachweise.

Beispielsweise bedeutet ein KI-System, das einen Mitbewerber empfiehlt, nicht automatisch, dass Ihre Website einen Indexierungsfehler aufweist.

Jede vermutete Ursache erfordert Belege.

Schritt 8: Erstellen Sie einen priorisierten technischen GEO-Audit-Bericht

Ein Audit ist dann sinnvoll, wenn es zu einem klaren Umsetzungsplan führt.

Anstatt den Entwicklern eine Liste mit Hunderten von Warnungen zu übergeben, sollten Sie die Ergebnisse nach betroffenen Unternehmensseiten, Schweregrad und Belegen ordnen.

Ein praktischer Ansatz besteht darin, jedem Befund eine Auswirkungsbewertung und eine Schätzung des Umsetzungsaufwands zuzuweisen.

Ergebnis	Priorität	Grund
Wichtige Produktseiten werden von den vorgesehenen Such-Crawlern blockiert	Kritisch	Direkter Zugriff verhindert
Google-KI-Einbindung versehentlich deaktiviert	Kritisch	Website von den abgedeckten generativen Suchfunktionen ausgeschlossen
Kommerzielle Seiten wurden fälschlicherweise als „noindex“ markiert	Kritisch	Hindernis für die Indexierbarkeit
Wichtige Produktinformationen fehlen im barrierefreien HTML-Code	Hoch	Mögliche Einschränkung beim Abruf von Inhalten
Widersprüchliche Produktangaben in strukturierten Daten und im Seitentext	Hoch	Problem mit der Genauigkeit der Informationen
Wichtige Dokumentationsseiten sind intern nur schwach verlinkt	Mittel	Probleme bei der Auffindbarkeit und Navigation
Geringfügige Warnungen zu strukturierten Daten ohne nachweisbare Auswirkungen	Gering	Behebung nach schwerwiegenderen Problemen

Dies ist ein illustratives Triage-Framework; die tatsächlichen Prioritäten hängen von der Website, ihren Sichtbarkeitszielen und den betroffenen URL-Gruppen ab.

So sieht ein nützliches Ergebnis eines technischen GEO-Audits aus

Dokumentieren Sie für jedes Problem fünf Elemente:

1. Betroffene URLs: Auf welchen Seiten genau tritt das Problem auf?

2. Nachweis: Welche Antwort, welcher Protokolleintrag, welcher Browser-Screenshot oder welche Tool-Ausgabe belegt dies?

3. Erwartetes Verhalten: Was sollte das System stattdessen erhalten?

4. Empfohlene Behebung: Welche Konfigurations- oder Implementierungsänderung ist erforderlich?

5. Verifizierungsmethode: Wie wird das Team überprüfen, ob die Korrektur erfolgreich war?

Ein Befund könnte beispielsweise lauten:

Problem: Die Produktvergleichsseite gibt bei authentifizierten Anfragen eines vorgesehenen Such-Crawlers den HTTP-Status 403 zurück.

Nachweis: Überprüfte Serverprotokolle und entsprechende Firewall-Ereignisse.

Erwartetes Verhalten: Die öffentliche Seite gibt den zulässigen Besuchern und Crawlern den HTTP-Status 200 mit ihrem vollständigen Inhalt zurück.

Empfohlene Behebung: Überprüfen Sie die entsprechende WAF-Richtlinie und passen Sie den Zugriff für verifizierte Crawler an, ohne allgemeine Sicherheitskontrollen zu deaktivieren.

Überprüfung: Bestätigen Sie nach der Bereitstellung, dass die Anfragen erfolgreich sind, und überwachen Sie die anschließende Crawler-Aktivität.

Als umfassendere Implementierungshilfe stellt Prime Digital eine technische GEO-Audit-Checkliste zur Verfügung, die den Crawler-Zugriff, die HTML-Darstellung, kanonische URLs, strukturierte Daten und die Messung der KI-Suche abdeckt.

Ein dokumentierter Arbeitsablauf wie dieser hilft dabei, technische Belege von Annahmen über das Verhalten von KI-Empfehlungssystemen zu trennen.

Schritt 9: Messen Sie die Veränderungen nach der Umsetzung der GEO-Korrekturen

Technische Verbesserungen und Verbesserungen der KI-Transparenz sollten separat gemessen werden.

Die Behebung einer Serverbeschränkung kann den Zugriff zwar sofort wiederherstellen, doch das anschließende Crawling, die Indizierung und Änderungen an den generierten Antworten können länger dauern.

Es gibt keinen allgemeingültigen Zeitrahmen für Verbesserungen bei der Zitierweise durch KI.

Technische Überprüfungsmetriken

Zu den nützlichen betrieblichen Messgrößen gehören:

• Anteil der getesteten prioritären URLs, die erfolgreiche, nutzbare Antworten zurückgeben.

• Anzahl wichtiger URLs, die durch unbeabsichtigte Zugriffsregeln blockiert wurden.

• Anzahl versehentlich gesetzter „noindex“-Anweisungen.

• Anzahl der verifizierten Darstellungsprobleme.

• In den Protokollen authentifizierter Crawler festgestellte Crawling-Fehler.

• Behobene Inkonsistenzen bei strukturierten Daten.

• Wichtige Seiten, bei denen bestätigt wurde, dass sie bei Bedarf indexiert sind.

Diese Kennzahlen geben Aufschluss darüber, ob technische Probleme behoben wurden.

Sie beweisen jedoch nicht, dass KI-Systeme die Website künftig empfehlen werden.

Metriken zur Sichtbarkeit in der KI-Suche

Messen Sie weiterhin:

• Markenerwähnungsrate.

• Zitierhäufigkeit der Domain.

• Sichtbarkeit in verschiedenen Prompt-Kategorien.

• Korrekte vs. unkorrekte Markenbeschreibungen.

• Präsenz der Wettbewerber.

• Durch KI vermittelte Website-Besuche.

• Qualifizierte Leads oder Konversionen im Zusammenhang mit messbaren Verweisaktivitäten.

Die Google Search Console bietet Einblick in die Leistung der generativen Suchfunktionen von Google, sofern Berichtsdaten verfügbar sind.

Bei anderen KI-Systemen können externe Prompt-Überwachung und Analysen der Website-Verweise teilweise Aufschluss geben.

Verschiedene Produkte bieten unterschiedliche Berichtsebenen; vermeiden Sie daher, alle Messwerte zu einem einzigen, nicht näher erläuterten Sichtbarkeitswert zusammenzufassen.

Ein hypothetischer Vorher-Nachher-Test

Stellen Sie sich ein fiktives Softwareunternehmen vor, das eine unbeabsichtigte Firewall-Einschränkung entdeckt, die einen Such-Crawler beeinträchtigt.

Vor der Korrektur zeigt das Audit wiederholte HTTP-403-Antworten auf authentifizierten Crawler-Traffic.

Nach der Konfigurationsänderung gibt der Server nun brauchbare HTTP-200-Antworten zurück.

Das ist eine nachgewiesene technische Verbesserung.

Angenommen, die Marke des Unternehmens taucht in einer nachfolgenden Stichprobe von KI-Antworten ebenfalls häufiger auf.

Dies ist eine Beobachtung, die es wert ist, untersucht zu werden, doch sie beweist nicht, dass allein die Änderung an der Firewall den Anstieg verursacht hat. Die Antworten könnten auch durch Aktualisierungen der Quellen, das Modellverhalten, Veränderungen bei der Konkurrenz oder Stichprobenvariationen beeinflusst worden sein.

Behalten Sie die Testbedingungen bei, vergleichen Sie wiederholte Beobachtungen und weisen Sie auf die Unsicherheit hin.

Die Unterscheidung zwischen einer nachgewiesenen Zugriffskorrektur und einem möglichen Sichtbarkeitseffekt ist für eine glaubwürdige GEO-Berichterstattung unerlässlich.

Benötigen Sie eine llms.txt-Datei für ein technisches GEO-Audit?

Einige Website-Betreiber veröffentlichen mittlerweile eine llms.txt-Datei, um eine strukturierte Beschreibung ihrer Inhalte für KI-orientierte Systeme bereitzustellen.

Sie kann als freiwillige Ressource zur Inhaltsnavigation für Systeme dienen, die dies unterstützen.

Es besteht jedoch keine allgemeine Verpflichtung, „llms.txt“ für Google AI Overviews, den AI-Modus oder die Suchzulassung bei ChatGPT zu veröffentlichen.

Es gibt auch keine ausreichenden öffentlichen Belege dafür, dass das Vorhandensein dieser Datei als universeller KI-Such-Ranking-Faktor gewertet werden kann.

Wenn eine Website bereits über eine solche Datei verfügt, kann im Rahmen eines Audits überprüft werden, ob sie aktuell, zugänglich und auf die vorhandenen Inhalte abgestimmt ist.

Sie sollte jedoch keinen Vorrang vor fehlerhaften Indexierungsanweisungen, blockierten Crawlern, fehlenden Seiteninhalten oder ungenauen Unternehmensinformationen haben.

Beheben Sie erkennbare Probleme, bevor Sie in spekulative Optimierungstechniken investieren.

Ein praktischer fünf Tage dauernder Workflow für ein technisches GEO-Audit

Bei einer kleinen oder mittelgroßen Website lässt sich eine erste Untersuchung oft in fünf Arbeitsstränge gliedern.

Der unten stehende Zeitplan ist ein illustrativer Projektplan und keine Zusicherung, dass jedes technische Problem in fünf Tagen gelöst werden kann.

Tag 1: Erfassung der Ausgangslage

Identifizieren Sie prioritäre Landingpages, relevante KI-Suchplattformen, kommerzielle Prompt-Kategorien und die bestehende Sichtbarkeit.

Erfassen Sie Antworten und Zitate mithilfe eines wiederholbaren Testverfahrens.

Tag 2: Überprüfung des Crawler-Zugriffs und der Indexierbarkeit

Überprüfung von robots.txt, verifizierten Crawler-Protokollen, HTTP-Statuscodes, CDN-Einschränkungen, Indizierungsanweisungen, kanonischen Signalen und den Einstellungen zur Einbeziehung in die KI-Suche von Google.

Tag 3: Überprüfung der Darstellung und der Konsistenz der Informationen

Vergleichen Sie den rohen HTML-Code mit den vom Browser gerenderten Inhalten auf wichtigen Seiten.

Überprüfen Sie strukturierte Daten, Seitentitel, Dienstbeschreibungen, Produktdetails und interne Links.

Tag 4: Priorisierung der Korrekturen

Gruppieren Sie die Ergebnisse nach Schweregrad, betroffenen URLs, Implementierungsaufwand und geschäftlicher Relevanz.

Trennen Sie bestätigte technische Fehler von Hypothesen zu Inhalten und Autorität.

Tag 5: Vorbereitung der Umsetzung und Messung

Weisen Sie den Änderungen mit der höchsten Priorität Verantwortliche zu.

Definieren Sie Akzeptanzkriterien und Tests zur Überprüfung nach der Bereitstellung.

Setzen Sie die Überwachung der KI-Transparenz mithilfe des Basis-Prompt-Satzes fort.

Bei einer größeren Unternehmenswebsite kann derselbe Prozess mehrere Wochen in Anspruch nehmen, insbesondere wenn die CDN-Konfiguration, Internationalisierung, JavaScript-Rendering oder mehrere Entwicklungsteams beteiligt sind.

Das wichtige Ergebnis ist keine willkürliche Audit-Bewertung.

Es handelt sich um eine durch Belege gestützte Liste von Problemen, die behoben und gemessen werden können.

Häufig gestellte Fragen zu technischen GEO-Audits

Was ist der Unterschied zwischen einem GEO-Audit und einem SEO-Audit?

Ein SEO-Audit bewertet die Auffindbarkeit in Suchmaschinen, die Indizierung, die technische Qualität und die Leistung in der organischen Suche. Ein GEO-Audit erweitert diese Arbeit um die Art und Weise, wie Informationen in KI-gestützten Sucherlebnissen abgerufen, dargestellt und präsentiert werden. Beide basieren auf vielen gemeinsamen technischen Grundlagen.

Kann eine Website bei Google ranken, aber in ChatGPT unsichtbar bleiben?

Ja. Verschiedene Systeme können unterschiedliche Quellen, Crawling-Steuerungen, Abrufmethoden und Relevanzkriterien verwenden. Ein Ranking bei Google garantiert nicht die Aufnahme in die Suchantworten oder Empfehlungen von ChatGPT.

Verhindert das Blockieren von GPTBot, dass ChatGPT meine Website zitiert?

Nicht unbedingt. OpenAI unterscheidet zwischen dem GPTBot, der für das Crawling zum Modelltraining verwendet wird, und dem OAI-SearchBot, der für die Sucherfassung eingesetzt wird. Diese Steuerungen dienen unterschiedlichen Zwecken und sollten separat geprüft werden.

Verbessert Schema-Markup die KI-Suchplatzierungen?

Korrekte strukturierte Daten können Seiteninformationen beschreiben und bestimmte Suchfunktionen unterstützen. Es gibt jedoch keine universelle Schema-Implementierung, die eine höhere Platzierung oder Zitate in KI-generierten Antworten garantiert.

Ist JavaScript schlecht für GEO?

Nein. JavaScript an sich ist nicht das Problem. Die Frage ist vielmehr, ob wesentliche Inhalte für das jeweilige Abrufsystem zugänglich sind. Einige Suchmaschinen können JavaScript auswerten, während andere Abruf-Clients möglicherweise über andere Fähigkeiten verfügen.

Kann technisches GEO Nennungen in KI-Übersichten garantieren?

Nein. Technische Verbesserungen können Hindernisse für die Auffindbarkeit oder Indizierung beseitigen, aber KI-Suchsysteme entscheiden weiterhin, welche Quellen für eine bestimmte Frage relevant sind. Die Eignung garantiert keine Nennung oder Empfehlung.

Wie oft sollte eine Website einem technischen GEO-Audit unterzogen werden?

Ein erstes umfassendes Audit legt eine Ausgangsbasis fest. Anschließend sollten kritische technische Bedingungen nach größeren Website-Bereitstellungen, Migrationen, Sicherheitsänderungen und Aktualisierungen der Plattformrichtlinien überprüft werden. Regelmäßige Überprüfungen können dabei helfen, Rückschritte zu erkennen.

Ist die technische GEO wichtiger als die Qualität der Inhalte?

Beides funktioniert isoliert betrachtet nicht gut. Technisch zugängliche Inhalte können dennoch irrelevant oder nicht ausreichend vertrauenswürdig sein. Hervorragende Inhalte bleiben möglicherweise unauffindbar, wenn wichtige Seiten blockiert oder falsch konfiguriert sind. Eine nachhaltige Strategie berücksichtigt beides.

Fazit

Technische GEO-Audits sollten auf Fakten basieren, nicht auf Annahmen.

Eine Website, die in KI-generierten Antworten fehlt, weist möglicherweise eine Crawler-Einschränkung, einen Indizierungskonflikt, eine Rendering-Abhängigkeit oder inkonsistente Informationen auf. Sie kann aber auch technisch einwandfrei sein und lediglich die Relevanz oder unabhängige Belege vermissen lassen, die erforderlich sind, um in den Empfehlungen der Konkurrenz zu erscheinen.

Dies sind unterschiedliche Probleme, die unterschiedliche Lösungen erfordern.

Der nützlichste Audit-Prozess überprüft den Zugriff, testet die tatsächlichen Seitenantworten, bestätigt die Indexierbarkeit, prüft die Konsistenz der Informationen und misst die Sichtbarkeit anhand wiederholbarer Beobachtungen.

Herkömmliche SEO-Tools bleiben wertvoll, da viele der zugrunde liegenden Probleme bekannt sind. Die zusätzliche GEO-Arbeit ergibt sich aus dem Verständnis der Unterschiede zwischen Abrufsystemen, Suchfunktionen und KI-generierten Antworten.