Claude sicher mit Google Ads verbinden (Agentur-Guide 2026)

Drei Wege, Claude mit Google Ads zu verbinden, was jeder offenlegt und wie Agenturen das sicher tun: mit Berechtigungen, Audit-Trails und DSGVO.

Wenn du Claude schon einmal für etwas Analytisches genutzt hast, weisst du bereits, warum Leute Claude mit Google Ads verbinden wollen. Du kannst Fragen zur Performance in normaler Sprache stellen, ein Account-Audit in Minuten statt Stunden erarbeiten lassen und einen chaotischen Datenmonat in einen kundenfertigen Report verwandeln, ohne eine einzige Pivot-Tabelle anzufassen.

Das Problem ist, dass die meisten Guides die falsche Frage beantworten. Sie erklären dir, wie du es verbindest. Wenn du dein eigenes Konto verwaltest, ist das in Ordnung. Wenn du Kundenkonten verwaltest, ist "Wie verbinde ich es?" die falsche erste Frage. Die richtige Frage lautet "Wie verbinde ich es sicher?", denn in dem Moment, in dem du ein LLM mit einem Werbekonto verdrahtest, verdrahtest du es auch mit den Spend-Daten deiner Kunden, mit Kundenlisten und (je nach Methode) mit der Fähigkeit, laufende Kampagnen zu verändern.

Dieser Guide behandelt die drei Wege, Claude mit Google Ads zu verbinden, was jeder davon tatsächlich bedeutet und was du brauchst, bevor du das mit Ad Accounts machst, die dir nicht gehören.

Die 3 Wege, Claude mit Google Ads zu verbinden

Es gibt eigentlich nur drei Ansätze, und jeder wägt Komfort auf eine andere Weise gegen Kontrolle ab.

Option 1: Reports als CSV exportieren und in Claude hochladen

Die Variante ohne jegliches Setup. Lade einen Report aus Google Ads herunter (Kampagnen-Performance, Suchbegriffe, was auch immer du brauchst), lade die Datei in eine Claude-Konversation hoch und stelle deine Fragen.

Vorteile:

• Kein Setup, kein API-Zugriff, keine Entwicklerbeteiligung
• Du kontrollierst genau, welche Daten Claude sieht, weil du sie selbst exportiert hast
• Claude kann das Konto nicht anfassen, weil es keine Verbindung zum Konto gibt
• Funktioniert heute schon mit jedem Claude-Plan, der Datei-Uploads unterstützt

Nachteile:

• Die Daten sind in dem Moment veraltet, in dem du sie exportierst
• Jede Analyse bedeutet einen weiteren manuellen Export, also skaliert das nicht über den gelegentlichen Einsatz hinaus
• Zeiträume, Segmente und Spalten sind zum Exportzeitpunkt festgelegt, sodass Folgefragen oft eine neue Datei brauchen
• Es ist überraschend leicht, die Daten von Kunde A in einen Chat hochzuladen, in dem du gerade über Kunde B gesprochen hast, und es gibt kein System, das dich davon abhält

Ehrliche Einschätzung: Der CSV-Upload ist für eine einmalige Analyse auf deinem eigenen Konto völlig in Ordnung. Wenn du einmal im Monat eine zweite Meinung zu den Suchbegriffen des letzten Quartals willst, brauchst du dafür keine Infrastruktur. Die Risse zeigen sich, wenn du das wöchentlich machst, über mehrere Kunden hinweg, mit Junioren im Boot.

Option 2: Ein eigener Google-Ads-MCP-Server oder eine direkte API-Verbindung

MCP (Model Context Protocol) ist der offene Standard, mit dem Claude mit externen Tools und Datenquellen sprechen kann. Es gibt mehrere Open Source Google Ads MCP Server, und als Entwickler kann man auch eine direkte Verbindung über die Google Ads API aufbauen. So oder so erhält Claude Live-Zugriff auf das Konto: Es kann frische Daten ziehen, beliebige Zeiträume abfragen und in vielen Setups auch Kampagnen erstellen und bearbeiten.

Vorteile:

• Live-Daten, keine Exporte, keine veralteten Zahlen
• Claude kann Folgefragen beantworten, indem es erneut abfragt, statt dich nach einer weiteren Datei zu fragen
• Wirklich leistungsstark: kampagnenübergreifende Analyse, GAQL-Abfragen, automatisiertes Reporting
• Open-Source-Optionen sind kostenlos, abgesehen von deiner Zeit

Nachteile:

• Die Verbindung erbt typischerweise die vollen Berechtigungen des Google-Kontos, mit dem du dich authentifizierst. Wenn dein Login Kampagnen bearbeiten kann, kann die KI das auch.
• Kein Audit-Trail oder Traces. Wenn sich etwas im Konto geändert hat, hast du keinen Nachweis darüber, ob die KI es getan hat, welcher Prompt es ausgelöst hat oder wer die Session ausgeführt hat.
• Entwickler-Setup erforderlich: API-Tokens, OAuth-Zugangsdaten, ein Developer-Token von Google, lokale Konfiguration. Plane mindestens ein paar Stunden ein, mehr, wenn du die Google Ads API noch nie angefasst hast.
• Bei Kundenkonten ist das eine echte Haftungsfrage. Du gibst einem experimentellen, von der Community gepflegten Tool Schreibzugriff auf Budgets, für die du vertraglich verantwortlich bist.

Ehrliche Einschätzung: Ein eigener Google-Ads-MCP-Server passt hervorragend zu einem technischen Solo-Operator, der auf dem eigenen Konto experimentiert. Für eine Agentur ist er schwer zu rechtfertigen, nicht weil die Technologie schlecht ist, sondern weil ihm alle Guardrails fehlen, die Kundenarbeit verlangt.

Option 3: Eine verwaltete Sicherheitsschicht zwischen Claude und Google Ads

Der dritte Ansatz setzt eine verwaltetende Plattform zwischen die KI und die Werbeplattform. Die KI hält niemals direkten Konto-Zugangsdaten. Stattdessen spricht sie mit der Middleware, und die Middleware setzt Regeln durch: welche Konten sichtbar sind, ob der Zugriff nur lesend oder schreibend ist, was protokolliert wird.

Genau in diese Kategorie fällt HYPD. HYPD verbindet Google Ads (sowie Meta) über eine Berechtigungsschicht mit Claude und ChatGPT, gebaut für Menschen, die mehrere Kundenkonten verwalten, mit Kundenkontext, eingebauter PPC-Expertise, Audit-Trails und EU-Hosting.

Vorteile:

• Live-Daten, wie bei einer rohen MCP-Verbindung
• Granulare Berechtigungen pro Konto: Lesezugriff für die meiste Arbeit, Schreibzugriff nur dort, wo du ihn ausdrücklich erlaubst
• Kundentrennung, sodass eine auf einen Kunden begrenzte Konversation nicht die Daten eines anderen Kunden ziehen kann
• Ein vollständiger Audit-Trail darüber, worauf die KI zugegriffen und was sie getan hat
• DSGVO-Konformität und EU-Datenresidenz, was wichtig ist, wenn deine Kunden europäisch sind
• Kein Entwickler-Setup

Nachteile:

• Es ist ein kostenpflichtiges Tool, anders als ein CSV-Export oder ein Open-Source-Server
• Du fügst deinem Stack einen Anbieter hinzu, was eine Anbieterprüfung bedeutet (frage nach Hosting, Datenaufbewahrung und Subprozessoren, wie bei jedem Tool, das Kundendaten berührt)

Ehrliche Einschätzung: Wenn du ein einziges Konto verwaltest, das dir gehört, brauchst du das vielleicht nicht. Wenn du fünf oder mehr Kundenkonten verwaltest und KI in den Workflow holen willst, ohne deine Kundenbeziehungen aufs Spiel zu setzen, ist eine verwaltete Schicht die einzige der drei Optionen, die für diese Situation gebaut wurde.

Was du mit rohem Konto-Zugriff tatsächlich offenlegst

Das ist der Teil, den die meisten "Claude Google Ads Integration"-Tutorials überspringen, also lass uns konkret werden, was eine Vollzugriffs-Verbindung offenlegt.

Spend-Daten der Kunden. Budgets, Kosten, Conversion-Werte, Umsatzzahlen. Für eine Agentur sind das vertrauliche Geschäftsdaten für jeden Kunden auf der Verbindung, und sie fliessen jetzt durch welche Pipeline auch immer du gebaut hast.

Kundenlisten und Audience-Daten. Google-Ads-Konten enthalten oft hochgeladene Customer-Match-Listen und Remarketing-Audiences. Das sind personenbezogene Daten im Sinne der DSGVO. In dem Moment, in dem ein KI-Tool sie abfragen kann, hast du eine Datenverarbeitungsfrage zu beantworten, nicht nur eine Tooling-Frage.

Die Fähigkeit, laufende Kampagnen zu verändern. Das ist die Sache, die wirklich beisst. Mit Schreibzugriff kann ein Prompt wie "Räum die underperformenden Kampagnen auf" als Anweisung interpretiert werden, laufende Kampagnen zu pausieren oder zu bearbeiten. LLMs sind gut, aber sie nehmen mehrdeutige Anweisungen und handeln nach der plausibelsten Interpretation. Auf einem Live-Konto kann die plausibelste Interpretation eines schlampigen Prompts eine teure sein.

Kein Nachweis darüber, was die KI getan hat. Bei einer rohen Verbindung zeigt der Google-Ads-Änderungsverlauf Änderungen an, die vom verbundenen Konto vorgenommen wurden, also von deinem Konto. Es gibt kein Protokoll, das eine konkrete Änderung einer konkreten KI-Session und einem konkreten Prompt zuordnet. Wenn ein Kunde fragt "Warum wurde meine Top-Kampagne am Dienstag pausiert?", willst du eine bessere Antwort als "Wir sind uns nicht sicher."

Was eine Agentur braucht, bevor sie KI mit Kundenkonten verbindet

Wenn du Kundenkonten führst, behandle das als deine Pre-Flight-Checkliste. Welches Tool oder welche Methode du auch wählst, sie sollte dir alle fünf Punkte bieten.

1. Granulare Berechtigungen. Lesezugriff sollte die Voreinstellung sein. Schreibzugriff sollte eine ausdrückliche Entscheidung pro Konto sein, nicht etwas, das von deinem Login geerbt wird. Die meisten KI-Anwendungsfälle (Analyse, Audits, Reporting) brauchen ohnehin nur Lesezugriff.

2. Kunde-für-Kunde-Trennung. Ein Workspace oder Kontext, der auf Kunde A begrenzt ist, sollte physisch unfähig sein, die Daten von Kunde B zutage zu fördern. Kundenübergreifendes Datenleck in einem Report ist die Art von Fehler, die Retainer beendet.

3. Audit-Trails. Jede Abfrage und jede Aktion protokolliert, mit Zeitstempeln, dem berührten Konto und der Session, die sie ausgelöst hat. Das schützt dich in beide Richtungen: Es deckt Probleme auf und es beweist, dass dein Team nichts falsch gemacht hat.

4. DSGVO-Konformität und EU-Datenresidenz. Wenn deine Kunden oder deren Kunden in der EU sind, musst du wissen, wohin die Daten fliessen, wer sie verarbeitet und unter welcher Vereinbarung. EU-Hosting vereinfacht dieses Gespräch erheblich.

5. Formulierung zur Kundeneinwilligung. Aktualisiere deine Verträge oder schicke eine kurze Mitteilung, bevor du KI-Tooling mit einem Kundenkonto verbindest. Etwas so Einfaches wie: "Wir nutzen KI-gestützte Analysetools, um die Kampagnen-Performance zu überprüfen. Diese Tools greifen unter unserer Aufsicht auf Reporting-Daten zu, mit Zugriffskontrollen und Protokollierung. Ohne menschliche Freigabe werden keine Änderungen an deinem Konto vorgenommen." Die meisten Kunden reagieren gut auf Transparenz und schlecht darauf, es im Nachhinein zu erfahren.

Claude-Google-Ads-Setup mit HYPD, Schritt für Schritt

So sieht das Setup in der Praxis aus, wenn man HYPD als Sicherheitsschicht nutzt. Der gesamte Prozess dauert etwa zehn Minuten.

Schritt 1: Erstelle dein HYPD-Konto

Melde dich auf hypd.ai an und erstelle deinen Workspace. Wenn du eine Agentur führst, richte deinen Workspace als Team ein, damit du später steuern kannst, was jedes Teammitglied tun darf.

Schritt 2: Verbinde Google Ads via OAuth

Wähle im Integrationsbereich Google Ads und authentifiziere dich mit dem Google-Konto, das Zugriff auf dein MCC oder deine Einzelkonten hat. Das ist ein standardmässiger OAuth-Flow, also sind keine API-Tokens oder Entwickler-Zugangsdaten erforderlich, und du kannst den Zugriff jederzeit aus deinem Google-Konto widerrufen.

Schritt 3: Lege die Berechtigungsstufe für jedes Konto fest

Das ist der Schritt, den es in einem rohen Setup nicht gibt. Wähle für jedes verbundene Konto die Zugriffsstufe. Lesezugriff ist die vernünftige Voreinstellung für Kundenkonten. Reserviere Schreibzugriff für Konten, auf denen du aktiv KI-gestützte Änderungen willst, und selbst dann zuerst auf deinen eigenen Konten.

Schritt 4: Füge Kundenkontext hinzu

Füge für jedes Konto ein kurzes Briefing hinzu: was das Unternehmen verkauft, Ziel-CPA oder ROAS, Märkte, alles, was ein Analyst am ersten Tag brauchen würde. Claude nutzt diesen Kontext automatisch, sodass du den Kunden nicht zu Beginn jeder Konversation neu erklären musst und Antworten rund um die richtigen Ziele formuliert zurückkommen.

Schritt 5: Öffne Claude und stelle Fragen

Verbinde HYPD mit Claude (der In-App-Guide führt dich durch), öffne eine Konversation und frage nach dem Konto. Claude zieht jetzt Live-Daten durch die Berechtigungsschicht, begrenzt auf genau das, was du erlaubt hast, mit jeder Abfrage protokolliert.

Die ersten 5 Prompts, die du nach dem Verbinden ausführen solltest

Nicht sicher, wo du anfangen sollst? Füge einen dieser Prompts in HYPD ein und sieh zu, wie es deine Live-Kontodaten zieht.