Google Tag Manager einrichten, ohne dass der Container nach einem Jahr unübersichtlich wird

Variablen liefern die Werte, die Tags und Trigger brauchen: die URL der aktuellen Seite, einen Klassennamen, einen Bestellwert aus dem Checkout. 

Einrichtung in der Praxis

1. Container anlegen und das Basis-Skript in Kopf- und Body-Bereich der Website einbauen.
2. Die wichtigsten Ereignisse festlegen, bevor der erste Tag entsteht – Formularabsendung, Terminbuchung, Anruf-Klick. Nicht umgekehrt, sonst entstehen Tags für Ereignisse, die später niemand auswertet.
3. Ein Namensschema festlegen, etwa "GA4 – Event – Formular gesendet", und konsequent einhalten. Nach zwanzig Tags ohne Schema findet niemand mehr etwas wieder.
4. Jeden Tag im Vorschaumodus einzeln testen, bevor er veröffentlicht wird.
5. Versionen dokumentieren. Jede Veröffentlichung erzeugt eine Version, ein kurzer Kommentar dazu erspart später Rätselraten.

Wo Container unübersichtlich werden

Nach einem Jahr ohne Aufräumen sehen viele Container gleich aus: fünfzig Tags, ein Drittel davon misst dieselben Ereignisse doppelt, weil zwei Personen zu unterschiedlichen Zeitpunkten dasselbe eingerichtet haben. Ein vierteljährlicher Blick in die Tag-Liste mit der Frage, ob ein Tag noch ausgewertet wird, hält den Container brauchbar. Wie sich aus den gesammelten Ereignissen belastbare Kennzahlen bilden, beschreibt Marketing-KPIs; wie ein Ereignis dem richtigen Kanal zugeordnet wird, Attributionsmodelle. 

Consent kommt zuerst

Ein Tag, der vor der Einwilligung feuert, ist unabhängig von seiner technischen Qualität ein Problem. Marketing- und Statistik-Tags dürfen erst laufen, nachdem eine Einwilligung vorliegt – üblicherweise über eine Consent-Plattform, die dem Tag Manager mitteilt, welche Kategorie freigegeben wurde. Wie ein solches Setup aussehen sollte, erklärt Consent Management; den rechtlichen Rahmen für die Datenerhebung insgesamt DSGVO-konforme Leadgenerierung. 

Serverseitig statt clientseitig

Ein gewöhnlicher Container läuft im Browser des Besuchers und wird dort zunehmend von Ad-Blockern und Browser-Restriktionen ausgebremst. Ein serverseitiger Container verlagert einen Teil der Verarbeitung auf einen eigenen Server und verbessert dadurch die Datenqualität, mit spürbar höherem Aufwand bei Einrichtung und Wartung. Ob sich das lohnt, hängt vom Kampagnenvolumen ab – Details dazu in Server-Side-Tracking. 

Ein Tag Manager mit zehn dokumentierten Tags ist mehr wert als einer mit hundert, von denen niemand mehr weiß, wozu sie da sind.

Typische Fehler

• Kein Test vor der Veröffentlichung. Der Vorschaumodus zeigt Fehler, bevor sie live gehen.
• Tags ohne Verantwortlichen. Wechselt eine Agentur, geht Wissen über den Container verloren, wenn es nirgends dokumentiert ist.
• Doppelte Zählung. Zwei Trigger, die dasselbe Ereignis fangen, verzerren jede Auswertung.
• Fehlende Datumsangaben in Versionen. Ohne sie dauert jede Fehlersuche länger als nötig.

Wie gut ein Tag-Manager-Container funktioniert, hängt weniger von der Zahl der Tags ab als davon, wie diszipliniert er gepflegt wird. Die Datenqualität, die am Ende in Reports landet, entscheidet sich hier – nicht erst im Dashboard, siehe Datenqualität im Tracking.