Sperrt Google dein Ads-Konto, wenn du KI dranhängst?
Ein viraler LinkedIn-Post warnt: Wer Claude Code an sein Werbekonto anschließt, verliert es. Ich baue beruflich genau solche Verbindungen, also habe ich die Story zurückverfolgt.
Der Post vom 22.06.2026, Screenshot vom 30.07.2026.
„Claude Code got my Google Ads account banned." Mit diesem Satz beginnt ein LinkedIn-Post, der im Juni über 1.200 Reaktionen bekam. Die Geschichte darin: Claude Code ans Google-Ads-Konto angeschlossen, eine Woche lief alles, dann kam die Sperre. Jahre an Kampagnendaten verloren, Conversion-Historie weg, Appeals zwecklos. Die Moral des Absenders: Nutze KI als Analyst und lass sie dein Konto nicht anfassen.
Der Post zog Kopien nach sich, Anbieter warnten ihre Zielgruppen, und in den Kommentarspalten fragten Media Buyer, ob sie ihre Setups abschalten sollen. Bei uns intern kam die Frage in einer anderen Form an: Ist automatisiertes Marketing damit gestorben?
Ich habe die Story geprüft. Sie hält der Prüfung nicht stand.
Die Spurensuche
Der Post vom Juni hat zwei ältere Versionen, beide vom selben Absender. Am 25. März erschien dieselbe Geschichte auf LinkedIn mit Meta statt Google (archiviert). Im April folgte die Meta-Version auf Reddit. Im Juni dann die Google-Version, die viral ging.
Legt man die Meta- und die Google-Fassung nebeneinander, zeigt sich ein Template mit ausgetauschten Substantiven:
- API-Vorwurf: „too many calls too fast“ in der Meta-Version, wortgleich in der Google-Version.
- Was die KI publizierte: creatives ohne Review (Meta-Version), ad copy ohne Review (Google-Version).
- Was die Fraud-Detection sah: budget changes wie „bot networks“ (Meta), bid changes wie „click fraud networks“ (Google).
- Schlusssatz: „use it as your analyst, not your ad manager“, in beiden Fassungen wortgleich.
Beide Fassungen erzählen in der Ich-Form vom Verlust „thousands of dollars worth of campaign data". Einmal soll das einem Meta-Konto passiert sein, einmal einem Google-Konto, im Abstand von 89 Tagen, mit identischem Wortlaut.
Der Post liefert ein Screenshot der Sperrmeldung als Beweis. Als Grund steht dort: „suspicious behavior in the payment activity of your account". Das beschreibt eine Payment-Sperre.
Das „Beweisbild" aus dem Post: Als Sperrgrund steht dort Payment-Aktivität, darunter die Reaktions-Zeile mit 1.270 Likes.
Ein Kommentator unter dem Post schrieb dazu, das Bild stamme aus einem öffentlichen Google-Support-Thread von 2021 (archiviert), Jahre bevor es Claude gab. Der Thread ist bis heute abrufbar.
Der Kommentar unter dem Post, mit Link zum Support-Thread.
Die Kopien führten die Vorlage weiter. Zwei Tage nach dem Google-Post erzählte ein Growth-Manager dieselbe Geschichte als eigenes Erlebnis, mit demselben Sperr-Bild, die Kontonummer verschmiert. Eine Woche später machte der CEO eines Ads-Management-Dienstes einen Verkaufs-Pitch daraus, wieder mit dem Bild, die Kontonummer diesmal wegretuschiert. In seiner Kommentarspalte erkannten PPC-Veteranen die Vorlage als gewöhnliche Payment-Profil-Sperre. Einer schrieb, er habe in zwanzig Jahren Werbekonten wegen Ad-Fraud und Zahlungsproblemen sterben sehen, keines wegen API-Nutzung.
Zoom auf das Sperr-Bild der ersten Kopie: gleiche Vorlage, gleicher Payment-Wortlaut, die Kontonummer sichtbar verschmiert.
Ich habe danach gezielt gesucht: ein einziger namentlich nachprüfbarer Fall einer Sperre durch MCP- oder API-Nutzung. Ich habe keinen gefunden. Die Warn-Blogs von Supermetrics bis HyperFX zitieren einander und enden alle bei denselben anonymen Anekdoten. Die einzige Quelle mit eigenen Zahlen sagt das Gegenteil: Die Agentur Zentric dokumentierte 1.279 Operationen via Claude Code gegen die Meta-API, ohne Sperre und ohne Warnung.
Die Plattformen selbst widersprechen der Story
Der stärkste Widerspruch kommt von Google und Meta direkt. Google kündigte im Oktober 2025 einen eigenen, quelloffenen Ads-MCP-Server an, bewusst read-only. Die Panik-Welle lief also fast ein Jahr, nachdem Google den offiziellen Weg freigegeben hatte. Meta launchte am 29. April 2026 eigene „Ads AI Connectors", listet Claude Code im Hilfe-Center als unterstützten Client und legte im Juli Kontroll-Regeln für Agenten nach, inklusive serverseitig durchgesetzter Budget-Obergrenzen. Der virale Post warnt vor etwas, wofür die Plattform-Dokumentation eine Anleitung ist. Wer Konten für KI-Zugriff sperren wollte, würde diesen Zugriff nicht selbst bauen und mit Reglern versehen.
Zur ehrlichen Einordnung: Diese offiziellen Server beweisen den erlaubten Weg, als Marketing-Werkzeug sind sie bewusst schmal gehalten. Googles Server liest nur, jeder deckt eine einzelne Plattform ab, und Setup, Developer-Zugänge und Guardrails bleiben bei dir.
Die Zeitachse zeigt beide Spuren: oben die offiziellen KI-Zugänge der Plattformen, unten die Story.
Was tatsächlich riskant ist
Ein Teil des Risikos ist real. Man muss die Ebenen auseinanderhalten, die der virale Post vermischt.
Rate Limits sperren keine Konten. Wer Googles Ads API zu schnell abfragt, bekommt einen Fehler zurück (RESOURCE_TEMPORARILY_EXHAUSTED), wartet kurz und probiert es wieder. Google dokumentiert dafür Retry-Empfehlungen und keine Strafe.
API-Verstöße treffen den Entwickler-Zugang. Googles Sanktionsleiter bei API-Policy-Verstößen: Verwarnung, Gebühren, Zugriffs-Downgrade, im Extremfall Kündigung des Developer-Tokens. Das Werbekonto sperrt Google für Anzeigen- und Inhaltsverstöße, mit Strike-System und mindestens sieben Tagen Vorwarnung, außer bei schweren Fällen wie Malware.
Eine Human-Review-Pflicht für API-Anzeigen existiert in Googles API-Policy nicht. Anzeigen programmatisch anlegen ist der Zweck der Ads API, Tools wie Smartly oder Optmyzr tun das seit Jahren industriell. Die „Circumventing Systems"-Policy, auf die sich solche Warnungen gern berufen, besteht aus zwei Sätzen. Die Wörter API, Automation und Scraping kommen darin nicht vor.
Riskant wird es bei Browser-Automation. Ein Agent, der sich ins Dashboard einloggt und dort klickt, verstößt bei beiden Plattformen gegen die Nutzungsbedingungen. Googles Ads-Terms verbieten automatisierte Datenextraktion außer auf ausdrücklich erlaubten Wegen, Metas Terms verbieten automatisierte Zugriffe ohne vorherige Erlaubnis. Der offizielle API-Weg ist diese Erlaubnis. Ein Dashboard-Bot hat sie nie. Dazu kommt eine Engineering-Wahrheit, die mit Sperren gar nichts zu tun hat: Ein Agent mit ungebremsten Schreibrechten auf ein Live-Werbekonto ist ein Konstruktionsfehler.
Der Unterschied, den die viralen Posts verwischen: Dashboard-Automation verstößt gegen die Nutzungsbedingungen, der API-Weg ist der dokumentierte.
Zur Einordnung der Sperr-Angst hilft die Base Rate. Google sperrte 39,2 Millionen Werbekonten allein 2024, im Jahr 2021 waren es 5,6 Millionen. Fehlsperrungs-Wellen sind seit Jahren dokumentiert, lange vor MCP. Ende 2025 verkündete Google, fehlerhafte Sperrungen um über 80 Prozent reduziert zu haben. Mysteriöse Kontosperren begleiten diese Plattformen seit jeher. Googles Enforcement läuft dabei selbst auf Machine-Learning-Modellen, inzwischen inklusive LLMs. Die Sperren, die angeblich KI-Nutzung bestrafen, spricht eine KI aus.
Woran du einen riskanten Connector erkennst
Fünf Fragen, bevor du ein Tool an dein Werbekonto lässt:
- Authentifiziert es per OAuth? Ein Tool, das dein Passwort will, fällt durch.
- Spricht es die offizielle API? Ferngesteuerte Browser und Dashboards fallen durch.
- Läuft es als registrierte Anwendung mit Developer-Token bzw. geprüftem App-Zugang?
- Respektiert es Rate Limits mit sauberem Backoff?
- Bestätigt ein Mensch jeden Schreibzugriff, bevor er live geht?
Fünfmal ja heißt: Das Setup entspricht dem, was die Plattformen selbst dokumentieren. Jedes Nein ist ein Grund, das Tool nicht anzuschließen.
Wie wir es bauen
Das hier ist unsere Produktkategorie, deshalb konkret: Unser Marketing-MCP verbindet Claude über die offiziellen APIs mit den Kanälen, die im Marketing-Alltag zusammengehören. Google Ads, GA4, Search Console und Business Profile hängen an einer einzigen Google-Freigabe, Meta, LinkedIn und das CMS kommen im selben Workspace dazu. OAuth statt Passwörter, registrierter API-Zugang, Rate Limits. Lesen ist der Standard. Schreiboperationen erstellt der Agent als Vorschlag, ausgeführt werden sie nach deiner Bestätigung. Diese Architektur stand vor der Sperr-Debatte fest, aus dem einfachen Grund, dass Werbebudgets Bestätigungen verdienen. Die Welle hat daran nichts geändert, sie hat nur gezeigt, warum es so gebaut ist.
Was bleibt
Die Story hinter der Welle ist eine dreifach recycelte Anekdote mit einem Screenshot, der etwas anderes zeigt als behauptet. Einen nachprüfbaren Sperr-Fall durch offizielle API-Nutzung hat in der gesamten Kette niemand geliefert. Die Plattformen haben im selben Zeitraum offizielle KI-Zugänge gebaut, dokumentiert und mit Kontroll-Reglern versehen. Wer den dokumentierten Weg nimmt, kann Claude heute an sein Werbekonto anschließen und ruhig schlafen.