Consent Mode Signal nach Update

Consent Mode V2 braucht ein gtag-Consent-Update nach dem Opt-in, sonst bleibt das Conversion-Modelling von Google aus.

Was wird geprüft

Prüft, ob nach „Akzeptieren“ ein gtag-Consent-Update feuert.

Warum ist das wichtig

Consent Mode V2 braucht ein gtag-Consent-Update nach dem Opt-in, sonst bleibt das Conversion-Modelling von Google aus.

Häufige Ursachen

Die Consent-Mode-Integration des CMP ist deaktiviert, das Banner speichert die Entscheidung nur intern.
Ein Custom-Banner hat das Standard-CMP-UI ersetzt und ruft gtag("consent","update",…) schlicht nie auf.
Das Update feuert ins Leere: eigener dataLayer-Name oder gtag ist auf der Seite nie definiert.
Das CMP-SDK lädt nach GTM, das Update kommt zu spät und die ersten Hits der Session laufen mit dem Default raus.

So beheben

gtag("consent","update",{…}) im Accept-Callback des CMP auslösen und im Tag-Assistant verifizieren.

Passende Vorlage

Audit-Checkliste Consent Mode

Sieben Schichten, je mit Prüfschritt, Fehlersignal und Owner. Deckt diesen Befund und die sechs Punkte drumherum ab.

Checkliste holen →

Erst selbst prüfen

Der Tracking-Check testet diesen Punkt zusammen mit allen anderen in Sekunden.

Tracking-Check starten →

Verwandte Checks

Consent Mode V2 →Consent aktiviert Messung →Consent-Frameworks (TCF v2.2 / GPP) →

Häufige Fragen

Was bedeutet ein negativer Befund im Check Consent Mode Signal nach Update?

Consent Mode V2 braucht ein gtag-Consent-Update nach dem Opt-in, sonst bleibt das Conversion-Modelling von Google aus. gtag("consent","update",{…}) im Accept-Callback des CMP auslösen und im Tag-Assistant verifizieren.

Wie behebt man einen negativen Befund im Check Consent Mode Signal nach Update?

gtag("consent","update",{…}) im Accept-Callback des CMP auslösen und im Tag-Assistant verifizieren.

Behebung

Verdrahtet in Tagen, nicht in Sprints.

Befunde aus dem Tracking-Check gehen im Audit Sprint in eine Reihenfolge mit Aufwand, jeder Baustein mit Abnahmekriterium.

Zur Leistung Audit Sprint anfragen