Wie Google Consent Mode tatsächlich funktioniert (und warum trotzdem Daten verloren gehen).

Google Consent Mode v2 wird oft als Lösung verkauft: „Kein Grund zur Sorge wegen User, die Cookies ablehnen — Consent Mode modelliert die fehlenden Daten für dich.“ Aber was passiert tatsächlich, wie funktioniert das Data Modeling und wie viele Daten gehen trotzdem verloren?

Was Consent Mode auf Netzwerkebene macht

Wenn ein Visitor eine Seite mit aktivem GA4 Consent Mode aufruft, prüft der Google Tag den Consent-Status, bevor er entscheidet, was gesendet wird.

Consent erteilt (Full Mode)

GA4 arbeitet normal: setzt die Cookies _ga und _gid und sendet vollständige Event-Payloads an google-analytics.com.

Consent abgelehnt (cookieless Pings)

GA4 sendet einen abgespeckten „Ping“ mit: einem Timestamp, der Page-URL, einem session-scoped Zufallswert (nicht persistent), Consent-State-Flags und grundlegenden Browser-Metadaten. Diese Pings enthalten keinerlei persistente Client-ID, keine Cookie-Werte, keine User-scoped Properties und keine E-Commerce-Transaktionsdaten.

Wie Google die fehlenden Daten modelliert

1. Zustimmende Daten sammeln: GA4 hat vollständige, cookie-basierte Daten für Visitor, die akzeptiert haben.
2. Cookieless Pings zählen: GA4 weiß, wie viele nicht-zustimmende Events stattgefunden haben.
3. Verhaltensmodell aufbauen: Google verwendet zustimmende Visitor als Trainingsset und nimmt an, dass nicht-zustimmende Visitor sich ähnlich verhalten.
4. Hochrechnen: Das Modell multipliziert die zustimmenden Daten mit einem Faktor, der aus dem Verhältnis Ping zu Cookie abgeleitet wird.

Wo das Modell scheitert

1. Selection Bias

User, die Cookies akzeptieren, sind tendenziell weniger Privacy-bewusst und engagieren sich eher mit Marketing. User, die ablehnen, sind überproportional tech-affine Professionals, Visitor mit Privacy-fokussierten Browsern, wiederkehrende Visitor, die routinemäßig ablehnen, und mobile User, die Banner schnell wegklicken.

2. Stichprobenproblem

Google verlangt ein Mindestvolumen an zustimmenden Daten. Bei Seiten mit wenig Traffic liefert das Modell entweder gar keine modellierten Daten oder hochvolatile Schätzungen.

3. Keine Genauigkeit auf Transaktionsebene

Modellierte Daten können einzelne Transaktionen nicht rekonstruieren. Eine „modellierte Conversion“ sagt nichts darüber aus, welches Produkt gekauft wurde, wie hoch der Bestellwert war, welche Campaign sie ausgelöst hat oder wie der Conversion-Pfad aussah.

4. Ad Blockers umgehen Consent Mode komplett

Consent Mode hilft nur bei Visitor, die das Cookie-Banner sehen und ablehnen. Es bringt nichts bei Visitor, die google-analytics.com auf Browser- oder DNS-Ebene blockieren. Der cookieless Ping wird nie gesendet.

5. Das „modellierte“-Label ist leicht zu übersehen

In der GA4-Oberfläche werden modellierte Daten mit einem kleinen Icon in die Reports eingebunden. Die meisten User merken nicht, dass die Zahlen, die sie lesen, teilweise geschätzt sind.

Was das in der Praxis bedeutet

• A/B-Tests auf Basis modellierter Daten können zu falschen Schlussfolgerungen führen
• Attribution-Modelle sind für die nicht-zustimmende Mehrheit verzerrt
• Budget-Entscheidungen sind für nicht-zustimmende Kanäle unzuverlässig
• Compliance-Risiko bleibt: mehrere EU-Datenschutzbehörden haben in Frage gestellt, ob cookieless Pings nicht trotzdem als Verarbeitung personenbezogener Daten gelten

Die Alternative: den Consent-Bedarf abschaffen

Das grundsätzliche Problem mit Consent Mode ist, dass es ein Patch auf einer Architektur ist, die Consent voraussetzt. Privacy-first Analytics-Tools schaffen den Bedarf komplett ab, indem sie first-party Endpoints nutzen, IP-Adressen verwerfen, session-scoped Identifier verwenden und alle Daten innerhalb der EU verarbeiten.

Das Ergebnis: 100 % der Visitor werden mit 100 % echten Daten gemessen. Kein Data Modeling. Keine Schätzung. Kein Cookie-Banner nötig.