Google Consent Mode v2: Schritt-für-Schritt-Implementierung 2026

Seit März 2024 verlangt Google von Websitebetreibern im Europäischen Wirtschaftsraum den Einsatz von Google Consent Mode v2, sobald Google Ads, Google Analytics oder andere Google-Tags eingebunden sind. Wer das Update verpasst hat oder die Einrichtung bisher aufgeschoben hat, riskiert lückenhafte Conversion-Daten, verzerrte Remarketing-Zielgruppen und eingeschränkte Werbefunktionen. Dieser Leitfaden zeigt Schritt für Schritt, wie die Implementierung 2026 sauber gelingt, welche Fallstricke es gibt und wann sich der Einsatz einer fertigen Consent-Management-Plattform lohnt.

Was ist Google Consent Mode v2 und warum ist er Pflicht?

Google Consent Mode ist eine technische Schnittstelle zwischen dem Cookie-Banner einer Website und den Google-Tags, die dort eingebunden sind. Statt Tags pauschal zu blockieren oder ungefragt zu feuern, übergibt die Website den Google-Skripten den tatsächlichen Consent-Status des Besuchers. Google nutzt dieses Signal, um Messdaten entweder normal zu verarbeiten oder, bei fehlender Einwilligung, auf Basis von Modellierung zu schätzen. Die Version 2 wurde nötig, weil der Digital Markets Act (DMA) Google verpflichtet, granularer zwischen Mess- und Personalisierungszwecken zu unterscheiden. Websites, die keine gültigen Consent-Mode-v2-Signale senden, verlieren schrittweise Funktionen in Google Ads und Analytics, etwa bei Zielgruppenlisten oder erweiterten Conversions.

Die zwei neuen Consent-Signale: ad_user_data und ad_personalization

Gegenüber der ersten Consent-Mode-Version kommen zwei zusätzliche Parameter hinzu, die getrennt von analytics_storage und ad_storage gesetzt werden:

• ad_user_data steuert, ob Nutzerdaten überhaupt zu Werbezwecken an Google übertragen werden dürfen, etwa für erweiterte Conversions oder tag-basiertes Conversion-Tracking.
• ad_personalization steuert, ob diese Daten für personalisierte Werbung wie Remarketing in Google Ads oder Display & Video 360 genutzt werden dürfen.

Wird eines der beiden Signale auf "denied" gesetzt, schränkt Google die jeweilige Funktion ein, sendet aber weiterhin ein sogenanntes cookieloses Ping, das ausschließlich für statistische Modellierung verwendet wird. Erst wenn beide Signale sowie analytics_storage und ad_storage korrekt konfiguriert sind, gilt die Implementierung als vollständig.

Basic- vs. Advanced-Implementierung: Was passt zu welcher Website?

Google unterscheidet zwei Implementierungsarten, die sich in Aufwand und Datenqualität deutlich unterscheiden:

• Basic Consent Mode: Google-Tags feuern erst, nachdem der Nutzer aktiv zugestimmt hat. Vor der Entscheidung fließen keinerlei Daten an Google. Das ist die datenschutzfreundlichste und rechtlich sicherste Variante, führt aber dazu, dass für alle ablehnenden Besucher komplett keine Messdaten vorliegen.
• Advanced Consent Mode: Die Tags laden wie gewohnt, senden bei fehlendem Consent jedoch nur die reduzierten, cookielosen Pings. Google füllt die entstehenden Datenlücken anschließend mit statistischen Modellen auf, was in der Regel zu deutlich vollständigeren Conversion- und Zielgruppendaten führt.

Für die meisten kommerziellen Websites mit Google Ads-Kampagnen ist Advanced Consent Mode die praktikablere Wahl, da sich Basic Consent Mode technisch aufwendiger umsetzen lässt und große Messlücken entstehen können. Datenschutzfokussierte Projekte im B2B-Umfeld mit geringem Werbebudget fahren dagegen oft besser mit der Basic-Variante.

Schritt-für-Schritt-Implementierung über den Google Tag Manager

Die gängigste Umsetzung erfolgt über den Google Tag Manager (GTM) in Kombination mit einer Consent-Management-Plattform (CMP), die die Nutzerentscheidung einholt und an den GTM weitergibt.

1. Consent Overview aktivieren: Im GTM-Container unter Admin > Container-Einstellungen die Option "Consent Overview aktivieren" setzen. Dadurch erscheint in der Tag-Übersicht eine zusätzliche Consent-Spalte.
2. Consent-Initialisierung einrichten: Über die CMP oder ein dediziertes GTM-Template (etwa das verbreitete Community-Template von Simo Ahava) wird der Default-Consent-Status gesetzt, bevor irgendein anderer Tag feuert. Ohne Nutzerinteraktion müssen alle vier Parameter (ad_storage, analytics_storage, ad_user_data, ad_personalization) zunächst auf "denied" stehen.
3. Update-Signal nach Nutzerentscheidung: Sobald der Besucher im Cookie-Banner eine Auswahl trifft, aktualisiert die CMP die Consent-Werte per gtag("consent", "update", {...}) beziehungsweise über das GTM-Datenlayer.
4. Consent-Einstellungen pro Tag prüfen: Bei jedem Google-Tag (GA4-Konfiguration, Google Ads Conversion-Tracking, Remarketing) im Bereich "Consent-Einstellungen" die zusätzliche Anforderung für ad_user_data und ad_personalization aktivieren.
5. Implementierung testen: Mit dem GTM-Vorschaumodus und der Chrome-Erweiterung "Tag Assistant" prüfen, ob vor der Consent-Entscheidung tatsächlich keine oder nur reduzierte Anfragen an Google gesendet werden und ob sich die Werte nach Zustimmung korrekt ändern.
6. Container veröffentlichen und überwachen: Nach der Veröffentlichung in Google Ads unter "Diagnose" prüfen, ob Consent Mode als aktiv erkannt wird, und die Conversion-Zahlen in den folgenden Wochen mit den Vorwerten vergleichen.

Consent Mode v2 mit einer Consent-Management-Plattform kombinieren

Wer Consent Mode v2 nicht manuell über das GTM-Datenlayer verdrahten möchte, kann auf eine fertige Consent-Management-Plattform setzen, die die Google-Signale automatisch mitliefert. Anbieter wie Usercentrics, Cookiebot und OneTrust bieten native Google-Consent-Mode-v2-Integrationen, bei denen die vier Parameter automatisch gesetzt werden, sobald der Banner konfiguriert ist. Für WordPress-Websites sind Complianz und Borlabs Cookie verbreitete Alternativen, die Consent Mode v2 direkt als Plugin-Option anbieten, ohne dass zusätzlicher GTM-Code nötig ist. Der Vorteil einer CMP liegt vor allem darin, dass rechtliche Änderungen und neue Google-Anforderungen automatisch per Update eingespielt werden, statt die Implementierung manuell nachzupflegen.

Häufige Fehler bei der Umsetzung

In der Praxis scheitert die Implementierung selten an der Technik, sondern an Details: Der Default-Consent wird zu spät gesetzt, sodass Tags kurzzeitig ohne Einschränkung feuern. Die CMP sendet zwar ad_storage und analytics_storage, vergisst aber die beiden neuen Parameter ad_user_data und ad_personalization. Oder der Banner blockiert zwar sichtbar Cookies, das Consent-Update-Signal erreicht den GTM aber gar nicht, weil das Datenlayer-Event falsch benannt ist. Eine regelmäßige Prüfung mit dem Google Tag Assistant und ein Abgleich der Conversion-Zahlen vor und nach der Umstellung helfen, solche stillen Fehler frühzeitig zu erkennen, bevor sie sich in Form fehlender Werbedaten bemerkbar machen.