Der Google Consent Mode v2 (GCM v2) ist ein unerl\u00e4ssliches Framework f\u00fcr die rechtliche Compliance und die Datenmodellierung. Dieser Leitfaden beschreibt die schrittweise Konfiguration eines Advanced Setups unter Verwendung einer Consent Management Platform (CMP), die \u00dcberpr\u00fcfung von DataLayer-Signalen sowie Ma\u00dfnahmen zur Vermeidung von Sitzungsverlusten.<\/p>\n
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 \u00fcbersetzen.<\/p>\n
Es ist zwingend erforderlich, den anf\u00e4nglichen Consent-Status zu definieren, bevor andere Skripte ausgef\u00fchrt werden. Es muss ein neues Tag \u00fcber das CMP-Template erstellt werden, welches den Sobald eine Interaktion mit dem Cookie-Banner stattfindet, muss ein Die Validierung der Implementierung erfolgt im GTM Preview-Modus (Vorschau). Im DataLayer-Tab des Tag Assistants ist das Ereignis Ein h\u00e4ufiger Fehler bei der Implementierung ist die Besch\u00e4digung 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:<\/p>\n Der Google Consent Mode v2 (GCM v2) ist ein unerl\u00e4ssliches Framework f\u00fcr die rechtliche Compliance und die Datenmodellierung. Dieser Leitfaden beschreibt die schrittweise Konfiguration eines Advanced Setups unter Verwendung einer Consent Management Platform (CMP), die \u00dcberpr\u00fcfung von DataLayer-Signalen sowie Ma\u00dfnahmen zur Vermeidung von Sitzungsverlusten. Schritt 1: CMP-Template hinzuf\u00fcgen Im ersten Schritt wird ein Template einer […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[115],"tags":[],"class_list":["post-297","post","type-post","status-publish","format-standard","hentry","category-tutorials-de"],"yoast_head":"\ndefault<\/code>-Befehl ausf\u00fchrt. Die Parameter ad_storage<\/code>, analytics_storage<\/code>, ad_user_data<\/code> und ad_personalization<\/code> sind standardm\u00e4\u00dfig auf denied<\/code> zu setzen. Dieses Tag muss mit dem Trigger Consent Initialization – All Pages<\/strong> (Initialisierung der Einwilligung) verkn\u00fcpft werden, um sicherzustellen, dass es vor allen anderen Pageview-Ereignissen l\u00e4dt.<\/p>\nSchritt 3: Consent-Aktualisierung (Update) einrichten<\/h3>\n
update<\/code>-Befehl in den DataLayer gepusht werden. Das importierte CMP-Template verarbeitet diese Aktualisierung automatisch und \u00e4ndert den Status der jeweiligen Parameter von denied<\/code> auf granted<\/code>, sofern die Einwilligung erteilt wurde.<\/p>\nSchritt 4: DataLayer-Verifizierung<\/h3>\n
consent<\/code> zu pr\u00fcfen. Nach der Zustimmung zu den Tracking-Bedingungen m\u00fcssen die Parameter ad_storage<\/code> und analytics_storage<\/code> ausdr\u00fccklich den Wert granted<\/code> aufweisen. Die korrekte Ausf\u00fchrung nachgelagerter Tags (wie GA4 oder Google Ads) h\u00e4ngt vollst\u00e4ndig von der fehlerfreien \u00dcbertragung dieser Signale ab.<\/p>\nSchritt 5: Vermeidung von Sitzungsverlusten (Session Breakage)<\/h3>\n
\n
gclid<\/code>) bei der Navigation zwischen Seiten in der URL erhalten bleiben, selbst wenn die Speicherung abgelehnt wurde.<\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"