Alle Beiträge
KI-Sichtbarkeit·8. September 2026·9 Min. Lesezeit

11,6 % aller KI-Crawler-Zugriffe laufen gegen eine Firewall. Was das kostet.

Jede GEO-Checkliste sagt dir, KI-Crawler in der robots.txt zu erlauben, und die meisten Seiten haben das getan. Fast niemand prüft danach, was der Server tatsächlich antwortet, wenn die Crawler kommen. Wir haben uns vierzehn Tage Logs einer unserer eigenen Seiten angesehen: 3.695 KI-Crawler-Zugriffe, davon 430 — 11,6 % — mit HTTP 403 oder 406 abgewiesen. Die robots.txt sagte willkommen; eine Firewall sagte nein. Die meisten dieser Blocks waren harmlos, einige gewollt, und 29 waren die Sorte, die dich still Zitate kostet. Der Unterschied zwischen diesen drei Kategorien ist der ganze Grund, seine Logs zu lesen.

Von Philipp Enders·Gründer, CrunchJunkie·LinkedInEntwickelt die Reporting- und KI-Sichtbarkeits-Tools, mit denen diese Analyse erstellt wurde.
CrunchJunkie Crawl-Insights-Warnkarte: Eine Firewall blockiert KI-Crawler — 11,6 % der KI-Crawler-Zugriffe blockiert, 430 von 3.695 mit HTTP 403 oder 406, am stärksten betroffen ByteDance, Amazon, OpenAI, You.com, Anthropic und Perplexity
Die Karte, mit der dieser Artikel anfing: 430 von 3.695 KI-Crawler-Zugriffen in 14 Tagen kamen mit 403 oder 406 zurück — auf einer Seite, deren robots.txt jeden dieser Bots erlaubt.

Vierzehn Tage, zwölf Anbieter, 3.695 Zugriffe

Zuerst die Form des Traffics, denn sie hat uns überrascht und wird vermutlich auch dich überraschen. In zwei Wochen wurde eine mittelgroße Marketing-Seite 3.695-mal von KI-Crawlern aus 12 Anbietern abgerufen — OpenAI allein steht für 38,5 % davon (1.421 Zugriffe), dahinter Anthropic (14,2 %), Meta (12,9 %) und Apple (12,7 %). Der aktivste einzelne Bot war ChatGPT-User mit 762 Besuchen: kein Trainings-Crawler, sondern der Abruf, den ChatGPT live macht, im Auftrag eines Nutzers, während es eine Antwort baut. Diese Unterscheidung zieht sich durch den ganzen Artikel. Von allen KI-Zugriffen im Fenster waren 27,4 % Nutzeranfragen — ein Modell liest deine Seite jetzt gerade, weil jemand etwas gefragt hat — und 72,0 % Such- und Trainingstraffic, der die Indexe und Modelle von morgen baut. Zwei sehr verschiedene Gründe, gecrawlt zu werden — und, wie gleich zu sehen, zwei sehr verschiedene Kosten, wenn der Crawl blockiert wird.
KI-Bot-Traffic-Kennzahlenzeile: 12 erkannte Anbieter, 3.695 KI-Zugriffe, OpenAI am aktivsten mit 38,5 %, Top-3-Anteil 65,5 %, 27,4 % Nutzeranfragen, 72,0 % Suche und Training — darunter ein gestapelter Anteilsbalken der Anbieter
Das Vierzehn-Tage-Bild: OpenAI, Anthropic, Meta und Apple stellen drei Viertel aller KI-Zugriffe. 27,4 % des Traffics sind Live-Nutzeranfragen — die Abrufe, aus denen Zitate werden.

Die 11,6 %: erlaubt, aber nicht erreichbar

430 dieser 3.695 Zugriffe kamen mit HTTP 403 oder 406 zurück. Diese Kombination — robots.txt erlaubt den Bot, der Server verweigert die Anfrage — ist die Signatur einer Firewall- oder CDN-Bot-Regel, und sie verdient einen eigenen Namen: erlaubt, aber nicht erreichbar. Sie taucht in keinem robots-Checker auf, denn die robots.txt ist in Ordnung. Sie taucht nicht in deinen Analytics auf, denn die Anfrage hat nie eine Seite gerendert. Sie steht nur in den Server-Logs, in der Statuscode-Spalte, die niemand liest. Die Blocks waren alles andere als gleichverteilt. ByteDance wurden 95,3 % seiner 337 Zugriffe verweigert. Amazon verlor 65,8 %, You.com 57,1 %. OpenAI dagegen wurde bei nur 1,3 % der Zugriffe blockiert, Anthropic bei 1,9 %, Perplexity bei 2,5 %. Dieses Muster ist typisch für die Standard-Bot-Liste eines CDN: Die großen Namen stehen auf der Whitelist, alle anderen laufen gegen die Wand. Niemand auf der Seite hat das pro Anbieter entschieden — ein verwaltetes Regelwerk hat entschieden, still, und die Logs sind der einzige Ort, an dem die Entscheidung sichtbar wird.

Welche Blocks zählen: 29 von 430

Hier hört es auf, alarmierend zu sein, und fängt an, nützlich zu werden. Von den 430 blockierten Zugriffen trafen 401 Trainings- oder Bulk-Crawler — Traffic der GPTBot-Sorte, der künftige Modelle und Indexe baut. Viele Seiten blockieren den bewusst, und das ist vertretbar: Du tauschst langfristige Modell-Vertrautheit gegen Kontrolle über deine Inhalte, und vernünftige Leute landen auf beiden Seiten. Die anderen 29 trafen Live-Antwort-Crawler — die ChatGPT-User-Klasse, bei der ein Modell gerade für einen echten Menschen eine Antwort baut und deine Seite jetzt lesen will. Diese Blocks kosten. Wenn der Abruf scheitert, antwortet die Engine entweder aus dem, was sie ohnehin über dich glaubt, oder zitiert jemanden, dessen Seite erreichbar war. Du siehst das Scheitern nie; die fragende Person erfährt nie, dass es deine Seite gab. Neunundzwanzig Zugriffe in zwei Wochen sind auf dieser Seite ein kleines Leck — genau weil die großen Live-Antwort-Crawler auf der Whitelist standen. Dreh die Firewall-Defaults um — oder installiere ein strengeres Regelwerk — und aus dieser Zahl werden die ganzen 27,4 %. Wenn du eine einzige Sache aus diesem Artikel mitnimmst: Trenne die beiden Kategorien, bevor du irgendetwas entscheidest. Trainings-Bots zu blockieren ist eine Grundsatzentscheidung. Live-Antwort-Crawler zu blockieren ist fast immer ein Unfall.

Was die Anbieter auf deiner Seite tatsächlich tun

Der Blick pro Anbieter lohnt sich, denn das Crawl-Verhalten spiegelt, was die jeweilige Firma verkauft. OpenAIs 1.421 Zugriffe teilen sich in 762 Nutzeranfragen gegen 659 Suche-und-Training — mehr als die Hälfte seines Interesses an dieser Seite war Live-Antworten. Perplexitys 277 Zugriffe enthielten 64 Nutzeranfragen. Diese beiden Anbieter lesen Seiten, um sie zu zitieren. Meta rief 478-mal ab: null Nutzeranfragen, alles Training. Apple 471-mal: ebenfalls null Nutzeranfragen. Apple ist der stille Fall, den man kennen sollte — es crawlt fleißig für Modelle, die heute fast nichts zitieren, sein Traffic ist also nahezu reiner Trainingsabfluss. Und Google taucht kaum auf: 24 Zugriffe in vierzehn Tagen, weil AI Overviews und AI Mode aus dem Suchindex antworten, den Google längst hat. Eine Seite kann sich an GPTBot abarbeiten und vergessen, dass ihre Google-KI-Präsenz vor Jahren durch ganz normales Indexieren entschieden wurde (die beiden Google-Oberflächen haben wir uns separat angesehen).
Anbieterkarten für OpenAI, Anthropic, Meta und Apple mit KI-Zugriffen, aufgeteilt in Nutzeranfragen versus Suche und Training, mit Verifizierungsquoten gegen veröffentlichte IP-Bereiche
OpenAI: 762 von 1.421 Zugriffen waren Live-Nutzeranfragen. Meta und Apple: Hunderte Zugriffe, zusammen keine einzige Nutzeranfrage — reiner Trainingsabfluss.

Vertrauen ist gut, User-Agent-Verifizierung ist besser

Noch etwas haben uns die Logs gelehrt: Ein User-Agent-String ist eine Behauptung, keine Identität. Alles kann sich GPTBot nennen. Die ehrliche Art, KI-Crawler-Traffic zu zählen, prüft jeden Zugriff gegen die IP-Bereiche, die der Anbieter veröffentlicht — OpenAI, Anthropic und Perplexity pflegen offizielle Listen. In unserem Fenster ließen sich 82,0 % der KI-gelabelten Zugriffe gegen einen veröffentlichten Bereich verifizieren. OpenAIs Traffic verifizierte zu 86,5 %, Perplexitys zu 66,1 % — und die Zugriffe, die behaupteten, Google zu sein, zu 0 %, was ziemlich sicher heißt: Sie waren gar nicht Google. Das zählt in beide Richtungen. Wer nur nach User-Agent drosselt oder blockiert, behandelt Hochstapler wie den echten Crawler — und der echte Crawler erbt den Ruf der Hochstapler. Und wenn deine Analytics „KI-Traffic“ nur nach User-Agent zählt, ist ein Teil davon Scraper im Kostüm. Verifizierung ist keine Paranoia; nach dieser Datenlage braucht ungefähr jeder fünfte Zugriff eine.

So prüfst du deine eigene Seite in zehn Minuten

Du brauchst zwei Dinge: was dein Server KI-Crawlern zuletzt tatsächlich geantwortet hat, und ob die Live-Antwort-Crawler dich gerade jetzt erreichen. Für das Erste: Zieh zwei Wochen Access-Logs, filtere auf die KI-User-Agents und schau nur auf die Statuscodes. Alles Systematische im 403/406-Bereich gegen einen Bot, den deine robots.txt erlaubt, ist eine Firewall- oder CDN-Regel — du findest sie im Bot-Management deiner WAF, wo KI-Crawler zunehmend über Standardkategorien blockiert werden statt über irgendetwas, das du gewählt hast. Die komplette Log-Lese-Übung steht in der Angebotsseite der KI-Sichtbarkeit, und CrunchJunkies Crawl Insights macht sie kontinuierlich aus weitergeleiteten Logs — inklusive Verifizierung und der Trennung Nutzer versus Training. Für das Zweite brauchst du gar keine Logs: Unser kostenloser GEO-Audit prüft live, welche Zitations-Crawler deine Seite erreichen — in etwa einer Minute, ohne Anmeldung. Wenn ein Live-Antwort-Crawler heute abgewiesen wird, ist das der Fix mit dem höchsten Hebel in der ganzen KI-Sichtbarkeit — alles andere in diesem Feld setzt voraus, dass die Engines dich überhaupt lesen können.

Häufige Fragen

Weil robots.txt und Firewall zwei verschiedene Tore sind. Robots.txt ist eine höfliche Konvention auf Anfrage-Ebene; eine WAF- oder CDN-Bot-Regel sitzt vor dem Server und verweigert unabhängig davon. Verwaltete Bot-Listen nehmen KI-Crawler zunehmend in Standard-Blockkategorien auf — eine Seite kann einen Bot in robots.txt erlauben, während ihr CDN jeden Abruf mit 403 oder 406 beantwortet. Diesen Zustand nennen wir: erlaubt, aber nicht erreichbar. Sichtbar nur in Server-Logs.

Das ist eine legitime Grundsatzentscheidung mit echtem Trade-off: Du behältst Kontrolle über deine Inhalte und gibst langfristige Vertrautheit in künftigen Modellen auf. Entscheidend ist, dass es eine Entscheidung ist und kein Unfall — und dass du Trainings-Crawler nie mit Live-Antwort-Crawlern wie ChatGPT-User verwechselst, die im Auftrag eines echten Nutzers mitten in einer Antwort abrufen. In unserer Vierzehn-Tage-Stichprobe trafen 401 von 430 Blocks Trainings-Bots (vertretbar), 29 trafen Live-Antwort-Crawler (teuer).

Das Blockieren des Live-Antwort-Crawlers ja. Wenn ChatGPT deine Seite beim Bauen einer Antwort lesen will und der Abruf scheitert, antwortet es entweder aus dem, was das Modell ohnehin über deine Marke glaubt, oder zitiert eine Seite, die es erreichen konnte — meist die eines Wettbewerbers oder Dritten. Der Block ist für dich und die fragende Person unsichtbar; nur die Server-Logs halten ihn fest.

Prüf die IP-Adresse des Zugriffs gegen die Bereiche, die der Anbieter veröffentlicht — OpenAI, Anthropic und Perplexity pflegen offizielle Listen. Ein User-Agent-String allein beweist nichts: In unserer Stichprobe ließen sich 18 % der KI-gelabelten Zugriffe gegen keinen veröffentlichten Bereich verifizieren, und die angeblichen Google-Zugriffe verifizierten zu 0 % — also fast sicher Hochstapler.

Sieh die KI-Sichtbarkeit deiner eigenen Marke

Reporting und KI-Sichtbarkeit in einer Konsole — erstell deinen ersten Bericht und Scan in der 14-tägigen Testphase.

Kostenlos starten