Google AdWords für Agenturen: Kundenkonten technisch und vertraglich sauber betreiben

Wer Google Ads für fremde Kunden betreibt, löst ein anderes Problem als ein Unternehmen, das eigene Kampagnen schaltet. Die fachliche Arbeit an Keywords, Anzeigen und Geboten ist in beiden Fällen ähnlich. Der Unterschied liegt darin, dass eine Agentur fremdes Eigentum verwaltet, fremdes Geld ausgibt und ihre Arbeit jederzeit an den Kunden oder an eine andere Agentur zurückgeben können muss, ohne dass Daten, Tracking oder laufende Kampagnen dabei zerbrechen. Genau darum geht es auf dieser Seite: um Verwaltungskonto, Zugriffsrechte, Kontoeigentum, Budgetführung, kontoübergreifende Messung, Reporting, Automatisierung und Übergabe.

Eine Randnotiz zum Namen vorweg: Google hat das Werbeprodukt AdWords im Juli 2018 in Google Ads umbenannt. Im Sprachgebrauch vieler Kunden lebt AdWords weiter, in Oberfläche, Hilfe, Abrechnung und Schnittstellen existiert nur noch Google Ads. Wer Verträge, Leistungsbeschreibungen oder Prozessdokumente schreibt, sollte deshalb den aktuellen Produktnamen verwenden und den alten höchstens als Verweis führen.

Das Verwaltungskonto ist eine Ebene, kein Sammelkonto

Das Google Ads Verwaltungskonto, früher My Client Center und in Agenturen bis heute meist MCC genannt, bündelt mehrere Google Ads Konten unter einem Login und erlaubt kontoübergreifende Verwaltung, Berichte und Abrechnung. Der häufigste Denkfehler beim Aufsetzen ist, es als großes gemeinsames Werbekonto zu verstehen.

Das ist es nicht. Jedes verknüpfte Kundenkonto behält seine eigene Kundennummer, seine Kampagnen, sein Zahlungsprofil, seine Conversion-Aktionen und seine eigene Nutzerliste. Das Verwaltungskonto liegt als zusätzliche Schicht darüber und gibt der Agentur einen gebündelten Zugang. Aus dieser Ebene heraus lassen sich Konten wechseln, ohne sich neu anzumelden, kontoübergreifende Leistungsdaten abrufen, Nutzer und Verknüpfungen pflegen, gemeinsame Conversion-Aktionen bereitstellen, Regeln und Skripte über mehrere Konten ausführen und weitere Verwaltungskonten unterordnen.

Diese Trennung ist der eigentliche Grund, warum das Modell für Agenturarbeit taugt. Der Kunde muss keine persönlichen Zugangsdaten herausgeben, die Agentur bekommt trotzdem vollwertigen Verwaltungszugriff, und beide Seiten können die Verbindung wieder lösen, ohne dass das Konto selbst angefasst wird.

Wie tief die Hierarchie sein darf

Verwaltungskonten lassen sich ineinander verschachteln, und genau deshalb entstehen in Agenturen mit der Zeit Strukturen, die niemand mehr vollständig überblickt. Als Faustregel gilt: Jede zusätzliche Ebene muss einen betrieblichen Zweck haben, den man in einem Satz benennen kann.

Bei einer überschaubaren Kundenzahl genügt ein einziges Verwaltungskonto. Sinnvolle Gründe für eine zweite Ebene sind getrennte Rechtseinheiten, getrennte Länderorganisationen, ein abgeschirmter Bereich für Test- und Entwicklungskonten oder ein Team, das ausschließlich einen bestimmten Kundenstamm betreuen darf. Kein guter Grund ist die reine Optik eines Ordnerbaums. Jede Ebene vervielfacht die Wege, über die ein Nutzer an ein Kundenkonto gelangt, und macht die Frage “wer hat hier eigentlich Zugriff” schwerer beantwortbar.

Praktisch bewährt sich, die Hierarchie schriftlich festzuhalten: welches Verwaltungskonto welchen Zweck hat, wer dort Administrator ist, und welche Kundenkonten daran hängen. Diese Liste ist die Grundlage jeder späteren Rechteprüfung.

Bestehende Kundenkonten verknüpfen, nicht neu anlegen

Ein laufendes Kundenkonto muss für die Zusammenarbeit weder neu aufgesetzt noch technisch übertragen werden. Die Agentur schickt aus ihrem Verwaltungskonto eine Verknüpfungsanfrage an die zehnstellige Kundennummer des Kontos, ein Administrator auf Kundenseite bestätigt sie, und die Verbindung steht. Sie lässt sich beidseitig wieder auflösen.

Historische Leistungsdaten, Qualitätssignale, Conversion-Historie und Abrechnungsdaten bleiben dabei im Kundenkonto. Das ist ein handfestes Argument gegen den gelegentlich gehörten Vorschlag, für die Zusammenarbeit “einfach ein frisches Konto” anzulegen: Ein neues Konto startet ohne Lernphase, ohne Conversion-Historie für automatisierte Gebotsstrategien und ohne die Daten, an denen sich der Erfolg der Zusammenarbeit später überhaupt messen ließe.

Vor der Verknüpfung lohnt eine kurze, immer gleiche Aufnahme:

1. Gehört die Kundennummer eindeutig dem richtigen Unternehmen und nicht einer früheren Agentur?
2. Hat der Ansprechpartner tatsächlich Administratorzugriff oder nur Standardzugriff?
3. Welche anderen Verwaltungskonten sind bereits verknüpft, und sind die noch berechtigt?
4. Woher kommen die Conversion-Aktionen: aus dem Konto selbst oder aus einem fremden Verwaltungskonto?
5. Wer besitzt das Zahlungsprofil, und auf welchen Namen laufen die Rechnungen?
6. Welche Skripte, API-Anwendungen und verknüpften Dienste greifen heute schon auf das Konto zu?

Punkt drei und Punkt sechs werden regelmäßig übersehen. Ein Konto, das noch an das Verwaltungskonto des Vorgängers hängt oder von dessen Skripten beschrieben wird, produziert später Änderungen, die niemand im eigenen Team veranlasst hat.

Die Alternative, sich die persönlichen Google-Zugangsdaten des Kunden geben zu lassen, ist kein Abkürzungsweg, sondern ein Defekt. Sie macht Änderungen im Änderungsverlauf nicht mehr einer Person zuordenbar, verhindert den gezielten Entzug einzelner Rechte und verstößt in aller Regel gegen die internen Sicherheitsvorgaben beider Seiten.

Eigentum, Verwaltung und Zahlung sind drei verschiedene Fragen

Eine Verknüpfung gibt Verwaltungsrechte. Sie ist kein Eigentumsübergang, und sie ist auch keine Aussage darüber, wer bei Google als zahlungspflichtig geführt wird. Im Agenturbetrieb müssen diese drei Ebenen getrennt beantwortet und getrennt dokumentiert werden:

• Technische Kontrolle: Wer darf Nutzer hinzufügen, Verknüpfungen lösen, Kampagnen ändern und Tracking umstellen?
• Vertragliche Zuordnung: Wem stehen Konto, Daten, Kampagnenstrukturen, Anzeigentexte und Assets nach Vertragsende zu?
• Abrechnungsverantwortung: Wer ist bei Google als Zahlungspflichtiger hinterlegt, und wer erhält die Rechnung?

Besondere Aufmerksamkeit verdient der Fall, dass ein Konto aus dem Verwaltungskonto der Agentur heraus neu erstellt wird. Dann kann das erstellende Verwaltungskonto eine weitreichendere Stellung erhalten als bei einem nachträglich verknüpften Konto. Das ist im laufenden Betrieb bequem und beim Abschied unangenehm, wenn der Kunde am Ende kein eigenes administratives Standbein im Konto hat.

Übergabefähig ist ein Setup dann, wenn drei Bedingungen erfüllt sind: Der Kunde besitzt selbst mindestens einen funktionierenden Administratorzugang, der nicht an einer Agentur-E-Mail-Adresse hängt. Die Agentur arbeitet über das Verwaltungskonto und nicht über persönliche Einzelzugänge. Und keine geschäftskritische Funktion, insbesondere kein Conversion-Tracking, hängt ausschließlich an einem Konto, das dem Kunden nicht gehört. Diese drei Punkte gehören in die Leistungsbeschreibung, nicht in eine mündliche Absprache.

Zugriffsrechte nach dem Prinzip der geringsten Berechtigung

Google Ads kennt für Nutzer die Zugriffsebenen E-Mail-Zugriff, Nur-Lese-Zugriff, Standardzugriff und Administratorzugriff. Nur der Administratorzugriff darf weitere Nutzer verwalten. Je nach Konto und Abrechnungsmodell kommen spezialisierte Abrechnungsberechtigungen hinzu.

Für eine Agentur reicht es nicht, diese Ebenen im Kundenkonto zu vergeben. Das Verwaltungskonto braucht ein eigenes Rollenmodell, denn wer dort Administrator ist, erreicht je nach Struktur den gesamten Kundenstamm. Eine tragfähige Aufteilung sieht typischerweise so aus:

Zwei Regeln machen den Unterschied zwischen Konzept und gelebter Praxis. Erstens: Administratorrechte sind befristet, wenn sie für eine einzelne Aufgabe vergeben wurden, und die Frist steht im Ticket. Zweitens: Offboarding ist ein Prozess, keine Erinnerung. Wenn jemand das Team verlässt, wird der Zugang nicht nur im internen Verzeichnis deaktiviert, sondern auch in Verwaltungskonten, Analyseplattformen, Tag-Management-Systemen, Berichtswerkzeugen und allen verknüpften Google-Diensten entfernt.

Dazu kommt ein regelmäßiger Abgleich, etwa quartalsweise, zwischen Personalliste und tatsächlich aktiven Zugängen über alle Kundenkonten hinweg. Dieser Abgleich findet erfahrungsgemäß nicht nur ehemalige Mitarbeiter, sondern auch Nutzer früherer Dienstleister, die nie entfernt wurden.

Kontostruktur, die eine Übergabe übersteht

Das Verwaltungskonto beantwortet nicht, wie das einzelne Kundenkonto aufgebaut ist. Dafür braucht die Agentur einen Standard, der Vergleichbarkeit schafft, ohne jedes Geschäftsmodell in dasselbe Schema zu pressen.

Zwei Einstellungen entscheiden sich bereits bei der Kontoeröffnung und sind später praktisch nicht mehr korrigierbar: Währung und Zeitzone. Eine falsch gewählte Zeitzone verschiebt Tagesgrenzen, Budgetzyklen und alle Zeitreihen in Berichten dauerhaft. Eine falsche Währung macht Kostenvergleiche über den Kundenstamm hinweg zur Umrechnungsübung. Beides gehört deshalb in eine Eröffnungscheckliste, die eine zweite Person gegenzeichnet.

Der Rest des Standards betrifft Dinge, die ein Nachfolger verstehen muss, ohne anrufen zu müssen:

• Kampagnennamen, die Markt, Kanal, Ziel und Ausrichtung erkennbar machen, ohne zum Datensatz zu mutieren
• Labels für Betreuungsstatus, Testphase, Budgetklasse und Reporting-Gruppe
• getrennte Budgets entlang von Geschäftszielen, nicht entlang zufällig gewachsener Kampagnen
• konsistente URL-Parameter, damit externe Systeme die Zuordnung behalten
• gepflegte Ausschlusslisten mit einer Notiz, warum ein Eintrag existiert
• dokumentierte Freigabeprozesse für Budget, Anzeigentexte und strukturelle Änderungen

Vorlagen helfen dabei, aber sie dürfen nicht zur Gleichmacherei werden. Gebotsstrategien, Conversion-Fenster, Zielgruppen und Kampagnentypen müssen zum Kunden passen. Vereinheitlicht wird der Prozess, nicht die fachliche Entscheidung.

Mehrere Kundenbudgets führen heißt drei Geldflüsse auseinanderhalten

Wer viele Konten betreibt, verwechselt leicht drei Dinge, die nichts miteinander zu tun haben:

1. das Kampagnenbudget im Werbekonto, also die Steuergröße für die Auslieferung
2. die tatsächlichen Werbeausgaben, die Google dem Zahlungspflichtigen berechnet
3. die vertragliche Abrechnung zwischen Agentur und Kunde

Zum ersten Punkt gehört eine Erwartung, die im Kundengespräch früh geradegerückt werden sollte: Google Ads rechnet im Auktionsverfahren pro Klick ab, und über die Anzeigenposition entscheidet nicht das Gebot allein, sondern der Anzeigenrang aus Gebot, erwarteter Klickrate, Anzeigenrelevanz und Zielseitenerfahrung. Ein höheres Budget kauft deshalb weder eine Position noch ein Ergebnis. Es kauft nur die Möglichkeit, häufiger an Auktionen teilzunehmen.

Für jedes Konto muss schriftlich feststehen, wer das Budget festlegt, in welchem Rhythmus es freigegeben wird, ob die Agentur innerhalb eines Rahmens umschichten darf, ab welcher Abweichung eine neue Freigabe nötig ist, wer auf eine abgelehnte Zahlung reagiert und wer Rechnungen und Zahlungsbenachrichtigungen erhält. Der letzte Punkt klingt nebensächlich, bis eine Zahlungsstörung am Freitagabend eine Kampagne stoppt und die Benachrichtigung im Postfach eines Mitarbeiters liegt, der im Urlaub ist.

Führende Quelle für tatsächliche Ausgaben bleibt immer das Werbekonto. Interne Tabellen ergänzen Planwerte, Bestellnummern und Freigabestände, ersetzen aber keine Kontodaten. Budgets verschiedener Kunden dürfen niemals in einem Sammelwert zusammenfallen.

Liegt das Zahlungsprofil beim Kunden, ist die spätere Übergabe deutlich einfacher, weil nichts aus der Agenturstruktur herausgelöst werden muss. Tritt die Agentur selbst als Zahlungspartner auf, braucht sie Kreditlimits, eine klare Zuständigkeit für Zahlungsausfälle und eine belegbare Zuordnung jeder Google-Rechnung zu den betroffenen Kundenkonten. Eine Verknüpfung im Verwaltungskonto führt für sich genommen nicht zu einer gemeinsamen Rechnung.

Kontoübergreifendes Conversion-Tracking ohne Doppelzählung

Kontoübergreifende Conversion-Aktionen gehören zu den stärksten Funktionen des Verwaltungskontos: Messziele werden einmal zentral angelegt und von mehreren verknüpften Konten genutzt. Das lohnt sich vor allem, wenn ein Kunde mehrere Konten für Länder, Marken oder Geschäftsbereiche führt und dieselbe Conversion sonst mehrfach gepflegt werden müsste.

Vor jeder Umstellung braucht es ein Zielkonzept, das sechs Fragen beantwortet: Welche Ereignisse sind geschäftlich relevant? Welche Aktionen sind primär und speisen damit die Gebotsstrategien? Welche dienen nur der Beobachtung? Wie werden Umsatz- oder unterschiedliche Leadwerte übergeben? Welche Zuordnungslogik gilt für Online- und Offline-Conversions? Und welches Konto ist die führende Quelle?

Der gefährlichste Zustand ist der Zwischenzustand. Wenn lokale und kontoübergreifende Aktionen parallel dasselbe Ereignis erfassen, zählen Berichte doppelt, und automatisierte Gebotsstrategien optimieren auf ein Signal, das es real nur einmal gibt. Vor einer Migration werden deshalb alte und neue Aktionen vollständig inventarisiert, Testauslösungen durchgeführt und die primären Ziele eindeutig gesetzt. Danach wird kontrolliert, ob die Conversionzahlen im erwarteten Rahmen bleiben, bevor Gebotsstrategien wieder frei laufen.

Technisch kann die Umsetzung über das Google-Tag, einen Tag-Manager, importierte Analyseereignisse oder Offline-Uploads laufen, je nach Datenfluss ergänzt um Enhanced Conversions und Consent Mode. Organisatorisch gehören Einwilligungsstatus, Auftragsverarbeitung und der zulässige Umgang mit Kundendaten in dieselbe Abstimmung.

Für den Agenturbetrieb kommt ein eigener Punkt hinzu, der oft erst beim Abschied auffällt: Es muss dokumentiert sein, wem Container, Analyse-Properties, Datenquellen und technische Zugangspunkte gehören. Ein Konto, dessen Messung an einem Agenturcontainer hängt, auf den der Kunde keinen Zugriff hat, ist nach der Trennung nur eingeschränkt brauchbar. Das ist kein Druckmittel, sondern ein Konstruktionsfehler.

Reporting über viele Konten beginnt bei Definitionen

Kontoübergreifendes Reporting scheitert selten am Werkzeug und fast immer an uneinheitlichen Begriffen. Was ein Lead ist, was als qualifiziert gilt, was als Bestellung zählt und wann ein Neukunde ein Neukunde ist, muss pro Kundenkonto festgeschrieben sein, bevor irgendein Dashboard gebaut wird.

Ein belastbares Modell trennt drei Ebenen sauber:

• Auslieferung: Impressionen, Klicks, Kosten, Reichweite
• Plattform-Conversions: von Google Ads erfasste oder importierte Zielaktionen
• Geschäftsergebnis: bestätigte Leads, Aufträge, Deckungsbeiträge aus den Systemen des Kunden

Diese drei Ebenen weichen voneinander ab, und das ist normal. Ursachen sind Attributionsmodelle, Conversion-Zeiträume, Datenverzögerung, Einwilligungsraten und nachträgliche Statusänderungen im CRM. Die Abweichung zu erklären ist Teil der Leistung. Sie zu glätten ist der Anfang von Berichten, denen niemand mehr traut.

Wiederholbar wird ein Report durch feste Berichtszeiträume, definierte Vergleichsperioden, einheitliche Währungs- und Zeitzonenlogik, saubere Trennung von Marken- und Nichtmarkenkampagnen, einen Hinweis auf Tracking- oder Abrechnungsstörungen im Zeitraum und eine Versionierung wichtiger Zieländerungen. Ohne den letzten Punkt wird jede Umstellung des Conversion-Setups im Nachhinein zu einem unerklärlichen Knick in der Kurve.

Ab einer gewissen Kontenzahl lohnt der Abruf über die Google Ads API in ein eigenes Data Warehouse. Bedingung bleibt, dass jede Kennzahl bis zum ursprünglichen Konto und zur ursprünglichen Kampagne zurückverfolgbar ist. Ein aggregierter Wert, dessen Herkunft niemand mehr aufschlüsseln kann, ist im Kundengespräch wertlos.

Skalieren mit Editor, Regeln, Skripten und API

Mit wachsender Kontenzahl wird die Weboberfläche zum Engpass und zur Fehlerquelle. Google stellt dafür mehrere Werkzeuge mit unterschiedlichem Automatisierungsgrad bereit, und die Kunst besteht darin, für jede Aufgabe das schwächste ausreichende Werkzeug zu wählen.

Google Ads Editor

Der Google Ads Editor ist die kostenlose Offline-Anwendung von Google, mit der sich Kampagnen mehrerer Konten gleichzeitig herunterladen, in großem Umfang bearbeiten und gebündelt zurückspielen lassen. Er ist das richtige Werkzeug für geplante Massenänderungen: Kampagnen duplizieren, Benennungen oder URLs flächig anpassen, Anzeigen und Assets sammelweise bearbeiten, Standort- und Spracheinstellungen prüfen.

Der entscheidende Arbeitsschritt ist unspektakulär: vor dem Hochladen die aktuelle Kontoversion abrufen. Wer auf einem veralteten lokalen Stand arbeitet, überschreibt die Änderungen von Kollegen oder des Kunden, ohne es zu merken. In Agenturen mit mehreren Bearbeitern pro Konto gehört dieser Abruf in die Arbeitsanweisung, nicht in die Erinnerung.

Automatisierte Regeln

Regeln reagieren auf definierte Bedingungen und können pausieren, Budgets anpassen oder benachrichtigen. Jede Regel braucht eine eindeutige Datenbasis, einen festen Ausführungszeitpunkt, begründete Schwellenwerte, eine dokumentierte Aktion, einen namentlich benannten Empfänger und einen beschriebenen Rückweg.

Die Reihenfolge der Einführung entscheidet über das Risiko. Eine neue Regel beobachtet zuerst und benachrichtigt nur. Erst wenn über mehrere Wochen nachweisbar ist, dass sie die richtigen Fälle trifft, darf sie selbst eingreifen. Automatisches Pausieren auf Basis einer zu kurzen Datenbasis stoppt zuverlässig genau die Kampagnen, die gerade in einer Lernphase sind.

Skripte und Google Ads API

Skripte decken wiederkehrende Prüfungen und überschaubare Automatisierungen innerhalb der Google Ads Umgebung ab. Für zentrale Datenpipelines, echte Massenverwaltung und große Kontobestände ist die Google Ads API vorgesehen, die programmatische Schnittstelle für Massenverwaltung und automatisiertes Reporting. Der Zugriff erfordert ein eigenes Entwickler-Token, das Google auf Antrag freigibt. Dieser Antrag ist kein Formalakt an einem Nachmittag und gehört deshalb in die Planung, bevor ein Projekt davon abhängt.

Technisch braucht die Agentur dafür dasselbe, was jede produktive Software braucht: Protokollierung, Fehlerbehandlung, Zugriffsschutz für Anmeldedaten und Versionspflege, weil sich Schnittstellenversionen ändern. Betrieblich kommen vier Schutzmechanismen hinzu, die sich in der Praxis bewährt haben: Testkonten für jede neue Automatisierung, eine explizite Freigabeliste der Konten, auf die ein Prozess schreiben darf, eine Obergrenze für Änderungen pro Lauf und ein vollständiges Änderungsprotokoll. Kritische Prozesse brauchen zusätzlich eine Abschaltmöglichkeit, die nicht von dem System abhängt, das gerade falsch läuft.

Übergabe und Offboarding gehören in den ersten Tag

Eine saubere Übergabe entsteht nicht am Ende der Zusammenarbeit, sondern bei der Einrichtung. Wenn Kontoeigentum, Tracking und Abrechnung von Anfang an getrennt sind, ist der Abschied ein Verwaltungsvorgang statt eines Projekts.

Vollständig ist eine Übergabe, wenn folgendes steht:

• ein bestätigter, aktiver Administratorzugang auf Kundenseite
• eine Dokumentation aller Verwaltungskonto- und Nutzerverknüpfungen
• eine Liste aller Conversion-Aktionen samt Datenquelle und Eigentümer
• geklärter Zugriff auf Tag-Manager, Analyseplattform und CRM-Schnittstellen
• eine Erläuterung von Namenskonventionen, Labels und Ausschlusslisten
• eine Übersicht aller Regeln, Skripte und API-Anwendungen, die auf das Konto schreiben
• geklärte Zahlungsprofile und offene Rechnungen
• exportierte Berichte und Änderungsprotokolle für den Betreuungszeitraum
• die Entfernung aller nicht mehr benötigten Agenturzugriffe

Der am häufigsten übersehene Punkt ist der sechste. Das Lösen der Verknüpfung entzieht Nutzern den Zugang, beendet aber nicht automatisch jede technische Verbindung. Skripte, OAuth-Verknüpfungen, Entwicklerzugänge, Feeds und externe Anwendungen können weiterlaufen und ein Konto verändern, in dem die Agentur formal längst nicht mehr tätig ist.

Auch die Reihenfolge ist Teil der Leistung: erst Kundenzugriffe, Tracking und Abrechnung bestätigen, dann externe Prozesse übertragen oder abschalten, und erst ganz zum Schluss die Verknüpfung des Verwaltungskontos lösen. Wer mit dem letzten Schritt beginnt, verliert genau den Zugriff, den er für die anderen noch gebraucht hätte.

Das Betriebsmodell in fünf Fragen

Ob eine Agentur Google Ads sauber für fremde Konten betreibt, lässt sich an fünf Fragen ablesen, die jederzeit und für jedes Konto beantwortbar sein müssen:

1. Wer darf in welchem Konto welche Änderungen vornehmen, und woran ist das nachweisbar?
2. Wem gehören Konto, Daten, Container und technische Abhängigkeiten?
3. Wer gibt Budgets frei, und wer ist bei Google zahlungspflichtig?
4. Welche Conversion-Daten steuern die Gebote, und aus welcher Quelle stammen sie?
5. Wie ließe sich das Konto morgen übergeben, ohne Datenverlust und ohne Ausfall?

Wer diese fünf Fragen sauber beantwortet, kann Editor, Regeln, Skripte und API gefahrlos einsetzen, weil jede Automatisierung auf definierten Rechten und definierten Daten aufsetzt. Wer sie nicht beantworten kann, skaliert mit jedem neuen Konto nicht nur die Betreuung, sondern auch das Risiko. Professioneller Agenturbetrieb beginnt deshalb nicht bei der ersten Anzeige, sondern bei der Architektur aus Konten, Rechten und Verantwortlichkeiten.