Der Consent Mode V2 ist ein Signal-Framework von Google, das den aktuellen Einwilligungsstatus eines Nutzers in Form klar definierter Parameter an alle angebundenen Systeme übergibt. Ziel ist es, Tracking, Conversion-Messung und Ads-Funktionalität abhängig vom Consent-Zustand technisch korrekt zu steuern.
Im Unterschied zu klassischem Tracking geht es hier nicht nur um „Tracking an oder aus“, sondern um eine granulare Steuerung einzelner Datenverarbeitungszwecke.
Grundprinzip auf technischer Ebene
Consent Mode V2 arbeitet mit definierten Consent-Parametern, die bei jedem relevanten Request mitgegeben werden. Diese Parameter steuern direkt das Verhalten von Tracking-Systemen.
Die wichtigsten Zustände sind:
- granted
- denied
Diese Zustände werden pro Zweck übergeben und nicht global.
Zentrale Consent Variablen im Consent Mode V2
Consent Mode V2 basiert auf vier zentralen Variablen, die unbedingt sauber gesetzt werden müssen:
1. ad_storage
Steuert, ob Daten für Werbung gespeichert werden dürfen.
- granted: Cookies und Identifier für Ads erlaubt
- denied: keine Speicherung von Ads-bezogenen Daten
2. analytics_storage
Steuert, ob Daten für Analyse und Tracking gespeichert werden dürfen.
- granted: klassisches Tracking mit Cookies
- denied: keine Cookies, nur eingeschränkte Messung
3. ad_user_data
Neu in V2. Steuert, ob Nutzerdaten für Werbezwecke verwendet werden dürfen.
- betrifft vor allem Conversion-Daten
- wichtig für Google Ads Optimierung
4. ad_personalization
Neu in V2. Steuert, ob personalisierte Werbung erlaubt ist.
- relevant für Remarketing und Zielgruppenbildung
Erweiterte technische Parameter
Neben den Hauptvariablen gibt es zusätzliche Signale, die in der Praxis eine große Rolle spielen:
wait_for_update
Definiert, ob Requests verzögert werden, bis der Consent Status feststeht.
Typischer Einsatz:
- verhindert falsche initiale Requests ohne Consent
region
Erlaubt unterschiedliche Consent-Logiken je nach Region.
default_consent_state
Initialer Zustand vor Nutzerinteraktion.
Wichtig:
Dieser Wert muss bewusst restriktiv gesetzt werden, meist auf denied.
Technischer Ablauf im Tracking Setup
Ein sauberes Setup folgt immer dieser Reihenfolge:
1. Default Consent setzen
Beim ersten Seitenaufruf wird ein initialer Zustand gesetzt:
- ad_storage = denied
- analytics_storage = denied
- ad_user_data = denied
- ad_personalization = denied
Das verhindert, dass vor Einwilligung Daten gespeichert werden.
2. Banner Interaktion
Der Nutzer trifft eine Auswahl im Cookie-Banner.
3. Update des Consent Status
Nach der Entscheidung werden die Variablen aktualisiert:
Beispiel:
- analytics_storage = granted
- ad_storage = granted
oder gemischte Zustände.
4. Weitergabe an alle Requests
Jeder Tracking Request enthält nun den aktuellen Status.
Verhalten bei denied Status
Wenn Variablen auf denied stehen:
- keine Cookies werden gesetzt
- keine User Identifier werden gespeichert
- Requests werden trotzdem gesendet
Diese Requests sind die sogenannten Cookieless Pings.
Cookieless Pings technisch betrachtet
Cookieless Pings sind reduzierte HTTP Requests ohne Identifikatoren.
Typische enthaltene Informationen:
- Event Typ
- Timestamp
- Seiten URL
- Referrer
- technische Metadaten
Nicht enthalten:
- Client ID
- User ID
- gespeicherte Cookies
Diese Pings sind bewusst anonymisiert, liefern aber genug Daten für statistische Modelle.
Modellierung und Datenverarbeitung
Google nutzt zwei Hauptquellen:
- Vollständige Daten von Nutzern mit Consent
- Anonyme Signale von Nutzern ohne Consent
Darauf basierend werden fehlende Conversions modelliert.
Wichtig für die Praxis:
- Modellierung funktioniert nur bei ausreichendem Datenvolumen
- Je sauberer die Consent Signale, desto besser die Ergebnisse
Typische Fehler in der technischen Umsetzung
Default Consent falsch gesetzt
Wenn initial nicht denied gesetzt wird, entstehen rechtliche Risiken.
Consent Update zu spät
Wenn Updates erst nach Tracking Requests kommen, entstehen falsche Daten.
Inkonsistente Variablen
Wenn ad_storage und ad_user_data unterschiedlich behandelt werden, entstehen Lücken.
Kein persistenter Consent Status
Wenn Consent nicht gespeichert wird, kommt es zu wechselnden Zuständen.
Praxis Case 1: Performance Kampagnen mit unvollständigen Daten
1. Situation
Ein Online Shop misst Conversions, aber die Daten sind inkonsistent.
2. Problem
Consent Variablen sind nicht sauber getrennt. ad_user_data fehlt komplett.
3. Lösung
Saubere Implementierung aller vier Consent Variablen.
4. Technische Umsetzung
- Default Consent vollständig auf denied setzen
- Alle vier Variablen explizit definieren
- Update nach Banner Interaktion korrekt auslösen
- Sicherstellen, dass alle Requests den Status enthalten
5. Ergebnis und Nutzen
- Konsistente Conversion Daten
- Bessere Optimierung in Google Ads
- Keine Lücken durch fehlende Signale
Praxis Case 2: Tracking Setup mit Fokus auf Datenschutz
1. Situation
Ein Unternehmen will Tracking minimal halten, aber trotzdem auswerten.
2. Problem
Ohne Consent gehen fast alle Daten verloren.
3. Lösung
Nutzung von Cookieless Pings über Consent Mode V2.
4. Technische Umsetzung
- analytics_storage standardmäßig denied
- Cookieless Requests aktiv lassen
- Consent gezielt nur für Analyse erlauben
- Ads Variablen getrennt behandeln
5. Ergebnis und Nutzen
- Datenschutz bleibt gewahrt
- Grundlegende Datenbasis bleibt erhalten
- Modellierte Daten ergänzen fehlende Werte
Datenschutz und DSGVO Einordnung
Consent Mode V2 ist eng mit der DSGVO verknüpft.
Wichtige Punkte:
- Einwilligung muss aktiv erfolgen
- Kein Tracking ohne vorherige Zustimmung
- Consent muss dokumentiert werden
- Nutzer müssen informiert werden
Consent Mode hilft bei der technischen Umsetzung, ersetzt aber keine rechtliche Grundlage.
Siehe auch: DSGVO und Cookie-Banner.
Typische Missverständnisse
Consent Mode ist kein Tracking Tool.
Er steuert nur das Verhalten bestehender Systeme.
Cookieless bedeutet nicht anonym im rechtlichen Sinne.
Es handelt sich nur um reduzierte Daten.
Mehr Consent bedeutet nicht automatisch bessere Daten.
Die Qualität hängt stark vom Setup ab.
Fazit
Consent Mode V2 ist ein technisches Steuerungssystem für Einwilligungen. Die Qualität der Daten hängt direkt davon ab, wie sauber die Variablen gesetzt und verarbeitet werden. Wer die vier zentralen Parameter korrekt implementiert und den Ablauf sauber steuert, kann trotz eingeschränktem Tracking belastbare Daten generieren.
FAQ
Welche Variablen sind im Consent Mode V2 zwingend notwendig?
ad_storage, analytics_storage, ad_user_data und ad_personalization.
Was passiert technisch bei denied?
Keine Cookies werden gesetzt, aber Cookieless Requests werden gesendet.
Warum sind die neuen Variablen wichtig?
Sie steuern konkret, wie Daten für Werbung und Personalisierung genutzt werden dürfen.
Was ist der größte Fehler im Setup?
Ein falscher Default Consent Zustand oder fehlende Updates nach Nutzerinteraktion.
Wie verbessert Consent Mode die Datenqualität?
Durch Kombination aus echten Daten und modellierten Werten.