Consent Mode ist eingebaut, im Container ist alles angehakt, und trotzdem fehlen in GA4 und Google Ads Daten von Nutzern, die im Banner zugestimmt haben. In Audits sehe ich das häufig: Das Setup wirkt auf den ersten Blick vollständig, liefert aber Monat für Monat weniger, als es sollte.

Nach diesem Artikel kennen Sie die drei typischen Ursachen und können im Vorschaumodus selbst prüfen, welcher Consent-Status beim Feuern Ihrer Tags tatsächlich anlag.

Consent Mode arbeitet mit zwei Schritten: einem Default, der vor jeder Messung gesetzt wird, und einem Update, sobald der Nutzer im Banner entschieden hat. Google schreibt in der Entwicklerdokumentation zum Consent Mode, dass die Defaults nicht funktionieren, wenn der Consent-Code in der falschen Reihenfolge aufgerufen wird. Genau dort entstehen die meisten Fehler.

In Containern sehe ich drei Muster immer wieder:

  • Default zu spät: Der Default-Status wird erst gesetzt, nachdem das erste Tag schon gefeuert hat.
  • Update kommt nicht an: Die CMP speichert die Zustimmung, aber das Update erreicht den GTM nicht, etwa weil die Integration fehlt.
  • Falsches Mapping: Die Kategorien der CMP landen bei den falschen Consent-Typen, zum Beispiel Statistik auf ad_storage statt auf analytics_storage.

Mit Version 2 sind ad_user_data und ad_personalization hinzugekommen. Sind sie nicht gemappt, bleiben sie auf ihrem Default stehen, auch wenn der Nutzer allem zugestimmt hat.

Woran Sie es erkennen

Der Tag Assistant zeigt pro Event, welcher Consent-Status anlag:

  1. Starten Sie die Vorschau im GTM und stimmen Sie im Banner allem zu.
  2. Wählen Sie ein Event nach der Zustimmung und öffnen Sie den Tab „Consent“.
  3. Prüfen Sie für jeden Consent-Typ die Spalten „On-page Default“ und „On-page Update“.
  4. Wiederholen Sie das mit Ablehnung und achten Sie auf Fehlermeldungen zum Default.

Steht nach der Zustimmung weiterhin „denied“, liegt das Timing oder das Mapping daneben. Google beschreibt das Vorgehen in der Anleitung Consent Mode mit Tag Assistant prüfen.

Lösung: Reihenfolge und Mapping festlegen

Setzen Sie den Default über den Trigger „Consent Initialization – All Pages“. Laut Tag-Manager-Hilfe feuert dieser Trigger immer vor allen anderen Tags, auch vor den Initialization-Triggern. Viele CMP-Vorlagen bringen das bereits mit, prüfen Sie es trotzdem im Vorschaumodus.

Danach gleichen Sie das Mapping ab: Welche Kategorie Ihrer CMP schaltet welchen Consent-Typ frei? Schreiben Sie das einmal als Tabelle auf und vergleichen Sie es mit der Konfiguration im Container. Wie Consent Mode v2 insgesamt aufgebaut ist, erkläre ich im Ratgeber zum Consent Mode v2, die Einbindung der CMP selbst unter CMP über den GTM einbinden.

Nächster Schritt

Diese Punkte können Sie selbst prüfen:

  • Default-Zeitpunkt: Wird der Default vor dem ersten Tag gesetzt, das Daten sendet?
  • Update: Erscheint nach dem Klick im Banner ein Update im Consent-Tab?
  • Mapping: Passt jede CMP-Kategorie zum richtigen Consent-Typ?
  • Neue Typen: Sind ad_user_data und ad_personalization im Mapping enthalten?

Wenn Sie Ihr Consent-Setup prüfen lassen wollen, können Sie ein Erstgespräch buchen.

Dieser Beitrag ist keine Rechtsberatung. Benjamin Juling ist kein Rechtsexperte für Datenschutz. Wir empfehlen, die Umsetzung vor dem Einsatz mit einem Datenschutz-Experten oder einem Datenschutz-Anwalt zu prüfen.