26. August 2026
Wer KI-Crawler blockiert, kann keine Anzeigen mehr schalten
Seit dem 24. August laufen ChatGPT-Anzeigen auch in der Schweiz. Die Voraussetzung dafür steht in einer Datei, die viele Unternehmen 2024 gut gemeint zugesperrt haben — und eine Sperre gibt keine Fehlermeldung.
Seit Montag, dem 24. August 2026, laufen Werbeanzeigen in ChatGPT auch in der Schweiz. So berichten es Schweizer Fachmedien übereinstimmend; OpenAI selbst hatte am 18. August lediglich «next week» angekündigt und den Vollzug nie für einen bestimmten Tag bestätigt. Die Schweiz gehört zu den 31 europäischen Ländern des Rollouts. Über das Anzeigenprodukt selbst ist seither viel geschrieben worden: Formate, Auktionsmechanik, Reporting. Über die Voraussetzung, ohne die nichts davon funktioniert, fast nichts. Sie steht in einer Textdatei, die in den meisten Unternehmen zuletzt jemand angefasst hat, als es darum ging, KI-Firmen das Trainieren zu verbieten. Diese Textdatei heisst robots.txt. Und wer sie in den letzten zwei Jahren gut gemeint konfiguriert hat, hat unter Umständen gerade seinen Zugang zu einem neuen Werbekanal zugemauert — ohne es zu merken, weil niemand eine Fehlermeldung bekommt.
Der neue Bot, den noch fast keine Sperrliste kennt
OpenAI dokumentiert derzeit vier Crawler-Kennungen. Drei davon sind bekannt: OAI-SearchBot macht Websites in ChatGPT-Suchergebnissen sichtbar, GPTBot holt Material für das Modelltraining, ChatGPT-User ruft Seiten ab, wenn ein Mensch im Chat danach fragt. Die vierte ist neu und ändert die Logik: OAI-AdsBot prüft die Sicherheit von Anzeigen-Landingpages. Der Wortlaut in der Dokumentation lohnt das genaue Lesen — der Bot werde eingesetzt, «to validate the safety of web pages submitted as ads on ChatGPT»; wenn eine Anzeige eingereicht werde, besuche OpenAI gegebenenfalls die Landingpage, um die Richtlinienkonformität zu prüfen. Ausdrücklich festgehalten ist zudem, dass die von OAI-AdsBot erhobenen Daten nicht ins Modelltraining fliessen. Die ersten drei Bots befolgen robots.txt; bei ChatGPT-User gilt die Einschränkung, dass die Regeln bei nutzerinitiierten Abrufen möglicherweise nicht greifen. Nachzulesen in der OpenAI-Crawler-Dokumentation, abgerufen am 26.08.2026.
Der Bot läuft seit über drei Monaten
OAI-AdsBot ist keine Ankündigung. Seine IP-Bereichsdatei unter openai.com/adsbot.json trägt den Erstellungszeitstempel 12. Mai 2026 und listet zwei IPv4-Präfixe. Wer prüfen will, ob dieser Bot die eigene Seite je erreicht hat, findet die Antwort in den Server-Logs, nicht in einem Dashboard.
Was eine Sperre konkret kostet
In den Werberichtlinien steht wörtlich: «Ads or landing pages that cannot be reviewed or evaluated by our systems are not eligible to run.» Und, damit niemand auf die Idee kommt, das mit einer Ausnahmeregel zu umgehen: «Do not rely on a manual bypass.» Es geht dabei nicht nur um die robots.txt. OpenAI nennt ausdrücklich auch WAF-Regeln, CDN-Konfiguration, Bot-Mitigation, CAPTCHAs und Rate-Limits als mögliche Blocker. Wer eine Landingpage aggressiv gegen Automaten schützt, schützt sie auch gegen den Prüfer, der über die Zulassung entscheidet.
Eine Präzisierung zur Begründung
In der FAZ vom 26. August 2026 schreibt Markus Caspari, die Crawler OAI-SearchBot und OAI-AdsBot dürften «in der Robots.txt nicht blockiert sein». Die Handlungsanweisung ist richtig und wird vom Help Center gestützt, das genau dieses Beispiel führt. Der Zweck des Bots ist laut Dokumentation allerdings die Sicherheitsprüfung der Landingpage, nicht deren inhaltliche Auswertung für das Matching. Erwähnenswert ist zudem ein Widerspruch innerhalb von OpenAIs eigener Dokumentation: Die Entwicklerseite nennt beim Thema robots.txt nur OAI-SearchBot und GPTBot, das Help Center dagegen schreibt «OpenAI crawlers respect these rules. If access is disallowed in robots.txt, crawling will stop immediately» und führt OAI-AdsBot explizit im Beispiel. Ob eine Sperre den AdsBot also tatsächlich stoppt, lässt sich aus OpenAIs Dokumentation nicht widerspruchsfrei beantworten. Die praktische Konsequenz ist in beiden Lesarten dieselbe: erlauben.
Vier Wirkungsklassen, die regelmässig in einen Topf geworfen werden
Wir haben im Juli 2026 die Bot-Kennungen über ein Portfolio hinweg gegen die Betreiberdokumentationen geprüft. Das Ergebnis war unangenehm: Fast überall stand etwas anderes drin, als die Betreiber dokumentieren. Es hilft, vier Klassen zu unterscheiden. Klasse A, Retrieval — dazu gehören OAI-SearchBot, Claude-SearchBot, PerplexityBot, Bingbot und Applebot. Sie bauen den Index, aus dem KI-Antworten zitieren; wer sie sperrt, verschwindet aus diesem Index. Klasse B, nutzerinitiiert — ChatGPT-User, Claude-User, Perplexity-User. Sie holen die Seite, wenn ein Mensch im Chat danach fragt; wer sie sperrt, ist genau dann nicht da, wenn jemand konkret nach ihm sucht. Klasse C, Training — GPTBot, ClaudeBot, Google-Extended, Applebot-Extended, meta-externalagent, CCBot. Hier liegt die einzige echte Entscheidung. Klasse D, Link-Vorschau — facebookexternalhit, LinkedInBot, Slackbot-LinkExpanding und Verwandte; sie holen nur die OG-Tags für die Kartenvorschau beim Teilen.
Die zentrale Einsicht: Training sperren kostet in der Regel keine Zitierbarkeit
Wer nicht will, dass sein Inhalt Modelle trainiert, sperrt Klasse C — und bleibt in KI-Antworten zitierbar. Das ist eine legitime, oft sogar richtige Entscheidung. Und OAI-AdsBot gehört in keine dieser vier Klassen. Er ist eine fünfte Wirkungsklasse: Werbezulassung. Das ändert die Kosten-Nutzen-Rechnung jeder Sperrentscheidung. Bisher lautete die Frage: Wie viel Sichtbarkeit gebe ich auf? Ab jetzt lautet sie: Wie viel Sichtbarkeit und welchen Werbekanal gebe ich auf?
Zwei getrennte Bots, zwei getrennte Märkte
Dass OpenAI Zitierbarkeit und Werbeprüfung über verschiedene Kennungen steuert, ist kein Zufall — und es gibt inzwischen Zahlen dazu. SE Ranking hat am 23. Juli 2026 über 50'000 kommerzielle Prompts in 20 Nischen ausgewertet: Anzeigen erschienen bei 25,94 Prozent der kommerziellen Prompts. Entscheidend ist die zweite Zahl: In 96,37 Prozent der Anzeigenplatzierungen wird der Werbetreibende in der Antwort selbst nicht zitiert. Für den Google AI Mode zeigt dieselbe Untersuchungsreihe ein ähnliches Bild — nur 11,53 Prozent der werbenden Domains erschienen für dasselbe Keyword auch als zitierte Quelle, auf URL-Ebene 1,95 Prozent. Eine unabhängige Auswertung der US-Agentur Seer Interactive vom 28. Juli 2026 kommt für ChatGPT auf 5,4 Prozent Überschneidung. Alle drei Zahlen stammen von Anbietern mit kommerziellem Interesse an Sichtbarkeitsthemen; die Grössenordnung ist übereinstimmend, die exakten Werte sind es nicht. Wer bezahlte Sichtbarkeit in KI-Antworten und organische Zitierbarkeit als zwei Zugänge zur selben Fläche behandelt, liegt empirisch daneben.
Drei Fallen, in die auch sorgfältige Konfigurationen laufen
Erstens: Gruppen vererben nicht. Ein Bot befolgt genau eine Gruppe in der robots.txt, nicht mehrere. Wer eine Spezialgruppe für GPTBot anlegt, für den gelten die Regeln aus der Sternchen-Gruppe nicht mehr; jede Spezialgruppe muss ihre Verbote selbst wiederholen. Mehrere User-agent-Zeilen direkt untereinander bilden dagegen eine einzige Gruppe — das ist der kompakte und korrekte Weg. Zweitens: die Präfix-Falle. Kennungen werden als Präfix gematcht. Eine Gruppe, die nur «OAI» heisst, trifft OAI-SearchBot und OAI-AdsBot gleichzeitig. Eine Gruppe «Claude» in der Trainings-Sektion trifft Claude-SearchBot und Claude-User — und lässt ausgerechnet ClaudeBot offen, den echten Trainings-Crawler. Exakt die Inversion dessen, was gewollt war. Drittens: Disallow ist kein noindex. Gesperrte Seiten landen über externe Verlinkung trotzdem im Index. Und wer eine Seite mit noindex-Meta zusätzlich per Disallow sperrt, verhindert genau die Deindexierung, die er wollte — der Crawler darf die Seite nicht mehr abrufen und liest das noindex nie.
Ein Betriebsrisiko, das selten auf dem Radar ist
RFC 9309 formuliert zwingend, dass ein Crawler bei einer nicht erreichbaren robots.txt von einem vollständigen Verbot ausgehen muss. Ein HTTP 500 auf robots.txt ist damit strikt schlimmer als ein 404. Wer die Datei dynamisch generiert, braucht einen Fallback, der zuverlässig HTTP 200 liefert.
Zwei Sperren, die man nicht sauber trennen kann
Zwei Anbieter durchbrechen die Klassenlogik. Bei Bing sind Retrieval und Training per robots.txt gar nicht trennbar. Microsoft formuliert es so: Inhalt ohne NOCACHE- und ohne NOARCHIVE-Tag könne in Bing-Chat-Antworten einfliessen, und die Seiteninhalte könnten im Training der generativen Foundation-Modelle verwendet werden. Es gibt kein separates Trainings-Token; der einzige Hebel ist ein noarchive-Meta-Tag für bingbot. Bei Apple können von Applebot gecrawlte Daten laut Apple auch zum Training der Apple-Foundation-Modelle dienen. Hier existiert der Hebel — Applebot-Extended —, aber wer nur Klasse C sperrt und Applebot-Extended vergisst, trainiert weiter. Und ein Hinweis zur Erwartungshaltung: Google-Extended und Applebot-Extended sind gar keine Crawler. Google formuliert wörtlich, das Token habe «no separate HTTP request user agent string», es werde «in a control capacity» verwendet. Es sind reine Steuerungssignale, die nachträglich regeln, was der echte Crawler mit dem bereits Geholten tun darf. In einer Retrieval-Sektion wären sie wirkungslose Dekoration.
Der zweite Stichtag: 15. September 2026
Wer glaubt, seine robots.txt sei der einzige Schalter, unterschätzt die Durchsetzungsschicht. Cloudflare führt seit dem 1. Juli 2026 drei Crawler-Kategorien, verfügbar in allen Tarifen einschliesslich Free: Search («any behavior that collects or indexes your content, so it can answer questions about it later»), Agent («automated behavior that is acting, usually in real time, on a person's behalf») und Training («a crawler taking your content to train or fine-tune a model»). Je Kategorie gibt es drei Optionen — alle Seiten blocken, nur Anzeigenseiten blocken, nicht blocken. Durchgesetzt wird ab dem 15. September 2026. Ein Punkt ist in der Primärquelle nicht entschieden und sollte deshalb auch nicht aufgelöst werden: Cloudflare schreibt, «the defaults will be enforced by the most restrictive applicable rules» — im Kontext der Voreinstellungen für neu aufgenommene Domains. Mehrere Fachpublikationen lesen daraus eine Regel für alle, die Training sperren, also auch für Bestandszonen. Welche Lesart stimmt, ist offen. Die Handlungsanweisung ist in beiden identisch: Dashboard prüfen unter AI Crawl Control, dann Security und Crawlers, und den Ist-Zustand vor dem Stichtag dokumentieren. Für Werbetreibende ist die Verbindung unangenehm konkret: Eine Kategorie-Sperre auf «Search» kann wirken, obwohl die eigene robots.txt sauber ist. Die Sperre liegt dann eine Schicht höher, und im CMS sieht man sie nicht.
Schritt 1: Ist-Zustand messen, nicht erinnern
Rufen Sie ihredomain.ch/robots.txt im Browser auf und lesen Sie die ausgelieferte Datei. Nicht die Datei im Repository, nicht die Einstellung im CMS: die ausgelieferte Antwort. Zwischen beiden liegen in der Praxis überraschend oft ein CDN, ein Plugin und ein Migrationsartefakt.
Schritt 2: die Entscheidung in drei Fragen zerlegen
Beantworten Sie getrennt, statt zu vermischen: Sollen unsere Inhalte Modelle trainieren? Sollen unsere Inhalte in KI-Antworten zitiert werden? Wollen wir in KI-Assistenten Werbung schalten? Ein Nein bei der ersten und ein Ja bei der zweiten und dritten Frage ist eine völlig konsistente Haltung — und die häufigste sinnvolle Antwort für Marken. Sie lässt sich technisch sauber abbilden: Die Trainings-Kennungen kommen in eine Gruppe mit Disallow, die Retrieval-Kennungen und OAI-AdsBot in eine zweite Gruppe mit leerem Disallow, das heisst mit ausdrücklicher Freigabe. Die Sperrgruppe wiederholt ihre Regeln, weil Gruppen nicht vererben; und die Freigabegruppe wird gebraucht, weil diese Bots sonst in die Sternchen-Gruppe fallen und deren Verbote übernehmen. Eine fertige, kopierbare Konfiguration erzeugt unser Check weiter unten aus denselben Bausteinen, die auch unsere eigenen Domains ausliefern.
Schritt 3: die Schicht darüber prüfen
Cloudflare-Dashboard, WAF-Regeln, Bot-Management. Und, falls vorhanden, den Legacy-Schalter «Block AI Scrapers and Crawlers», der viele Zonen vor Jahren einmal erwischt hat.
Schritt 4: Landingpages prüfen
OAI-AdsBot validiert die Zielseite gegen die Werberichtlinien. Eine Landingpage, die technisch nicht abrufbar ist, ist nicht prüfbar — und damit nicht zulassungsfähig. Das betrifft insbesondere Seiten hinter Geo-Blocking, Consent-Wall oder aggressivem Rate-Limiting.
Kennzeichnung ist seit diesem Monat ohnehin Pflicht
Zeitlich fällt der Werbe-Rollout mit einer regulatorischen Zäsur zusammen, die unabhängig davon gilt. Artikel 50 des EU AI Act — die Transparenz- und Kennzeichnungspflichten — gilt seit dem 2. August 2026. Er wurde vom Digital Omnibus ausdrücklich nicht verschoben; verschoben wurden ausschliesslich die Hochrisiko-Pflichten auf den 2. Dezember 2027 beziehungsweise den 2. August 2028 für in regulierte Produkte eingebettete Systeme. Nachlesbar im Ratsdokument 9247/26 vom 13. Mai 2026, verabschiedet vom Europäischen Parlament am 16. Juni und endgültig vom Rat am 29. Juni 2026. Es kursieren Praxisleitfäden mit der Zeile «2.12.2026 — maschinenlesbare Wasserzeichen, verschoben durch Digital Omnibus». Das ist irreführend: Artikel 50 wurde nicht verschoben, und der 2. Dezember 2026 ist eine Übergangsregel aus dem neuen Artikel 111 Absatz 4 für Systeme, die synthetische Inhalte erzeugen und vor dem 2. August 2026 auf dem Markt waren. Die maschinenlesbare Kennzeichnung nach Artikel 50 Absatz 2 ist zudem eine Anbieterpflicht, keine Betreiberpflicht — wer KI nur einsetzt, muss keine Wasserzeichen einbauen.
Was das für Schweizer Unternehmen heisst
Für Schweizer Unternehmen gilt der AI Act über das Marktortprinzip nach Artikel 2. Massgeblich ist nicht der Firmensitz, sondern ob das System in der EU bereitgestellt wird oder der Output in der EU verwendet wird. Die Schweiz selbst hat kein EU-analoges KI-Gesetz; der Bundesratsentscheid vom 12. Februar 2025 sieht einen sektoriellen Ansatz plus Ratifizierung der Europarats-KI-Konvention vor, eine Vernehmlassungsvorlage ist bis Ende 2026 angekündigt. Statt DSGVO gilt das revidierte Datenschutzgesetz, statt Paragraf 3a UWG in Deutschland greift Artikel 3 Absatz 1 Buchstabe b UWG für irreführende Angaben. Der Bussgeldrahmen für Artikel 50 liegt bei bis zu 15 Millionen Euro oder 3 Prozent des weltweiten Jahresumsatzes; für KMU und Start-ups gilt der niedrigere der beiden Werte.
Was zusammengenommen zu tun ist
Die letzten zwei Jahre haben viele Unternehmen gelehrt, KI-Crawler als Bedrohung zu behandeln. Das war nicht falsch — bei den Trainings-Crawlern ist es weiterhin eine legitime Entscheidung. Was sich am 24. August geändert hat, ist die Kostenseite. Eine pauschale Sperre kostet ab jetzt nicht mehr nur organische Sichtbarkeit in KI-Antworten. Sie kostet zusätzlich die Zulassung zu einem Werbekanal, der gerade in 31 europäischen Märkten und der Schweiz aufgemacht wurde. Und sie kostet lautlos: Es gibt keine Fehlermeldung, keine Warnung im Dashboard, keinen Zähler, der von etwas auf null fällt. Es gibt nur eine Kampagne, die nicht zugelassen wird, oder eine Marke, die in einer Konversation nicht vorkommt, in der sie vorkommen sollte. Der Aufwand, das zu prüfen, liegt bei zwanzig Minuten. Der Aufwand, es nicht zu prüfen, steht in keinem Report.
Wir haben unseren KI-Crawler-Check offen zugänglich gemacht: sechs Fragen, kein Netzwerkaufruf, kein Login — am Ende steht eine robots.txt-Konfiguration zum Kopieren, erzeugt aus demselben Serializer, der auch unsere eigenen Domains ausliefert. Zum Check geht es unter digital-opua.ch/ki-crawler/check, der ausführliche Leitfaden steht unter digital-opua.ch/ki-crawler. Wer die Entscheidung lieber mit jemandem durchgeht, der die Fallstricke kennt: digital opua baut, digital nalu berät. Ein Crawler- und Sichtbarkeits-Audit dauert typischerweise einen halben Tag und liefert eine dokumentierte Baseline vor dem Cloudflare-Stichtag am 15. September.
Quellen und Stand: OpenAI Crawler-Dokumentation, developers.openai.com/api/docs/bots, abgerufen 26.08.2026 — openai.com/adsbot.json, Erstellungsstempel 12.05.2026 — OpenAI Ad Policies, Fassung vom 10.08.2026 — Markus Caspari, «Wie Marken Werbung auf ChatGPT richtig nutzen», FAZ, 26.08.2026 — Ratsdokument 9247/26 vom 13.05.2026, Interinstitutionelles Dossier 2025/0359 COD — RFC 9309 — Cloudflare AI Crawl Control-Dokumentation — SE Ranking, Messtag 23.07.2026 — Seer Interactive, 28.07.2026 — Betreiberdokumentationen von Anthropic, Perplexity, Google, Microsoft und Apple, geprüft am 29.07.2026. Angaben zu Cloudflare-Kategorien und Durchsetzungsdatum sowie zu OpenAI-Rollout-Details sind Stand 26.08.2026; beide Anbieter ändern schnell — vor einer Umsetzung neu prüfen.