Google Consent Mode mit den Browser-DevTools debuggen: Den gcs-Parameter lesen

Warum Sie im Browser prüfen sollten

Ein Consent-Banner, das richtig aussieht, ist kein Beweis dafür, dass Ihre Tags sich korrekt verhalten. Probleme mit Consent Mode sind unauffällig: Seiten laden, Anzeigen erscheinen und Reports füllen sich, doch die an Google gesendeten Signale können falsch sein. Mit den Entwicklertools des Browsers prüfen Sie in wenigen Minuten und ohne zusätzliche Software, was wirklich passiert.

Schritt 1: Den Network-Tab sauber öffnen

  1. Öffnen Sie die Seite in einem privaten Fenster, damit keine frühere Auswahl gespeichert ist.
  2. Öffnen Sie die DevTools und wechseln Sie zum Network-Tab.
  3. Aktivieren Sie Preserve log, damit Anfragen bei Navigation erhalten bleiben.
  4. Laden Sie die Seite neu und berühren Sie das Banner noch nicht.

Schritt 2: Den Consent-Status in den Anfragen finden

Google-Tags hängen einen gcs-Parameter an ihre Anfragen an. Sie können die Netzwerkliste nach collect oder google filtern und einen beliebigen Treffer öffnen, um den Query-String zu lesen. Der Wert sieht aus wie G100 oder G111.

Liest man die Zeichen nach dem G1 von links nach rechts, so ist die erste Ziffer der Status der Werbespeicherung und die zweite der Status der Analysespeicherung, wobei 1 gewährt und 0 abgelehnt bedeutet. Neuere Implementierungen senden außerdem einen gcd-Parameter mit einem längeren codierten Status, der die zusätzlichen Signale von Consent Mode v2 enthält.

Schritt 3: Was Sie vor jeder Auswahl sehen sollten

In einer Region, in der eine Einwilligung erforderlich ist, sollten die ersten Anfragen, die vor der Interaktion des Besuchers gesendet werden, den Status denied zeigen. Sehen Sie schon G111, bevor der Besucher irgendetwas angeklickt hat, ist Ihr Standardwert falsch, oder das Tag wurde ausgelöst, bevor der Standardwert gesetzt war.

Schritt 4: Was Sie nach dem Akzeptieren sehen sollten

Klicken Sie auf „Akzeptieren“ und beobachten Sie dann die neuen Anfragen. Der Status sollte auf „granted“ wechseln, und die Tags sollten weiterlaufen. Wenn das Banner „akzeptiert“ meldet, die Anfragen aber weiterhin den Status „denied“ tragen, erreicht der Update-Aufruf die Google-Tags nicht oder läuft zu spät.

Schritt 5: Den Data Layer untersuchen

Geben Sie in der Konsole dataLayer ein und klappen Sie die Einträge auf. Sie suchen der Reihe nach zwei Dinge:

  1. Einen consent-Eintrag mit dem Befehl default, der für Regionen mit Einwilligungspflicht jedes Signal als abgelehnt auflistet.
  2. Einen späteren consent-Eintrag mit dem Befehl update, nachdem der Nutzer gewählt hat.

Die Signale von Consent Mode v2 sind ad_storage, analytics_storage, ad_user_data und ad_personalization. Fehlen die letzten beiden, haben Sie eine Einrichtung im Stil von v1.

Die häufigsten Fehler

Schritt 6: Den Vorschaumodus des Tag Managers prüfen

Wenn Sie den Google Tag Manager verwenden, zeigt der Vorschaumodus den Consent-Status für jedes Ereignis auf der Seite und welche Tags ausgelöst oder blockiert wurden. Vergleichen Sie ihn mit dem, was Sie im Network-Tab gesehen haben: Beide Ansichten sollten übereinstimmen.

Machen Sie es zur Routine

Führen Sie diese Fünf-Minuten-Prüfung nach jeder Banner-Änderung, jeder Container-Veröffentlichung und jedem Site-Release durch. Notieren Sie den erwarteten gcs-Wert für vier Fälle: erster Besuch, nach dem Akzeptieren, nach dem Ablehnen und nach einer späteren Änderung der Auswahl. Alles, was nicht übereinstimmt, ist ein Fehler, den Sie beheben sollten, bevor Ihre Reports es verraten.

Wo FlexyConsent passt

FlexyConsent ist ein von Google zertifiziertes CMP (CMP ID 317), das Google Consent Mode v2 unterstützt und die Default- und Update-Signale für Sie sendet. Sie sollten diese Browserprüfung dennoch auf Ihren eigenen Seiten durchführen, denn Tag-Reihenfolge und Container-Einstellungen sind spezifisch für Ihre Website.

Wichtigste Erkenntnisse

← Blog Alle lesen →