Google Tag Manager Trigger: Arten, Bedingungen, Fehler

Was ist ein Google Tag Manager Trigger?

Ein Trigger im Google Tag Manager legt fest, wann ein Tag auslöst. Jedes Tag braucht mindestens einen Trigger, sonst passiert nichts. Der Trigger reagiert auf ein Ereignis, etwa einen Seitenaufruf, einen Klick, ein abgeschicktes Formular oder einen Eintrag im dataLayer, und prüft auf Wunsch zusätzliche Bedingungen, zum Beispiel ob die Adresse /danke enthält. Erst wenn Ereignis und Bedingungen passen, startet das Tag. Wer Trigger versteht, kann fast jede Messung zuverlässig aufbauen und findet Fehler deutlich schneller.

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

Die Trigger-Arten sind im Google Tag Manager in Gruppen sortiert: Seitenaufruf, Klick, Nutzer-Engagement und Sonstiges. Die Tabelle zeigt die wichtigsten Trigger-Arten, die folgenden Abschnitte erklären Einsatzzweck und Schwächen.

Seitenaufruf-Trigger und ihre Reihenfolge

Beim Laden einer Seite durchläuft der Google Tag Manager mehrere Phasen, und für jede gibt es einen eigenen Trigger. Die Reihenfolge ist fest und wichtig, denn sie bestimmt, ob ein Tag rechtzeitig auslöst und ob die nötigen Informationen schon vorliegen.

• Einwilligungsinitialisierung: läuft als Erstes, gedacht für Consent-Standardwerte und den Banner.
• Initialisierung: läuft vor allen anderen Seitenaufruf-Triggern, gut für Einstellungen, die überall gelten.
• Seitenaufruf: sobald der Container lädt, der übliche Trigger für das Google-Tag.
• DOM bereit: wenn das Dokument aufgebaut ist und Elemente auf der Seite auslesbar sind.
• Fenster geladen: wenn alle Bilder und Skripte fertig geladen sind.

Ein Tag, das Werte aus dem sichtbaren Seiteninhalt liest, sollte nicht beim Seitenaufruf auslösen, weil die Elemente dann eventuell noch fehlen. Umgekehrt sollte das Google-Tag nicht erst bei Fenster geladen starten, denn auf langsamen Seiten verlassen manche Besucher die Seite vorher, und ihr Besuch fehlt. Der Consent Manager gehört auf die Einwilligungsinitialisierung, damit der Standardwert für den Consent Mode vor allen anderen Tags gesetzt ist.

Passend dazu: Cross-Domain-Tracking in GA4 richtig einrichten

Klick-Trigger: Alle Elemente oder Nur Links

Der Klick-Trigger im Google Tag Manager hat zwei Typen. Nur Links reagiert auf Klicks auf Link-Elemente, also auf alles, was eine Adresse öffnet. Alle Elemente reagiert auf jeden Klick auf der Seite. Damit du in Bedingungen auf das geklickte Element eingehen kannst, musst du unter Variablen die integrierten Klick-Variablen aktivieren, etwa Click URL, Click Text, Click ID und Click Classes.

Ein Klick-Trigger für Telefonnummern ist ein gutes Beispiel: Typ Nur Links, ausgelöst bei einigen Link-Klicks, Bedingung Click URL beginnt mit tel:. Für E-Mail-Adressen nimmst du mailto:, für WhatsApp die Adresse von wa.me. Für Knöpfe, die keine Links sind, etwa zum Öffnen eines Formulars, brauchst du Alle Elemente und eine Bedingung auf ID, Klasse oder CSS-Selektor.

Formular, benutzerdefiniertes Ereignis und Nutzer-Engagement

Der Formular-Trigger, im Google Tag Manager Formulareinsendung genannt, reagiert auf das Absenden-Ereignis des Browsers. Das klappt bei klassischen Formularen, die nach dem Absenden eine neue Seite laden. Die Option „Auf Validierung prüfen“ sorgt dafür, dass der Trigger nur auslöst, wenn das Absenden nicht von einem Skript oder vom Browser verhindert wurde. Bei Formularen, die ohne Neuladen im Hintergrund senden (AJAX), reicht das nicht. Dort ist ein benutzerdefiniertes Ereignis zuverlässiger.

Der Trigger benutzerdefiniertes Ereignis reagiert auf Einträge im dataLayer mit einem bestimmten Ereignisnamen, etwa generate_lead oder purchase. Er ist die zuverlässigste Art, wichtige Conversions auszulösen, weil die Website selbst meldet, dass etwas erfolgreich passiert ist. Der Name muss exakt stimmen, Groß- und Kleinschreibung eingeschlossen. Mit der Option für reguläre Ausdrücke kannst du mehrere Ereignisse mit einem Trigger abdecken.

In der Gruppe Nutzer-Engagement findest du außerdem Element-Sichtbarkeit, Scrolltiefe und YouTube-Video. Element-Sichtbarkeit löst aus, wenn ein bestimmtes Element ins Bild kommt, etwa eine Erfolgsmeldung nach dem Absenden. Mit der Option, Änderungen am DOM zu beobachten, erkennt der Trigger auch Elemente, die erst später eingefügt werden. Scrolltiefe misst, wie weit Besucher eine Seite herunterscrollen, zum Beispiel bei 25, 50, 75 und 90 Prozent. Für Ratgeberseiten ist das ein guter Hinweis darauf, ob Texte gelesen werden.

Passend dazu: Consent Mode: Warum nach der Zustimmung Daten fehlen

Timer, Verlaufsänderung und Triggergruppen

Der Timer-Trigger gehört wie Verlaufsänderung und Triggergruppe zur Gruppe Sonstiges und löst in festen Abständen aus, angegeben in Millisekunden, und kann auf eine Zahl von Durchläufen begrenzt werden. Er braucht eine Bedingung, auf welchen Seiten er laufen soll. In der Praxis wird er zum Beispiel genutzt, um echte Lesezeit zu messen, sollte aber sparsam eingesetzt werden, damit keine Flut an Ereignissen entsteht. Der Trigger Verlaufsänderung reagiert, wenn sich die Adresse ändert, ohne dass die Seite neu lädt. Das ist bei Single-Page-Anwendungen und manchen Shop-Kassen der Fall, die sonst nur einen einzigen Seitenaufruf zählen würden.

Eine Triggergruppe löst erst aus, wenn alle enthaltenen Trigger mindestens einmal ausgelöst haben. Damit lassen sich Bedingungen wie „hat zugestimmt und hat 50 Prozent gescrollt“ abbilden. Für die meisten Websites reichen aber wenige, klar benannte Trigger. Benenne sie nach dem Muster Typ und Zweck, zum Beispiel „Klick, Telefon“ oder „Ereignis, generate_lead“, dann findest du dich im Google-Tag-Manager-Container auch nach Monaten zurecht.

Bedingungen, Ausnahmen und typische Fehler

Bedingungen und Ausnahmen bestimmen, wann genau ein Trigger greift. Jeder Trigger kann auf allen Ereignissen seines Typs auslösen oder nur auf einigen. Bei einigen legst du Bedingungen aus Variable, Operator und Wert fest, etwa Page Path enthält /kontakt. Mehrere Bedingungen in einem Trigger müssen alle erfüllt sein. Brauchst du eine Oder-Verknüpfung, legst du mehrere Trigger an oder nutzt einen regulären Ausdruck. Ausnahmen sind Trigger, die du im Tag als Blockierung hinterlegst. Sie haben immer Vorrang, etwa um ein Conversion-Tag auf Testseiten zu unterdrücken.

• Formular-Trigger bei Formularen, die im Hintergrund senden: Er löst nie aus oder schon beim Klick, auch wenn Pflichtfelder fehlen.
• Klick auf ein Kind-Element: Ein Symbol oder span im Knopf ist das geklickte Element, die Bedingung auf die Klasse des Knopfs passt nicht.
• Seitenaufruf statt Verlaufsänderung: In Single-Page-Anwendungen wird nur der erste Aufruf gezählt.
• Doppelte Trigger: Ein Tag hängt an Seitenaufruf und an DOM bereit und löst zweimal aus.
• Groß- und Kleinschreibung: Ein benutzerdefiniertes Ereignis heißt im Code anders als im Trigger.

Beim Kind-Element hilft eine Bedingung mit CSS-Selektor, die den Knopf und alles darin abdeckt, etwa .angebot-knopf, .angebot-knopf *. Beim Formular hilft ein dataLayer.push im Erfolgsfall. Ein B2B-Dienstleister hatte genau dieses Problem: Der Download seines Leitfadens wurde kaum gezählt, weil die meisten Besucher auf das Download-Symbol im Knopf klickten. Nach der Umstellung auf den Selektor passte die Zahl der Downloads in GA4 wieder annähernd zu den Abrufen auf dem Server, abzüglich der Besucher ohne Einwilligung. Prüfe jeden Trigger in der Vorschau: Links in der Ereignisliste siehst du, was passiert ist, und beim Tag, warum es ausgelöst hat oder nicht.

Trigger prüfen und einrichten lassen

Trackum öffnet deine Seite in einem echten Browser, erkennt Formulare, Telefon-Links und Shop und setzt geprüfte Trigger und Tags im Google Tag Manager deines Unternehmens ein, getestet mit und ohne Einwilligung. Läuft schon etwas, zeigt der Gratis-Check für 0 € und ohne Anmeldung, welche Tags nicht oder doppelt auslösen. Die Reparatur aller Befunde kostet 79 €, die komplette Einrichtung mit bis zu 15 Ereignissen 150 €, jeweils zzgl. MwSt.