Der Google Consent Mode ist inzwischen fester Bestandteil vieler Cookie-Banner-Implementierungen – und gleichzeitig eine der am häufigsten falsch konfigurierten Schnittstellen zwischen Consent-Management und Tracking. Dieser Artikel erklärt, wie der Consent Mode funktioniert und wie Sie ihn selbst prüfen.
Warum Google überhaupt einen Consent Mode eingeführt hat
Mit zunehmender Regulierung des Trackings in Europa standen Werbetreibende vor einem Dilemma: Eine strikte Blockierung aller Tags vor Zustimmung führte zu erheblichen Datenlücken bei der Kampagnenmessung, da ein spürbarer Anteil der Besucher keine Zustimmung erteilt. Der Consent Mode wurde von Google als Kompromiss eingeführt, der einerseits die Einwilligungspflicht respektiert, andererseits über anonymisierte, statistische Modellierung zumindest einen Teil der entstehenden Datenlücken zu kompensieren versucht.
Was ist der Google Consent Mode?
Der Consent Mode ist eine von Google bereitgestellte Schnittstelle, über die Google-Tags (Google Analytics, Google Ads, Floodlight) auf den vom Nutzer im Cookie-Banner erteilten Consent-Status reagieren können. Statt ein Tag vollständig zu blockieren oder freizugeben, übermittelt der Consent Mode differenzierte Signale wie analytics_storage oder ad_storage – abhängig davon, ob der Nutzer der jeweiligen Kategorie zugestimmt hat.
Was passiert technisch beim Laden der Seite?
Sobald eine Seite mit installiertem Consent Mode lädt, sendet der Browser noch vor jeder Nutzerinteraktion einen initialen „Default"-Consent-Status an Google – meist „denied" für alle Kategorien, sofern korrekt konfiguriert. Erst nach der aktiven Auswahl im Cookie-Banner wird ein „Update"-Signal gesendet, das den tatsächlichen, vom Nutzer gewählten Status überträgt. Diese zeitliche Abfolge aus Default- und Update-Signal ist der Kern der gesamten Consent-Mode-Architektur.
Consent Mode v1 vs. v2
Mit der 2024 eingeführten Version 2 kamen zwei zusätzliche Parameter hinzu: ad_user_data und ad_personalization. Seit März 2024 verlangt Google für die Nutzung bestimmter Werbeprodukte im Europäischen Wirtschaftsraum explizit die Implementierung von Consent Mode v2 – wer nur die ältere v1-Implementierung nutzt, riskiert Einschränkungen bei Remarketing-Funktionen.
🍪 Ist Ihr Consent Mode korrekt konfiguriert?
Der Scanner prüft, ob Tracking-Skripte bereits vor Zustimmung Daten übertragen. Jetzt kostenlos prüfen ↑
Technische Voraussetzungen für die Implementierung
Für eine funktionierende Consent-Mode-Integration werden drei Bausteine benötigt: ein technisch korrekt arbeitender Cookie-Banner, eine Verbindung zwischen diesem Banner und dem Google Tag Manager (meist über ein von der Consent-Plattform bereitgestelltes Skript oder eine native Integration) sowie eine korrekt konfigurierte „Consent Initialization"-Einstellung im Tag Manager selbst, die vor allen anderen Tags feuern muss, damit der initiale Default-Status rechtzeitig gesetzt wird.
Fehlt diese Priorisierung oder ist sie falsch eingestellt, kann es passieren, dass einzelne Tags noch vor der Consent-Initialisierung feuern – ein subtiler Fehler, der sich nur durch genaue Prüfung der Lade-Reihenfolge im Tag Manager aufdecken lässt.
Die vier Consent-Mode-Parameter im Detail
analytics_storage steuert, ob Analyse-Cookies (z. B. für Google Analytics) gesetzt werden dürfen. ad_storage betrifft klassische Werbe-Cookies. ad_user_data regelt, ob Nutzerdaten für Werbezwecke an Google übermittelt werden dürfen, und ad_personalization steuert speziell personalisierte Werbung wie Remarketing. Jeder dieser vier Parameter kann unabhängig voneinander auf „granted" oder „denied" stehen, je nachdem, welche Kategorien der Nutzer im Cookie-Banner ausgewählt hat.
„Basic" vs. „Advanced" Consent Mode
Google unterscheidet zwei Implementierungsarten. Im Basic Consent Mode lädt das Google-Tag erst gar nicht, bevor eine Einwilligung vorliegt – technisch die einfachste, aber auch strengste Variante. Im Advanced Consent Mode lädt das Tag bereits vor der Einwilligung, sendet aber anonymisierte „Cookieless Pings" ohne personenbezogene Cookies, um zumindest aggregierte Modellierungsdaten zu erhalten. Welche Variante die richtige ist, hängt von den Anforderungen an Datensparsamkeit versus Modellierungsgenauigkeit ab – rechtlich ist in beiden Fällen weiterhin eine vorherige Einwilligung für personalisierte Cookies erforderlich.
Consent Mode und serverseitiges Tagging
Wird der Google Tag Manager serverseitig betrieben (Server-Side Tagging), gelten dieselben Consent-Mode-Grundsätze weiterhin – die Consent-Signale werden vom Client an den eigenen Server und von dort erst an Google weitergereicht. Ein häufiger Fehler bei dieser Architektur: Die serverseitige Komponente verarbeitet Anfragen bereits, bevor der Consent-Status überhaupt ausgewertet wurde, weil die Weiterleitung der Consent-Parameter an den Server schlicht vergessen wurde.
Rechtliche Einordnung
Wichtig: Der Consent Mode selbst ist kein Ersatz für eine wirksame Einwilligung nach Art. 6 DSGVO und § 25 TTDSG. Er ist lediglich die technische Übertragungsschicht zwischen Cookie-Banner und Google-Tags. Ist der zugrunde liegende Cookie-Banner selbst nicht rechtskonform (z. B. weil „Ablehnen" schwerer zu finden ist als „Akzeptieren"), hilft auch eine technisch korrekte Consent-Mode-Anbindung nichts – die Einwilligung wäre dennoch unwirksam.
Häufige Fehlkonfigurationen in der Praxis
- Falsche Standardwerte: Der „Default"-Consent-Status im Google Tag Manager ist auf „granted" statt „denied" gesetzt – dann werden Tags bereits vor jeder Interaktion mit vollem Umfang geladen.
- Fehlende Aktualisierung nach Auswahl: Der „Update"-Befehl, der den Consent-Status nach der Nutzerauswahl aktualisiert, ist nicht korrekt mit dem tatsächlichen Cookie-Banner verknüpft.
- Nur teilweise implementiert: Analytics-Tags sind korrekt an den Consent Mode angebunden, Werbe-Tags (Google Ads Remarketing) aber nicht.
- Veraltete v1-Implementierung: Es fehlen die für v2 erforderlichen zusätzlichen Consent-Parameter.
Modellierung: Wie Google Datenlücken kompensiert
Verweigert ein Nutzer die Einwilligung, erhält Google im Advanced Consent Mode dennoch ein anonymisiertes, cookie-loses Signal. Auf Basis dieser aggregierten Signale sowie statistischer Modelle schätzt Google Analytics Verhaltensmuster von nicht-einwilligenden Nutzern und rechnet sie in aggregierter Form in bestimmte Berichte ein. Wichtig: Diese Modellierung ersetzt keine individuellen, personenbezogenen Daten und wird von Google erst ab einer Mindestanzahl an Ereignissen pro Property überhaupt aktiviert – bei sehr kleinen Websites mit wenig Traffic bleibt der Effekt entsprechend begrenzt.
Praxisbeispiel: Fachhändler „Elektro Behrens"
Ein fiktiver Elektrofachhändler hatte den Consent Mode nach Anleitung eines Plugins eingerichtet, jedoch mit dem Standardwert „granted" für analytics_storage belassen – ein Kopierfehler aus einer älteren Tutorial-Version. Der Scan zeigte: Google Analytics erhielt volle Tracking-Daten bereits vor jeder Zustimmung. Nach Korrektur des Default-Consent-Status auf „denied" und Verifikation im Tag-Manager-Vorschaumodus verhielt sich die Website erwartungsgemäß. Umsetzung: rund 30 Minuten.
Zusammenspiel mit Consent-Management-Plattformen
Die meisten am Markt verfügbaren Consent-Management-Plattformen (CMPs) bieten eine native Integration mit dem Google Consent Mode an, sodass die Übertragung der Default- und Update-Signale automatisch erfolgt, sobald die entsprechende Option in der CMP-Konfiguration aktiviert wird. Wichtig ist dennoch eine eigenständige Verifikation nach der Einrichtung, da die automatische Integration je nach Plattform unterschiedlich zuverlässig funktioniert und Konfigurationsfehler in der CMP selbst sich direkt auf die übertragenen Consent-Signale auswirken.
Ein Blick in die Dokumentation der eingesetzten CMP zeigt üblicherweise, ob und wie eine native Consent-Mode-Integration angeboten wird, sowie welche zusätzlichen Konfigurationsschritte dafür im eigenen Tag-Manager-Container notwendig sind.
Schritt-für-Schritt: Consent Mode selbst testen
- Website im Inkognito-Modus öffnen, Cookie-Banner noch nicht bestätigen.
- Entwicklertools öffnen, Netzwerk-Tab filtern nach „google-analytics" oder „googletagmanager".
- Prüfen, ob bereits vor Interaktion vollständige Analytics-Anfragen mit Cookie-Werten gesendet werden.
- „Nur notwendige" auswählen und erneut prüfen, ob sich das Verhalten wie erwartet ändert.
- „Alle akzeptieren" auswählen und bestätigen, dass jetzt vollständige Tags laden.
Consent Mode im Vorschaumodus testen
Der Google Tag Manager bietet einen integrierten Vorschaumodus, der detailliert anzeigt, welche Tags bei welchem Consent-Status feuern würden. Vor jeder produktiven Änderung an der Consent-Konfiguration sollte dieser Modus genutzt werden, um Fehlkonfigurationen zu erkennen, bevor sie live geschaltet werden – deutlich sicherer als eine nachträgliche Kontrolle erst nach der Veröffentlichung.
Dokumentation der eigenen Konfiguration
Da der Consent Mode über mehrere Systeme hinweg konfiguriert wird (Cookie-Banner, Tag Manager, Analytics-Property), empfiehlt sich eine kurze interne Dokumentation, welche Trigger-Bedingungen und Default-Werte konkret gesetzt wurden. Das erleichtert nicht nur spätere Fehlersuche erheblich, sondern auch die Einarbeitung neuer Teammitglieder oder externer Dienstleister, die an der Konfiguration weiterarbeiten sollen.
Häufig gestellte Fragen
Ersetzt der Consent Mode einen Cookie-Banner?
Nein, er setzt einen funktionierenden Cookie-Banner voraus und verbindet dessen Auswahl technisch mit den Google-Tags.
Muss ich Consent Mode v2 zwingend nutzen?
Für bestimmte Google-Werbeprodukte im EWR ist v2 inzwischen Voraussetzung; für reines Google Analytics ohne Werbefunktionen ist v1 technisch weiterhin nutzbar, aber nicht mehr zeitgemäß.
Funktioniert Consent Mode auch ohne Google Tag Manager?
Ja, die Consent-Signale lassen sich auch direkt über das globale gtag()-JavaScript-Snippet setzen, ohne zwingend den Tag Manager zu verwenden.
Consent Mode und andere Analyseplattformen
Wichtig zu wissen: Der Google Consent Mode ist eine Google-spezifische Schnittstelle und wirkt sich nicht automatisch auf andere, nicht-Google-Analyse- oder Marketing-Tools aus. Wer neben Google Analytics zusätzliche Tracking-Dienste einsetzt (z. B. ein separates Marketing-Tool eines anderen Anbieters), muss deren Consent-Steuerung unabhängig davon eigenständig konfigurieren – meist ebenfalls über eine entsprechende Trigger-Bedingung im Tag Manager, jedoch ohne die speziellen Consent-Mode-Parameter, die nur für Google-eigene Tags gelten.
Was bei einem Wechsel des Cookie-Banner-Anbieters zu beachten ist
Wird ein bestehendes Cookie-Consent-Tool durch ein anderes ersetzt, muss die Consent-Mode-Anbindung in der Regel komplett neu eingerichtet werden, da unterschiedliche Anbieter ihre Consent-Signale technisch unterschiedlich an den Tag Manager übergeben. Ein Anbieterwechsel sollte daher niemals ohne anschließenden vollständigen erneuten Test der Consent-Mode-Funktion abgeschlossen werden.
Fazit
Der Consent Mode ist ein sinnvolles technisches Bindeglied zwischen Cookie-Banner und Google-Tags, ersetzt aber keine wirksame Einwilligung. Eine regelmäßige technische Prüfung stellt sicher, dass die Konfiguration tatsächlich so greift wie beabsichtigt – Fehlkonfigurationen wie ein falscher Default-Wert sind in der Praxis erstaunlich häufig.