So prüfen Sie, ob Ihr Cookie-Banner das Consent-Mode-v2-Signal sendet

Alle Beiträge

Zwei Blicke klären es. Führen Sie in einem privaten Fenster, bevor Sie das Banner anfassen, google_tag_data.ics.entries in der Browser-Konsole aus und prüfen Sie, ob alle vier Signale einen Standardwert haben: ad_storage, analytics_storage, ad_user_data und ad_personalization. Öffnen Sie dann den Netzwerk-Tab und lesen Sie den Parameter gcs in der ersten Anfrage Ihrer Google-Tags. Das ist der Status, den Google tatsächlich empfangen hat.

Warum der Schalter in Ihrer CMP das nicht beantworten kann

Jedes Consent-Tool hat inzwischen eine Einstellungsseite mit Consent Mode v2, und ein grüner Schalter dort ist der Beweis, mit dem sich die meisten zufriedengeben. Er ist eine Aussage über die Konfiguration. Ob Google überhaupt etwas empfängt, entscheidet sich in einem echten Browser bei einem echten Seitenaufruf: ob das Signal existiert, ob es früh genug existiert und ob alle vier Bestandteile da sind.

Das sind drei verschiedene Fehler, und ein Schalter erkennt keinen davon. Ein Online-Checker taugt für den ersten Durchgang und ist ein guter Anfang. Er kann aber nicht als wiederkehrender Besucher zurückkommen oder Ihre Website aus einer zweiten Region laden, und genau da hakt es meistens. Die Prüfungen unten dauern etwa zehn Minuten.

So prüfen Sie, ob Ihr Cookie-Banner das Consent-Mode-v2-Signal sendet

1. Öffnen Sie die Website als Erstbesucher in einer Region, die Sie bedienen

   Nutzen Sie ein privates Fenster, damit keine frühere Entscheidung gespeichert ist, und testen Sie aus einer Region, in der Ihr Banner erscheinen soll. Standardwerte gelten häufig nur für bestimmte Regionen. Eine Seite, die von außerhalb geladen wird, kann deshalb kaputt aussehen und sich trotzdem genau wie konfiguriert verhalten. Erscheint gar kein Banner, klären Sie zuerst die Frage der Region, bevor Sie andere Schlüsse ziehen.

2. Lesen Sie alle vier Signale aus, bevor Sie das Banner anfassen

   Führen Sie in der Browser-Konsole google_tag_data.ics.entries aus. Die Ausgabe zeigt einen Eintrag pro Einwilligungstyp mit dem gesetzten Standardwert und jedem folgenden Update. Vier Namen müssen da sein: ad_storage, analytics_storage, ad_user_data und ad_personalization. Die letzten beiden kamen mit Version 2 hinzu, und genau dieses Paar fehlt bei Setups, die vor 2024 eingerichtet und nie wieder angefasst wurden.

3. Prüfen Sie, ob der Standard vor dem ersten Tag gesetzt war

   Öffnen Sie den Netzwerk-Tab und laden Sie die Seite neu, ohne das Banner anzufassen. Schon die erste Anfrage Ihrer Google-Tags sollte einen Einwilligungsstatus mitsenden. Erscheint ein Status erst in späteren Anfragen, wird der Standard erst nach dem Start der Tags gesetzt, und das ist so wenig wert wie gar kein Standard: Der erste Hit jeder Sitzung geht ungeprüft raus. Meist hakt es an der Reihenfolge der Trigger. Wie die richtige Verdrahtung aussieht, zeigen wir in So installieren Sie ein Cookie-Banner mit Google Tag Manager.

4. Lesen Sie den Status in der Anfrage selbst

   Suchen Sie in dieser Anfrage den Parameter gcs. G100 bedeutet, dass beide Speichertypen abgelehnt sind, G111, dass beide erlaubt sind, und G101 oder G110 sind die gemischten Zustände; G1-- heißt, dass das Tag ganz ohne Einwilligungsstatus ausgelöst wurde. Merken Sie sich an dieser Stelle die Grenze, denn bei diesem Schritt hören die meisten Anleitungen auf: gcs codiert ad_storage und analytics_storage und sonst nichts. Keines der beiden Signale, die mit Version 2 hinzukamen, lässt sich damit bestätigen. Deshalb ist Schritt 2 nicht optional. Ein zweiter Parameter, gcd, enthält mehr vom Gesamtbild, aber Google veröffentlicht nicht, wie man ihn liest. Darauf sollten Sie sich also nicht stützen. Die vollständige Entschlüsselung und was sie darüber verrät, welchen Modus Sie nutzen, finden Sie unter Consent Mode im Basic- und Advanced-Modus.

5. Treffen Sie eine Wahl und beobachten Sie, wie das Update ankommt

   Akzeptieren Sie und lesen Sie die Konsole erneut aus. Die erlaubten Signale sollten direkt umspringen, und eine neue Anfrage sollte mit dem neuen Status rausgehen, ganz ohne Neuladen der Seite. Fangen Sie dann in einem frischen privaten Fenster von vorn an und lehnen Sie diesmal ab, denn die beiden Wege scheitern unabhängig voneinander. Ein Setup, das die Entscheidung erst nach einem Neuladen übernimmt, verliert jedes Event zwischen dem Klick und dem nächsten Seitenaufruf.

6. Kommen Sie als wiederkehrender Besucher zurück

   Schließen Sie das Fenster, öffnen Sie die Website erneut und lesen Sie die Einträge aus, bevor das Banner überhaupt erscheinen kann. Eine gespeicherte Entscheidung muss bei diesem ersten Laden als Standard wieder angewendet werden, und zwar vor den Tags. Diese Prüfung wird gern übersprungen, und gerade bei wiederkehrenden Besuchen hört ein Banner, das sonst alles besteht, unbemerkt auf, die richtige Antwort zu senden.

Drei Fälle, in denen ein sauberes Ergebnis trotzdem falsch ist

Der Standard ist auf erlaubt gesetzt. Jedes Signal ist vorhanden, das Update kommt an, die Anfrage trägt einen Status, und trotzdem stellt das Banner eine Frage, die es im Namen des Besuchers schon beantwortet hat. Die Verdrahtung stimmt, nur die Ausgangslage ist falsch, und das sieht man nur, wenn man vor dem Klick hinschaut statt danach.

Nur Ihre Google-Tags werden gesteuert. Consent Mode ist ein Mechanismus von Google. Der Rest Ihres Stacks liest diese Einträge nicht und kümmert sich nicht darum, was in der Anfrage stand. Diese Tags brauchen ihre eigene Steuerung, und nichts in diesem Ablauf zeigt Ihnen, dass sie fehlt.

Es funktioniert auf der Seite, die Sie zufällig getestet haben. Die Consent-Ebene startet pro Seite. Ein Checkout auf einer anderen Subdomain oder jede Seite, die ihren Container anders lädt, kann ein anderes Ergebnis liefern. Testen Sie je eine Seite jedes Typs.

Was das Signal wert ist, wenn es funktioniert

Das ist keine Compliance-Formalität mit einem Nebeneffekt auf die Messung. Es entscheidet, wie viel Ihres Traffics für Google sichtbar bleibt. Der Anteil, der hinter dem Banner verschwindet, hängt von Region, Zielgruppe und Banner-Design ab. Messen Sie Ihren eigenen: Lesen Sie die Zustimmungsrate in Ihrer CMP ab oder vergleichen Sie die GA4-Sitzungen mit den Anfragen, die Ihr Server oder CDN für dieselben Seiten protokolliert. Google kann einen Teil dessen modellieren, was abgelehnte Besuche nicht liefern, aber erst, wenn Ihre Tags den Schwellenwert für die Datenerhebung aus der Consent-Mode-Dokumentation erreichen. Auch dann ist ein modellierter Wert eine Schätzung und keine beobachtete Zahl.

Ein Banner, das nur behauptet, das Signal zu senden, gibt der Modellierung nichts, womit sie arbeiten kann, und kein Bericht weist Sie auf diese Lücke hin. Was eine Ablehnung tatsächlich kostet und was die Modellierung auffangen kann und was nicht, lesen Sie in Was mit Ihren GA4-Daten passiert, wenn Nutzer Cookies ablehnen.

Kurz gesagt

Der Einwilligungsstatus im Browser zeigt alle vier Signale, ihre Standardwerte und ihre Reihenfolge; der Parameter in der Anfrage zeigt, was Google für zwei davon empfangen hat. Wenn die vier Namen vorhanden sind, vor dem Klick abgelehnt, danach direkt aktualisiert und beim nächsten Besuch wieder angewendet werden, sendet Ihr Banner das Consent-Mode-v2-Signal. Ein Schalter in einem Dashboard beweist nichts davon.

Velo setzt alle vier mit einem einzigen Snippet, bevor Ihre Tags starten, und wendet eine gespeicherte Entscheidung beim nächsten Besuch wieder an. Wie das funktioniert, steht auf der Produktseite.