Tutorial: Implementierung des Google Consent Mode v2 über den Google Tag Manager
Der Google Consent Mode v2 (GCM v2) ist ein unerlässliches Framework für die rechtliche Compliance und die Datenmodellierung. Dieser Leitfaden beschreibt die schrittweise Konfiguration eines Advanced Setups unter Verwendung einer Consent Management Platform (CMP), die Überprüfung von DataLayer-Signalen sowie Maßnahmen zur Vermeidung von Sitzungsverlusten.
Schritt 1: CMP-Template hinzufügen
Im ersten Schritt wird ein Template einer CMP (wie Usercentrics oder Cookiebot) aus der Community Template Gallery im Google Tag Manager (GTM) importiert. Dieses Template stellt die erforderliche Logik bereit, um Banner-Interaktionen in standardisierte GCM v2-Signale zu übersetzen.
Schritt 2: Standard-Consent (Default) konfigurieren
Es ist zwingend erforderlich, den anfänglichen Consent-Status zu definieren, bevor andere Skripte ausgeführt werden. Es muss ein neues Tag über das CMP-Template erstellt werden, welches den default-Befehl ausführt. Die Parameter ad_storage, analytics_storage, ad_user_data und ad_personalization sind standardmäßig auf denied zu setzen. Dieses Tag muss mit dem Trigger Consent Initialization – All Pages (Initialisierung der Einwilligung) verknüpft werden, um sicherzustellen, dass es vor allen anderen Pageview-Ereignissen lädt.
Schritt 3: Consent-Aktualisierung (Update) einrichten
Sobald eine Interaktion mit dem Cookie-Banner stattfindet, muss ein update-Befehl in den DataLayer gepusht werden. Das importierte CMP-Template verarbeitet diese Aktualisierung automatisch und ändert den Status der jeweiligen Parameter von denied auf granted, sofern die Einwilligung erteilt wurde.
Schritt 4: DataLayer-Verifizierung
Die Validierung der Implementierung erfolgt im GTM Preview-Modus (Vorschau). Im DataLayer-Tab des Tag Assistants ist das Ereignis consent zu prüfen. Nach der Zustimmung zu den Tracking-Bedingungen müssen die Parameter ad_storage und analytics_storage ausdrücklich den Wert granted aufweisen. Die korrekte Ausführung nachgelagerter Tags (wie GA4 oder Google Ads) hängt vollständig von der fehlerfreien Übertragung dieser Signale ab.
Schritt 5: Vermeidung von Sitzungsverlusten (Session Breakage)
Ein häufiger Fehler bei der Implementierung ist die Beschädigung von Sitzungsdaten. Dies geschieht oft durch Race Conditions, bei denen Analytics-Tags feuern, bevor der Standard-Consent-Status etabliert wurde. Um einen Sitzungsverlust zu vermeiden, gelten folgende architektonische Regeln:
- Das Default-Consent-Tag darf ausschließlich den Trigger “Consent Initialization” nutzen, niemals die Standard-Trigger “Initialization” oder “Page View”.
- In einem Advanced Setup dürfen Google-Tags nicht durch benutzerdefinierte Ausnahme-Trigger (Exceptions) hart blockiert werden. Stattdessen sind die integrierten Consent-Prüfungen (Built-in Consent Checks) in den Tag-Einstellungen zu verwenden. Ein hartes Blockieren verhindert das Senden von anonymen “Cookieless Pings”, was den Datenmodellierungsprozess zerstört und Sitzungen fragmentiert.
- Die Funktion “URL-Passthrough” (URL-Weitergabe) sollte im Conversion Linker-Tag aktiviert werden. Dies stellt sicher, dass Klick-Identifikatoren (wie
gclid) bei der Navigation zwischen Seiten in der URL erhalten bleiben, selbst wenn die Speicherung abgelehnt wurde.
