Google Tag Manager: Konto, Container und Struktur

Konto und Container

Ein Konto steht meist für ein Unternehmen, ein Container für eine Website oder App. Hast du mehrere Websites, legst du in einem Konto mehrere Container an. Im Container verwaltest du Tags, Trigger und Variablen.

Der große Überblick: Google Tag Manager – Anleitung, Einrichtung und DSGVO

Der Aufbau folgt einer einfachen Logik: Das Konto ist der Rahmen, der Container ist der Ort, an dem gearbeitet wird, und im Container hast du drei Bausteine. Ein Tag ist eine Aufgabe, zum Beispiel „sende ein GA4-Ereignis“. Ein Trigger legt fest, wann sie ausgeführt wird, zum Beispiel beim Aufruf einer Seite. Eine Variable liefert Werte, zum Beispiel die Seiten-URL oder einen Betrag. Wenn du diese drei Begriffe auseinanderhältst, erklärt sich fast jede Einstellung von selbst.

Ein Beispiel: Ein Handwerksbetrieb will Kontaktanfragen zählen. Das Tag sendet ein Ereignis an GA4, der Trigger feuert auf der Dankeseite, und eine Variable liefert bei Bedarf den Namen des Formulars. Alle drei liegen im selben Container, der zur Website des Betriebs gehört.

Wer mehrere Standorte oder Marken betreut, überlegt sich vorab, ob ein Container je Website oder ein gemeinsamer Container sinnvoll ist. Meist ist ein Container je Website übersichtlicher, weil Tags, Trigger und Rechte klar getrennt bleiben und eine Änderung an einer Seite nicht die andere gefährdet.

Arbeitsbereiche

Im Container arbeitest du in Arbeitsbereichen. In der kostenlosen Version sind bis zu drei gleichzeitig möglich. So können mehrere Personen parallel an verschiedenen Aufgaben arbeiten, und Änderungen erscheinen erst nach dem Veröffentlichen auf der Live-Seite.

• Je Aufgabe einen eigenen Arbeitsbereich anlegen.
• Den Arbeitsbereich klar benennen.

Passend dazu: Server-Side oder Client-Side Tagging?

Versionen und Umgebungen

Jedes Veröffentlichen erzeugt eine Version. Gib ihr eine Beschreibung, damit später nachvollziehbar ist, was sich geändert hat. Jede Version lässt sich wiederherstellen, das ist dein Sicherheitsnetz, falls eine Änderung Fehler verursacht.

Mit Umgebungen prüfst du eine Version vorab auf einer Testseite im echten Browser, ohne die Live-Seite zu beeinflussen. Nutze das für kritische Änderungen.

• Bei jeder Veröffentlichung eine Beschreibung eintragen.
• Kritische Änderungen vorab in einer Umgebung prüfen.

Mit der Zeit wird die Versionsliste zum Gedächtnis des Containers. Wer die Beschreibung der Versionen ehrlich pflegt, findet auch nach einem Jahr noch heraus, wann das Formular-Tracking eingeführt wurde, und kann bei einem Fehler gezielt zum letzten guten Stand zurückkehren. Bevor du veröffentlichst, nutze den Vorschaumodus und teste die Änderung. Ein Klick auf „Senden“ schaltet sie für alle Besucher live.

Praktisch bewährt sich dieser Ablauf: Du änderst im Arbeitsbereich, testest im Vorschaumodus, veröffentlichst mit einer kurzen Beschreibung wie „Formular-Erfolg als Ereignis ergänzt“ und prüfst die Seite danach noch einmal live. Geht etwas schief, stellst du die vorherige Version wieder her. So bleibt jede Änderung nachvollziehbar und rückgängig zu machen.

Ordner und Namen

Ordne Tags, Trigger und Variablen in Ordnern und benenne sie nach einem festen Schema, etwa „GA4 – Ereignis – generate_lead“. Daran erkennst du auf einen Blick Tool, Art und Zweck. So bleibt der Container auch nach Monaten lesbar.

• Tags nach Tool gruppieren: GA4, Google Ads, Meta Pixel.
• Eine Namensregel festlegen und einhalten.

Ein Namensschema muss nicht kompliziert sein. Wichtig ist, dass es überall gleich angewendet wird: Tool, Art, Zweck. Ordner wie „GA4“, „Google Ads“, „Meta“ und „Consent“ genügen für den Anfang. Wer Variablen konsequent nach ihrer Herkunft benennt, etwa „dlv – Bestellwert“ für eine Datenebenen-Variable, erkennt später sofort, woher ein Wert stammt.

Typische Fehler und wie du sie vermeidest

Der häufigste Fehler ist ein Container, der über die Jahre ohne Plan gewachsen ist: pausierte Tags, Trigger ohne Verwendung, Namen wie „Neuer Tag 3“. Er funktioniert, aber niemand traut sich, etwas anzufassen. Dagegen hilft eine feste Namensregel von Anfang an und gelegentliches Aufräumen. Ein zweiter Fehler ist die Arbeit direkt im einzigen Arbeitsbereich ohne Test, sodass halbfertige Änderungen versehentlich mit veröffentlicht werden. Ein dritter ist ein Konto, das auf die persönliche Adresse eines Mitarbeiters oder Dienstleisters läuft: Verlässt diese Person das Unternehmen, fehlt dem Betrieb der Zugriff auf seinen eigenen Container.

Wenn du neu startest, lege einen Container je Website an, benenne ihn nach der Domain und trage gleich ein, wer Administrator ist. Das kostet zehn Minuten und erspart später viel Ärger.

Web- und Server-Container

Web-Container und Server-Container sind verschiedene Container-Typen. Der Web-Container läuft im Browser des Besuchers und reicht für die meisten Websites. Der Server-Container läuft auf einem Server. Ein Typ lässt sich nicht einfach in den anderen umwandeln.

Wann sich Hilfe lohnt

Für eine einzelne Website mit wenigen Zielen reicht der Aufbau, den dieser Artikel beschreibt, für den Einstieg. Mehr Struktur brauchst du, sobald mehrere Personen am Container arbeiten, ein Shop dazukommt oder mehrere Werbeplattformen angebunden sind. Dann zahlt sich eine saubere Einrichtung von Anfang an aus, weil spätere Korrekturen im gewachsenen Container teurer sind als ein ordentlicher Start.

Einrichtung

Trackum richtet Tracking ein, auch mit Tag Manager, GA4 und Consent Mode v2, mit festen Preisen vorab. Getestet wird mit und ohne Einwilligung, live geht es innerhalb eines Werktags, und der Zugriff läuft über die Nutzerverwaltung statt über ein Passwort.