Was ein technisches SEO- und GEO-Audit über KI-Readiness aussagt

Warum die technische Ebene zuerst kommt

Wenn ein KI-Assistent aktuelle Webquellen nutzt, kann eine Seite nur berücksichtigt werden, wenn die zuständige Such- oder Abrufkette sie erreichen und lesen kann. Erreicht der gewünschte Crawler Ihre Seite nicht — oder findet nur eine leere Hülle — ist das ein technischer Ausschlussgrund für diesen Pfad. Deshalb prüft das technische Audit zuerst Zugang und Lesbarkeit.

Man sollte ehrlich sagen, was diese Ebene ist und was nicht. Eine saubere, schnelle, crawlbare Website kann für bestimmte Retrieval-Pfade notwendig sein, ist aber nicht hinreichend. KI-Antworten können auch Drittseiten, Bewertungen und Community-Quellen nutzen. Betrachten Sie das technische Audit deshalb als Beseitigung bekannter Hürden, nicht als Zitierungsprognose.

Was ein KI-Crawler tatsächlich sieht

Zwei Tatsachen überraschen die meisten Teams.

Erstens fand Vercels Analyse von mehr als einer halben Milliarde GPTBot-Anfragen keine Spuren von JavaScript-Ausführung. Das ist GPTBot-spezifisch und belegt kein identisches Verhalten von Claude- oder Perplexity-Fetchern. Google kann crawlbares, nicht blockiertes JavaScript rendern. Produktbeschreibung und Preise bereits im initialen HTML bereitzustellen bleibt dennoch die sicherste plattformübergreifende Basis.

Zweitens erfüllen Bots unterschiedliche Aufgaben. OpenAI trennt OAI-SearchBot (Search), ChatGPT-User (nutzerinitiierter Abruf) und GPTBot (Training). Anthropic trennt Claude-SearchBot, Claude-User und den Trainings-Bot ClaudeBot. Google Search einschließlich AI Overviews nutzt Googlebot; Google-Extended ist kein Search-Crawler. Selbst bei korrekter robots.txt können außerdem ein CDN oder eine Firewall die gewünschten Bots abweisen.

Was Suparanku prüft

Das Audit betrachtet Ihre Website so, wie diese Crawler und Antwortmaschinen es tun — einmal über die gesamte Domain und noch einmal Seite für Seite. Statt jede einzelne Prüfung aufzuzählen, hier die Gruppen, die es abdeckt:

• Zugang für KI. HTTPS funktioniert, die robots.txt behandelt die gewünschten Search- und User-Bots bewusst, eine Sitemap existiert und die Infrastruktur blockiert diese Abrufe nicht.
• Indexierbarkeit. Jede Seite liefert eine echte 200, steht nicht versehentlich auf noindex, deklariert ein sinnvolles Canonical und ist in der Sitemap gelistet.
• Struktur und Bedeutung. Ein klares H1, Title und Description in sinnvoller Länge, lesbare URLs und strukturierte Daten, die mit dem sichtbaren Text übereinstimmen. Für Google-AI-Funktionen ist kein besonderes Schema erforderlich; beobachtete Zusammenhänge zwischen Markup und Zitierungen sind kein allgemeiner Kausalnachweis.
• Aktualität. Ein nachvollziehbares Last-Modified-Signal und keine offensichtlich veralteten Jahreszahlen in Titeln oder Fakten. Das ist Datenhygiene, keine Garantie auf bevorzugte Behandlung.
• Links und interner Graph. Keine defekten oder weiterleitenden ausgehenden Links, und keine wichtige Seite, die verwaist oder viele Klicks tief vergraben liegt, wo Crawler nur schwer hinkommen.
• Rendering und Performance. Ein tieferer Durchlauf rendert die Seite wie ein Browser und erhebt Lighthouse-Metriken unter kontrollierten Laborbedingungen. Diese Werte helfen bei der Diagnose, sind aber keine Core-Web-Vitals-Felddaten realer Nutzer und kein Bericht darüber, wie Google die Seite behandelt.

Jede bewertbare Seite und die Domain erhalten einen technischen Readiness-Score von 0 bis 100 (SRPS). Der tiefe Durchlauf ergänzt SRPS+ und PERF; PERF fasst die Lighthouse-Labormessung zusammen. Diese Scores beschreiben den geprüften technischen Zustand, nicht die Wahrscheinlichkeit einer Zitierung.

Von der roten Flagge zur fertigen Korrektur

Ein Score allein ändert nichts. Wo ein Befund einer technischen Empfehlung zugeordnet ist, liefert Suparanku eine deterministisch zusammengestellte Korrekturanweisung: Problem, Fundstelle, konkrete Änderung — etwa robots.txt, JSON-LD oder Meta-Tag — und Abnahmekriterien. Nicht jeder Check hat eine empfehlbare Korrektur; manche sind manuell oder rein informativ.

Weil das Briefing schlichter, strukturierter Text ist, können Sie es direkt an eine Entwicklerin geben oder in ein Ticket legen. Ein MCP-kompatibler Client kann abhängig von seinen Fähigkeiten und Rechten Empfehlungen abrufen, Status aktualisieren und Audits anstoßen. Ob er Code ändert oder deployt, hängt vom externen Client und Ihrer Toolchain ab — Suparanku führt diese Arbeit nicht automatisch aus. Das nächste Audit kann bestätigen, dass der technische Check nun besteht; es beweist nicht, dass diese Änderung eine spätere Zitierung verursacht hat.

Der erste Schritt, nicht das Ziel

Ein technisches Audit dokumentiert, ob bekannte Zugang-, Indexierungs- und Rendering-Hürden bestehen. Sind die Blocker weg, bleiben Auswahl, Nutzung und Zitierung eigenständige Stufen, die von Inhalt, Kontext, Plattform und externen Quellen abhängen. Suparanku verbindet technische Readiness mit Empfehlungen, getrackten Veröffentlichungs-URLs und erneuter Messung — als verwalteten Prozess, nicht als Zitationsversprechen.

Verwandte Begriffe: GEO, KI-Crawler