Google Tag Manager einrichten: zum ersten Container

Wofür du den Tag Manager brauchst

Ohne Tag Manager steht für jedes Werkzeug ein eigener Code im Quelltext der Seite: einer für GA4, einer für Google Ads, einer für das Meta Pixel. Jede Änderung heißt, dass jemand an den Quelltext muss. Der Google Tag Manager dreht das um. Du baust einmal einen Container ein und steuerst alles Weitere in einer Oberfläche im Browser, ohne den Quelltext erneut anzufassen. Das spart Zeit und macht Änderungen nachvollziehbar.

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

Aufbau: Konto, Container, Arbeitsbereiche, Versionen

Der Google Tag Manager ist kostenlos. Seine Struktur: Ein Konto, meist eines je Unternehmen, enthält Container, und zwar einen je Website. Im Container arbeitest du in Arbeitsbereichen, und jede Veröffentlichung erzeugt eine Version.

Im Container legst du drei Bausteine an: Tags legen fest, was gesendet wird, Trigger, wann es gesendet wird, und Variablen, womit, also mit welchen Werten. So brauchst du nicht für jedes Tracking-Werkzeug Code im Quelltext der Seite zu ändern. Ein Beispiel: Der GA4-Tag ist das, was gesendet wird. Der Trigger „Alle Seiten“ sorgt dafür, dass er bei jedem Seitenaufruf läuft. Die Variable mit deiner Mess-ID liefert den Wert, mit dem er sendet.

• Konto: meist eines je Unternehmen.
• Container: einer je Website.
• Arbeitsbereiche: für Änderungen vor der Veröffentlichung.
• Versionen: Verlauf der Veröffentlichungen.

Passend dazu: Meta Pixel über den Google Tag Manager einrichten

Konto und Container anlegen

Melde dich mit einem Google-Konto beim Tag Manager an und lege ein Konto mit dem Namen deines Unternehmens an. Danach legst du den Container an: Gib ihm den Namen der Website, etwa die Domain, und wähle als Zielplattform „Web“. Vergib das Konto-Eigentum nicht nur an eine Person: Wenn du später einen Dienstleister brauchst, fügst du ihn über die Nutzerverwaltung hinzu. Das ist besser als ein Passwort weiterzugeben.

Container einbauen

Nach dem Anlegen erhältst du zwei Code-Schnipsel. Der erste gehört möglichst weit oben in den head der Seite, der zweite direkt nach dem öffnenden body-Tag. Bei WordPress und anderen Systemen kannst du alternativ ein Plugin des CMS nutzen.

Prüfe nach dem Einbau, dass die Container-ID stimmt und der Container im Vorschaumodus erkannt wird. Öffne dazu im Tag Manager die Vorschau, trage die Adresse deiner Seite ein und sieh nach, ob sich die Seite verbindet. Wird der Container nicht erkannt, sitzt der Code meist an der falschen Stelle oder ein Cache liefert noch die alte Seite aus.

Tags, Trigger und Variablen anlegen

Beginne mit den wichtigsten Ereignissen. Ein GA4-Tag bekommt zum Beispiel einen Trigger, der bei jedem Seitenaufruf auslöst. Variablen liefern Werte wie die aktuelle Seitenadresse, sodass du nicht für jede Unterseite einen eigenen Tag brauchst.

Formuliere Trigger-Bedingungen so genau, dass nichts doppelt zählt. Wenn du Werte aus dem dataLayer auslesen willst, muss die Seite sie dort auch tatsächlich ablegen. Ein Beispiel aus der Praxis: Ein Handwerksbetrieb will das Absenden seines Kontaktformulars messen. Dafür braucht er einen Trigger, der nur beim erfolgreichen Absenden auslöst, und einen GA4-Ereignis-Tag, der daraufhin ein Ereignis sendet. Löst der Trigger schon beim Klick auf den Absende-Knopf aus, zählt auch eine fehlerhafte Eingabe.

Vergib von Anfang an klare Namen und lege Ordner an. Ein Container mit zwanzig Tags namens „Neuer Tag“ ist nach drei Monaten kaum noch lesbar. Ein Schema wie „GA4 – Ereignis – Formular gesendet“ spart später viel Suchen.

Eine sinnvolle Reihenfolge für den Anfang: Zuerst der GA4-Tag auf allen Seiten, dann eines nach dem anderen die Ereignisse, die dir wichtig sind. Ein kleiner Shop startet mit Seitenaufruf, Produktansicht, Warenkorb und Kauf. Alles Weitere kommt später, wenn die Grundlage stabil läuft. Wer am ersten Tag zwanzig Tags anlegt, findet Fehler später kaum noch.

Testen und veröffentlichen

Teste jede Änderung im Vorschaumodus (Tag Assistant), bevor du veröffentlichst. Dort siehst du, welche Tags bei welcher Aktion feuern. Prüfe dabei auch, ob die Tags mit und ohne Einwilligung im Cookie-Banner richtig reagieren.

Jede Veröffentlichung erzeugt eine Version. Geht etwas schief, setzt du den Container auf eine frühere Version zurück. Gib jeder Version eine kurze Beschreibung, damit du später weißt, was sich geändert hat. Ein Satz wie „Formular-Ereignis ergänzt“ genügt. Wer mehrere Änderungen auf einmal veröffentlicht und eine davon einen Fehler enthält, sucht sonst lange, welche.

Typische Fehler

• Container doppelt eingebunden, zum Beispiel von Hand und zusätzlich per Plugin.
• Alte, fest eingebaute Tracking-Codes im Theme, obwohl dieselben Tags schon im Container laufen.
• Tags ohne Einwilligungsprüfung.
• Veröffentlichen ohne Test im Vorschaumodus.

Doppelte Einbindung führt zu doppelt gezählten Ereignissen. Durchsuche den Quelltext deiner Seite deshalb nach dem Container-Code und nach alten Tracking-Snippets. Besonders nach einem Relaunch oder einem Wechsel des Themes bleiben alte Codes gern im Quelltext stehen, während im Container schon dasselbe läuft.

Ein weiteres Muster, das oft übersehen wird: Der Container wurde einmal eingebaut, aber nie aufgeräumt. Tags aus ausprobierten Werkzeugen laufen weiter, Trigger sind veraltet, und niemand weiß mehr, wofür sie da sind. Schau deshalb von Zeit zu Zeit in die Liste der Tags und entferne, was du nicht brauchst.

Wann du es machen lassen solltest

Der erste Container ist mit Anleitung machbar. Schwieriger wird es bei Shop-Ereignissen mit Produktdaten, Einwilligungssteuerung und mehreren Werbeplattformen. Wer keine Zeit hat, lässt den Container einrichten: Trackum richtet Tag Manager, GA4, Google Ads, Meta Pixel und Consent Mode v2 ein. Du gibst Zugriff über die Nutzerverwaltung, nicht per Passwort.