Consent Mode v2: Warum in GA4 Daten fehlen

Dein Shop meldet Käufe, GA4 zeigt weniger. Vergleiche zuerst dieselben Bestellungen, Zeiträume und Werte. Danach prüfst du Banner und Tags. Consent Mode v2 übermittelt Einwilligungsentscheidungen an Google. Vollständige Messung garantiert er nicht.

Was Consent Mode v2 macht

Consent Mode verändert das Verhalten von Google-Tags entsprechend der Einwilligung. Die Signale ad_user_data und ad_personalization kamen in v2 hinzu. Google verlangt nach seiner EU User Consent Policy bestimmte Einwilligungen für Werbedaten und personalisierte Werbung. Consent Mode kommuniziert diese Entscheidungen. Er ist kein Ersatz für die Prüfung der erforderlichen Einwilligung.

• ad_storage: steuert Speicherzugriff für Werbezwecke.
• analytics_storage: steuert Speicherzugriff für Analytics.
• ad_user_data: meldet Einwilligung zur Übermittlung von Nutzerdaten an Google für Werbezwecke.
• ad_personalization: meldet Einwilligung für personalisierte Werbung.

Nicht jedes Tag braucht alle vier Signale auf granted. Entscheidend sind Zweck und Einwilligung des Nutzers. Eine Ablehnung personalisierter Werbung bedeutet etwa nicht automatisch eine Ablehnung von Analytics-Cookies. Die CMP setzt Default und Update über ihre Integration oder Consent Commands. Die Consent-Übersicht im GTM dient der Kontrolle von Tag-Einstellungen, sie setzt die Einwilligung nicht selbst.

Basic und Advanced senden unterschiedliche Daten

• Basic: Google-Tags werden bis zur Einwilligung blockiert. Bei Ablehnung wird nichts an Google übertragen. Google Ads kann trotzdem ein allgemeines Modell für Conversion-Modellierung verwenden.
• Advanced: Google-Tags laden mit dem gesetzten Default. Bei verweigerter Einwilligung können eingeschränkte cookielose Pings übertragen werden. Das ermöglicht bei erfüllten Voraussetzungen spezifischere Modelle. Cookielos heißt nicht automatisch anonym oder von der Datenschutzprüfung befreit.

Googles Consent-Mode-Übersicht trennt diese Varianten und ihre Modellierung. Prüfe mit deiner Datenschutzverantwortung, welches Verhalten für dein Setup zulässig ist.

Modellierung ersetzt keine einzeln beobachteten Käufe. Google Ads Conversion-Modellierung und GA4-Verhaltensmodellierung haben unterschiedliche Voraussetzungen. Ein pauschaler Grenzwert von einigen hundert Conversions ist deshalb falsch. Für GA4 zählen unter anderem tägliche Ereignisse mit analytics_storage denied und Nutzer mit analytics_storage granted. Die GA4-Voraussetzungen für Verhaltensmodellierung stehen bei Google. Das Erreichen der Mindestwerte garantiert keine Modellierung.

Ein häufiger Fehler: Banner und Tags reden aneinander vorbei

Das Banner akzeptiert eine Auswahl, im Tag-Setup kommt aber kein passendes Update an. Das kann nach einem CMP-Wechsel, Relaunch oder GTM-Umbau passieren. Fehlende Integration, veraltete Event-Trigger oder ein zu spät gesetzter Default sind mögliche Ursachen. Ein zeitlicher Zusammenhang ist ein guter Diagnosehinweis, noch kein Beweis.

Fiktionales Beispiel: Die neue CMP sendet ein anderes Event als der bisherige Anbieter. Der GTM hört weiter auf den alten Trigger. Das Banner sieht korrekt aus, relevante Consent-Signale bleiben denied. Prüfe den tatsächlichen Signalfluss statt nur das sichtbare Banner.

Die Diagnose in 15 Minuten starten

1. Öffne Tag Assistant. Prüfe im Consent-Tab Default und Update sowie ihre Reihenfolge vor der Ausführung von Google-Tags.
2. Teste Ablehnen, alles Akzeptieren und eine individuelle Auswahl. Die Signale müssen jeweils zu dieser Auswahl passen.
3. Prüfe, welche Google-Tags unter jeder Auswahl laden und welche Requests sie tatsächlich senden. Bei Server-Side-Tracking kontrollierst du zusätzlich Eingang und ausgehende Tags im Server-Container.
4. Nutze GA4 DebugView zur Event-Prüfung. Es ersetzt die Consent-Diagnose im Tag Assistant nicht.
5. Vergleiche Backend und GA4 mit gleicher Bestelldefinition, Zeitzone und Zeitraum. Kontrolliere Stornos, Retouren, Duplikate, Attributions- und Reporting-Unterschiede.
6. Lege die Messänderung neben Deploy- und CMP-Wechseldaten. Reproduziere einen Fehler, bevor du Budget oder Creatives dafür verantwortlich machst.

Was Server-Side-Tracking lösen kann

Ein Server-Container kann die Verarbeitung und Weitergabe von Events kontrollierbarer machen. Wenn die Erfassung weiter im Browser beginnt, können Blocker diese weiterhin verhindern. Cookies halten durch einen Server-Container nicht automatisch länger.

Google-Tags im Server-Container können die weitergegebenen Consent-Signale berücksichtigen. Andere Anbieter brauchen ihre eigene korrekte Implementierung. Meta Conversions API ist Metas Schnittstelle, kein allgemeiner Name für die Übermittlung an Google. Server-Side-Tracking ersetzt erforderliche Einwilligungen nicht. Google dokumentiert den Consent-Signalfluss im Server-Container.

Der Aufbau steht im Server-Side-Tracking-Guide. Weitere Fehlerquellen beschreibt 5 Gründe, warum dein Tracking dich in die Irre führt.

Häufige Fragen

Ist Consent Mode v2 Pflicht?

Für relevante Google-Werbefunktionen gelten Googles Einwilligungsanforderungen. Welche Einwilligungen und Banner dein konkretes Setup rechtlich braucht, folgt nicht allein aus dem Consent Mode. Die technische Implementierung muss die tatsächlich getroffenen Entscheidungen korrekt übertragen.

Füllt Google fehlende Conversions automatisch auf?

Keine Variante garantiert eine vollständige Auffüllung. Google Ads nutzt im Basic Mode ein allgemeines Modell. Advanced ermöglicht spezifischere Modelle. GA4-Verhaltensmodellierung setzt Advanced und weitere Eignungskriterien voraus.

Zeigt die Differenz zwischen Backend und GA4 verlorenen Umsatz?

Nein. Eine Reporting-Differenz beweist keinen Umsatzverlust. Sie kann aus Messung oder unterschiedlichen Definitionen entstehen. Beginne mit einem reproduzierbaren Bestell- und Consent-Test.

So prüfen wir dein Setup

Banner, Consent-Signale und Conversion-Messung müssen zusammenpassen. Wir prüfen diese Strecke beim Konto-Setup als Google Ads Agentur und Meta Ads Agentur.

Lass uns reden.