Google Tag Manager veröffentlichen: Versionen und Rollback
Jede Änderung im Google Tag Manager wird erst mit dem Veröffentlichen live. So nutzt du Arbeitsbereiche, Vorschau und Versionen sauber und kommst bei einem Fehler in wenigen Minuten zurück.

Um im Google Tag Manager zu veröffentlichen, bereitest du deine Änderungen in einem Arbeitsbereich vor, testest sie in der Vorschau und klickst dann oben rechts auf Senden. Dort wählst du Veröffentlichen, gibst der Version einen aussagekräftigen Namen und eine kurze Beschreibung und bestätigst. Ab diesem Moment ist die neue Version live auf deiner Website. Jede Veröffentlichung wird als nummerierte Version gespeichert. Geht etwas schief, kannst du im Bereich Versionen jede frühere Version erneut veröffentlichen und bist in wenigen Minuten wieder auf dem alten Stand. Wer diese Abläufe kennt, kann im Google Tag Manager mutig arbeiten, ohne Angst, das Tracking dauerhaft zu beschädigen.
Der große Überblick: Google Tag Manager: Anleitung, Einrichtung und DSGVO
Was sind Arbeitsbereich, Version und Veröffentlichung?
Ein Google-Tag-Manager-Container enthält alle Tags, Trigger und Variablen einer Website. Tags sind die Code-Bausteine etwa für GA4 oder Google Ads, Trigger legen fest, wann sie ausgelöst werden. Du bearbeitest ihn nie direkt, sondern immer in einem Arbeitsbereich. Der Arbeitsbereich ist eine Art Entwurf. Alles, was du dort änderst, ist gespeichert, aber noch nicht live. Erst wenn du den Arbeitsbereich sendest und veröffentlichst, entsteht daraus eine Version, und diese Version wird auf deiner Website ausgeliefert.
Eine Version im Google Tag Manager ist eine Momentaufnahme des gesamten Containers zu einem bestimmten Zeitpunkt. Sie bekommt eine fortlaufende Nummer und, wenn du ihn einträgst, einen Namen und eine Beschreibung. Der Inhalt einer Version lässt sich nicht mehr verändern. Das macht sie zuverlässig: Wenn Version 41 funktioniert hat, wird sie auch morgen noch genauso funktionieren, egal was in Version 42 passiert ist.
Workspace im Google Tag Manager: mehrere Arbeitsbereiche nutzen
In der kostenlosen Version des Google Tag Managers kannst du laut Google-Hilfe bis zu drei Arbeitsbereiche (Workspaces) gleichzeitig haben: den Standard-Arbeitsbereich und zwei weitere. In Tag Manager 360 gibt es diese Grenze nicht. Das ist praktisch, wenn mehrere Personen am selben Container arbeiten. Die Agentur baut in einem Arbeitsbereich das Tracking für eine neue Kampagne, während du im Standard-Arbeitsbereich einen kleinen Fehler korrigierst. Beide Änderungen stören sich nicht, solange keiner veröffentlicht.
Sobald ein Arbeitsbereich veröffentlicht wird, zeigt der Google Tag Manager in den anderen an, dass es eine neuere Version gibt. Vor dem eigenen Veröffentlichen musst du deinen Arbeitsbereich dann aktualisieren, damit die Änderungen der anderen übernommen werden. Haben beide dasselbe Element geändert, etwa denselben Trigger, musst du den Konflikt auflösen und entscheiden, welche Fassung gilt. Benenne Arbeitsbereiche deshalb klar, etwa nach Aufgabe und Person, und halte sie kurz. Ein Arbeitsbereich, der wochenlang offen ist, führt fast sicher zu Konflikten.
Passend dazu: Meta Pixel (Facebook Pixel) im Google Tag Manager einrichten
Wie testest du vor dem Veröffentlichen in der Vorschau?
Die Vorschau im Google Tag Manager ist der wichtigste Schritt vor jeder Veröffentlichung. Sie öffnet deine Website zusammen mit dem Tag Assistant und lädt dabei den Stand deines Arbeitsbereichs, nicht die Live-Version. Für jedes Ereignis auf der Seite siehst du, welche Tags ausgelöst wurden und welche nicht, und warum. So erkennst du vor dem Veröffentlichen, ob dein neuer Trigger beim Absenden des Formulars feuert oder ob ein Tag doppelt auslöst.
- Jede geänderte Seite und jede geänderte Handlung einmal durchspielen, etwa Formular, Telefonklick, Kauf.
- Mit Zustimmung im Cookie-Banner testen und prüfen, ob alle Tags feuern.
- Mit Ablehnung testen und prüfen, dass Werbe- und Analyse-Tags warten.
- In der DebugView von GA4 kontrollieren, ob die Ereignisse mit den richtigen Parametern ankommen.
- Auf dem Handy oder in einer schmalen Browseransicht testen, wenn sich das Layout unterscheidet.
Im Google Tag Manager veröffentlichen: Versionsname, Beschreibung, Umgebung
Nach dem Test in der Vorschau klickst du im Google Tag Manager auf Senden. Du hast zwei Möglichkeiten: Veröffentlichen und Version erstellen oder nur eine Version erstellen. Die zweite Möglichkeit, nur eine Version erstellen, ist nützlich, wenn jemand anderes die Änderung freigeben soll. Dann entsteht eine Version, die noch nicht live ist.
Nimm dir für Versionsname und Beschreibung eine halbe Minute. Ein Name wie Formular-Tracking Kontaktseite neu oder Meta-Pixel mit Einwilligung hilft dir in einem halben Jahr sehr, wenn du herausfinden musst, seit wann sich etwas verändert hat. In die Beschreibung gehört kurz, was geändert wurde und warum, und wer es getestet hat. Versionen ohne Namen, die nur eine Nummer tragen, machen eine spätere Fehlersuche unnötig schwer.
Unter Umgebungen (Environments) kannst du zusätzlich zur Live-Umgebung eigene Umgebungen anlegen, zum Beispiel für eine Testseite. Jede Umgebung bekommt einen eigenen Codeschnipsel. Auf der Testseite eingebaut, lädt sie die Version, die du dieser Umgebung zuweist. So kannst du eine Version auf der Testseite ausprobieren, bevor sie auf der echten Seite live geht. Für kleinere Websites reicht meist die Vorschau, bei größeren Projekten oder einem Relaunch lohnt sich eine eigene Testumgebung. Achte darauf, dass Tags auf der Testumgebung keine echten Conversions an Google Ads oder Meta senden, sonst verfälschen deine Tests die Zahlen im Werbekonto.
Passend dazu: Borlabs Cookie mit Consent Mode v2 und Tag Manager verbinden
Wie vergleichst du Versionen und stellst eine frühere wieder her?
Bevor du sendest, zeigt dir der Google Tag Manager im Bereich Änderungen im Arbeitsbereich alle Änderungen gegenüber der zugrunde liegenden Version: welche Tags, Trigger und Variablen neu, geändert oder gelöscht sind. Über das Menü bei jedem Element kannst du dir die Unterschiede zwischen den Versionen im Detail ansehen. Lies diese Liste vor jedem Veröffentlichen durch. Taucht dort etwas auf, das du nicht geändert hast, hat jemand anders im selben Arbeitsbereich gearbeitet, und du solltest nachfragen.
Hat eine neue Version einen Fehler, ist die Rückkehr zu einer früheren Version (Rollback) einfach. Öffne den Bereich Versionen, suche die letzte Version, die funktioniert hat, und veröffentliche sie über ihr Aktionsmenü erneut. Die alte Version ist sofort wieder live. Dein fehlerhafter Arbeitsstand geht dabei nicht verloren, er bleibt als eigene Version erhalten. Du kannst sie öffnen, den Fehler suchen und in einem neuen Arbeitsbereich korrigieren. Wichtig ist, schnell zurückzugehen, statt live nach dem Fehler zu suchen, während Conversions verloren gehen.
Freigabeprozess im Team und Beispiel aus der Praxis
Der Google Tag Manager kennt auf Container-Ebene die Berechtigungen Lesen, Bearbeiten, Genehmigen und Veröffentlichen. Für ein einfaches Vier-Augen-Prinzip bekommen die meisten Beteiligten Bearbeiten oder Genehmigen, eine verantwortliche Person zusätzlich Veröffentlichen. Die bearbeitende Person bereitet die Änderung vor, mit Genehmigen kann sie auch eine Version erstellen und beschreiben. Die verantwortliche Person prüft in der Vorschau und veröffentlicht. Ein eingebauter Genehmigungsablauf mit Anfragen und Freigaben ist der kostenpflichtigen Version Tag Manager 360 vorbehalten.
| Berechtigung | Darf | Darf nicht |
|---|---|---|
| Lesen | Tags, Trigger und Variablen ansehen | Etwas ändern |
| Bearbeiten | Arbeitsbereiche anlegen und Änderungen machen | Versionen erstellen oder veröffentlichen |
| Genehmigen | Zusätzlich Versionen erstellen | Veröffentlichen |
| Veröffentlichen | Alles, auch Versionen live schalten | Keine Einschränkung im Container |
Eine Agentur mit mehreren Kundenkonten hat genau dieses Problem erlebt: Ein Mitarbeiter veröffentlichte freitags eine Änderung am Trigger für Käufe in einem Onlineshop, ohne Vorschau. Übers Wochenende kamen keine Käufe mehr bei Google Ads an. Am Montag fiel es auf, die Version vom Donnerstag wurde in wenigen Minuten wiederhergestellt, aber drei Tage Daten fehlten. Seitdem gilt dort: Jede Version hat einen Namen, eine Beschreibung und einen zweiten Prüfer, und am Freitagnachmittag wird nichts veröffentlicht.
Trackum arbeitet nach demselben Prinzip. Der Zugriff läuft über die Nutzerverwaltung des Google Tag Managers statt über ein Passwort, jede Änderung wird in der Vorschau mit und ohne Einwilligung getestet, bevor sie veröffentlicht wird,. Die Reparatur für 79 € zzgl. MwSt. behebt alle Befunde aus dem Gratis-Check von Trackum in deinem vorhandenen Google Tag Manager.
Häufige Fragen
Warum sind meine Änderungen im Google Tag Manager nicht live?
Änderungen im Arbeitsbereich wirken erst, wenn du sie über Senden als neue Version veröffentlichst. Solange du nur speicherst, sieht sie niemand außer dir in der Vorschau. Prüfe oben rechts, ob noch ungespeicherte oder unveröffentlichte Änderungen angezeigt werden.
Wie viele Arbeitsbereiche gibt es im Google Tag Manager?
In der kostenlosen Version kannst du bis zu drei Arbeitsbereiche gleichzeitig nutzen, den Standard-Arbeitsbereich eingeschlossen. Nach dem Veröffentlichen ist der genutzte Arbeitsbereich abgeschlossen, und der Google Tag Manager legt automatisch einen neuen Standard-Arbeitsbereich an.
Wie stelle ich eine frühere Version im Google Tag Manager wieder her?
Öffne den Bereich Versionen, wähle die letzte funktionierende Version und veröffentliche sie über ihr Aktionsmenü erneut. Sie ist sofort wieder live. Danach suchst du in Ruhe nach dem Fehler in der neueren Version.
Wer darf im Google Tag Manager veröffentlichen?
Nur Nutzer mit der Container-Berechtigung Veröffentlichen. Mit Bearbeiten kann man Änderungen in Arbeitsbereichen machen, mit Genehmigen zusätzlich Versionen erstellen, aber beides nicht live schalten. So lässt sich eine einfache Freigabe im Team abbilden.
Quellen
- Tag Manager-Hilfe: Veröffentlichen, Versionen und Freigaben support.google.com
- Tag Manager-Hilfe: Arbeitsbereiche support.google.com
- Tag Manager-Hilfe: Nutzer und Berechtigungen verwalten support.google.com
- Tag Manager-Hilfe: Umgebungen support.google.com
- Tag Manager-Hilfe: Vorschau und Fehlersuche für Container support.google.com
Weiterlesen
Meta Pixel (Facebook Pixel) im Google Tag Manager einrichten
Meta Pixel im Google Tag Manager: Vorlage oder eigener HTML-Tag, Basis-Tag auf allen Seiten, Ereignis-Tags, Marketing-Einwilligung und Test im Meta Events Manager.
AnleitungBorlabs Cookie mit Consent Mode v2 und Tag Manager verbinden
Borlabs Cookie erfasst die Einwilligung, der Google Tag Manager liefert die Tags aus. Wie du beides ohne Doppelungen verbindest und im Vorschaumodus prüfst.
AnleitungConsent Mode v2 in WordPress mit Cookie-Plugin und Tag Manager
Viele WordPress-Cookie-Plugins unterstützen den Consent Mode v2 und den Google Tag Manager. Entscheidend sind klare Zuständigkeiten, Standard „abgelehnt“ und ein Test.
AnleitungCMP mit Consent Mode v2 im Google Tag Manager verbinden
Bekannte Banner-Anbieter liefern eine Vorlage für den Google Tag Manager, die Standard und Updates im Consent Mode v2 setzt. So bindest du sie richtig ein und testest beide Extreme.
AnleitungButton-Klick als Conversion in Google Ads zählen
Ein Klick auf einen Button ist nicht automatisch eine Conversion. So baust du im Google Tag Manager einen stabilen Klick-Trigger und vermeidest die häufigsten Fehler.
AnleitungDownload-Tracking in GA4: PDFs und YouTube-Videos erfassen
Die erweiterte Messung erfasst Datei-Downloads und YouTube-Videos. Für andere Player und Sonderfälle brauchst du eigene Signale und einen gründlichen Test.