KI im Google Tag Manager: Zugriff ja, Kontrolle nein

Eine Agentur soll die Tag-Benennung im Container vereinheitlichen. Statt zwei Tage Klickarbeit erledigt ein KI-Assistent das in einer Viertelstunde – und meldet am Ende: alles erledigt, alle Tags korrekt konfiguriert. Was er nicht meldet: Beim Neuaufbau des Kauf-Tags für Google Ads ist die Trigger-Ausnahme gegen doppelte Auslösung verloren gegangen. Niemand merkt es, bis die Conversions im Werbekonto auffällig gut aussehen.

KI-Assistenten im Google Tag Manager sind kein Zukunftsthema mehr. Die Frage ist nicht, ob sie Tags bauen können, sondern wie Sie verhindern, dass ein plausibel aussehender Fehler unbemerkt in Ihrem Live-Container landet.

Wie KI überhaupt in den Container kommt

Die Verbindung läuft meist über MCP, das Model Context Protocol. Dieser offene Standard erlaubt einem KI-Assistenten, direkt mit einem externen Werkzeug zu sprechen – ähnlich wie zwei Programme über eine Schnittstelle. Für den Google Tag Manager, GA4 und Google Ads gibt es solche Server, unter anderem kostenlos von Stape. Nach der Anmeldung mit einem Google-Konto kann der Assistent Tags, Trigger, Variablen und Versionen lesen und verändern.

Das ist praktisch für Analysen und Aufräumarbeiten. Es bedeutet aber auch: Der Assistent hat genau die Rechte des Kontos, mit dem Sie ihn verbunden haben.

Warum Fehler im GTM besonders tückisch sind

Ein Sprachmodell liefert Ergebnisse, die vollständig und stimmig wirken. Im Tag Manager reicht das nicht, denn dort sehen richtig und fast richtig von außen gleich aus:

• Es gibt keine Fehlermeldung. Ein falsch konfiguriertes Tag feuert trotzdem, sendet Daten, und die Plattform nimmt sie an.
• Die Erfolgsmeldung prüft sich selbst. Die Zusammenfassung am Ende stammt aus derselben Logik, die den Fehler gemacht hat. Sie ist nicht gelogen, aber auch nicht unabhängig.
• Veröffentlichen wirkt sofort. Eine neue Container-Version gilt für alle Besucher gleichzeitig, ohne schrittweise Einführung.

Das Ziel ist deshalb nicht, Fehler der KI auszuschließen. Das Ziel ist, dass keiner ungelesen live geht.

1. Rechte begrenzenEigenes Konto, kein Veröffentlichen
2. ArbeitsbereichEin neuer Bereich pro Sitzung
3. Container prüfenGeänderte Tags einzeln öffnen
4. Unabhängig testenVorschau und Abgleich mit Backend
5. Regeln festhaltenVorgaben als Textdatei hinterlegen

Den passenden Zugang wählen

Wie viel ein Assistent anrichten kann, entscheidet sich bei der Art der Verbindung – noch bevor die erste Anweisung geschrieben ist.

Zugang	Geeignet für	Risiko
MCP-Server für GA4	Berichte abfragen, Daten prüfen	Gering, überwiegend lesend
MCP-Server für GTM	Audits, einmalige Änderungen, Aufräumen	Hoch, voller Zugriff auf Container-Operationen
Eigenes Skript über die GTM-API	Wiederkehrende Änderungen, mehrere Container	Kalkulierbar, das Skript ist vorab lesbar
KI-Assistent im Browser	Erste Versuche, Teammitglieder ohne API-Zugang	Abhängig von den vergebenen Rechten

Für Änderungen, die Sie regelmäßig wiederholen, ist ein kleines Skript meist die bessere Wahl. Es tut jedes Mal dasselbe, und Sie können es lesen, bevor es läuft. Ein MCP-Server dagegen beginnt jede Sitzung von vorn und kann jedes Mal anders entscheiden.

Schutz 1: Rechte begrenzen, nicht nur Anweisungen formulieren

Das ist die wichtigste Maßnahme, und sie dauert wenige Minuten. Eine Anweisung im Prompt ist eine Bitte. Ein Recht im Tag Manager setzt Google auf Seite der Schnittstelle durch – egal, was das Modell für hilfreich hält.

• Eigenes Google-Konto für KI-Arbeit. Melden Sie den Assistenten nicht mit Ihrem persönlichen Konto an. Damit erbt er Ihre Rechte, auf vielen Containern einschließlich Veröffentlichen.
• Recht „Bearbeiten”, nicht mehr. Ohne Veröffentlichungsrecht ist das schlimmste mögliche Ergebnis ein unaufgeräumter Arbeitsbereich, kein kaputter Live-Container.
• Zugriff auf den Container, nicht auf das Konto. Kontozugriff öffnet unter Umständen alle Container darin. Für Agenturen heißt das: alle Kunden.

Eingerichtet wird das unter Verwaltung › Nutzerverwaltung im jeweiligen Container.

Schutz 2: Ein Arbeitsbereich pro Sitzung

Legen Sie vor jeder KI-Sitzung einen neuen Arbeitsbereich an und benennen Sie ihn nach der Aufgabe, etwa „2026-10-consent-pruefung”. Läuft die Sitzung in die falsche Richtung, löschen Sie den Arbeitsbereich und alle Änderungen sind auf einmal weg. Kein mühsames Zurückdrehen einzelner Tags.

In der kostenlosen Version des Tag Managers stehen nur wenige Arbeitsbereiche pro Container zur Verfügung. Räumen Sie abgeschlossene Bereiche deshalb zeitnah auf.

Schutz 3: Den Container prüfen, nicht die Zusammenfassung

Die Änderungsübersicht im Arbeitsbereich zeigt, welche Elemente hinzugefügt, geändert oder gelöscht wurden. Sie zeigt nicht, was sich innerhalb eines Tags geändert hat. Sie ist der Ausgangspunkt der Prüfung, nicht die Prüfung selbst.

Zwei Schritte decken das meiste ab:

1. Consent-Übersicht öffnen. Über das Schild-Symbol in der Tag-Liste sehen Sie auf einen Blick, welche Tags Einwilligungseinstellungen haben und welche nicht. Neue Tags kommen ohne zusätzliche Consent-Prüfung, und KI-Assistenten ergänzen sie selten von sich aus.
2. Jedes geänderte Tag einzeln öffnen. Achten Sie auf verlorene Trigger-Ausnahmen (typisch, wenn ein Tag neu gebaut statt bearbeitet wurde), auf neue Variablen, die eine vorhandene doppeln, und auf Löschungen, die in der Zusammenfassung nicht erwähnt wurden.

Wie sich die Einwilligung in Shopify sauber durchreichen lässt, beschreibt unser Beitrag zu Consent Mode v2 in Shopify.

Schutz 4: Mit einem anderen Werkzeug testen

Die Konfiguration sagt, was passieren soll. Ob es passiert, zeigt nur ein unabhängiger Test:

• Vorschaumodus des Web-Containers: Feuert das Tag beim richtigen Ereignis – und nur dort?
• Vorschaumodus des Server-Containers: Nicht den Tag-Status ansehen, sondern die ausgehende Anfrage mit ihren Feldern.
• Abgleich mit dem Shop-Backend: Stimmen Anzahl und Werte der Käufe in den Plattformen mit den tatsächlichen Bestellungen überein?

Drei Fehler, die eine reine Konfigurationsprüfung nicht findet:

• Ein Tag für die Meta Conversions API ohne gemeinsame Event-ID. Browser- und Server-Ereignis werden nicht als dasselbe erkannt, Käufe zählen doppelt. Mehr dazu unter Event-Deduplizierung.
• Eine Google-Ads-Conversion, die beim Kauf und erneut beim Neuladen der Danke-Seite feuert, weil die Ausnahme fehlt.
• Enhanced Conversions, die ein Feld auslesen, das im dataLayer gar nicht existiert. Das scheitert lautlos.

Schutz 5: Regeln schriftlich festhalten

Regeln, an die man sich jedes Mal erinnern muss, werden irgendwann vergessen. Viele KI-Assistenten können zu Beginn jeder Sitzung eine Textdatei mit Ihren Vorgaben einlesen. Sinnvoll sind dort:

• Benennungskonventionen für Tags, Trigger und Variablen
• die Pflicht, bei jedem neuen Tag die Consent-Einstellungen zu setzen
• die Pflicht, bei Server-Tags die Event-ID für die Deduplizierung mitzugeben
• die Anweisung, im Abschlussbericht zu trennen: Was wurde geändert, was wurde tatsächlich überprüft?

Der letzte Punkt wirkt unscheinbar, liefert aber eine ehrlichere Rückmeldung und gleichzeitig Ihre Liste für den Vorschaumodus.

Was KI im GTM typischerweise falsch macht

• Fehlende Consent-Einstellungen. Für Shops im DACH-Raum der heikelste Punkt, weil er unmittelbar die Einwilligungspflicht berührt.
• Keine Deduplizierung. Ein zusätzliches Server-Tag für ein Ereignis, das schon im Browser feuert – ohne gemeinsamen Schlüssel.
• Falsche Vorlagen-Kennungen. Tags aus der Community-Vorlagengalerie verweisen auf ihre Vorlage über eine Kennung. Leitet das Modell diese Kennung selbst her, statt sie nachzuschlagen, akzeptiert die Schnittstelle das Tag womöglich, es funktioniert aber nicht.
• Behauptete Prüfungen. „Ich habe verifiziert, dass das Tag korrekt feuert” – von einem Assistenten, der Ihre Website nie aufgerufen hat.

Und der Datenschutz?

Wer einen KI-Dienst mit dem Tag Manager oder mit GA4-Berichten verbindet, gibt einem weiteren Anbieter Zugriff auf Konfigurations- und unter Umständen auf Nutzungsdaten. Ob und unter welchen Bedingungen das zulässig ist, hängt vom Anbieter, vom Datenumfang und von Ihren Verträgen ab. Das bedarf einer rechtlichen Einschätzung im Einzelfall. Hintergründe zum Tracking selbst finden Sie auf unserer Seite zur DSGVO.

Fazit

KI kann im Google Tag Manager viel Routinearbeit abnehmen. Entscheidend ist, was Ihr Setup an dem Tag tut, an dem sie ein Tag falsch baut: Mit eigenem Konto ohne Veröffentlichungsrecht, getrenntem Arbeitsbereich, eigener Prüfung und unabhängigem Test bleibt der Fehler im Entwurf. Ohne diese Grenzen hat ein Werkzeug Schreibrechte auf Ihre Messung, das seine eigene Arbeit nicht überprüfen kann.

Wie Sie den Container danach regelmäßig kontrollieren, zeigt die Tracking-Audit-Checkliste. Für Ihr Setup: Erstgespräch anfragen.