Blog
Wir schreiben absichtlich nicht "News". Stattdessen gibt es hier - sehr unregelmäßig - Infos und Wissenswertes zu Google Ads, Analytics und Online-Marketing.

25.11.2025

Fehlerhafte oder fehlende Consent-Signale im Google Consent Mode v2 schränken Smart-Bidding bei Google Ads ein. Im Google Chrome-Browser lässt sich die Plausibilität der übermittelten Signale anhand der Parameter "gcs" und "gcd" direkt in den Entwicklertools analysieren.

Warum ist die technische Prüfung des Consent Mode v2 für Google Ads entscheidend?

Seit März 2024 ist die Nutzung des Consent Mode v2 für Werbetreibende im EWR verpflichtend, um Zielgruppenfunktionen und die mathematische Conversion-Modellierung aufrechtzuerhalten. Unvollständige oder fehlerhafte Signale reduzieren die verfügbare Datenbasis für automatisierte Bietstrategien und erzeugen künstliche Performance-Einbrüche im Berichtswesen.

Welche Netzwerk-Parameter enthalten die Consent-Signale im Payload?

Bei der Ausführung von Google-Tags enthalten die HTTP-Anfragen spezifische Parameter im Payload, die den jeweiligen Einwilligungsstatus der Nutzer abbilden. Da Google diese Parameter nicht als öffentliche Schnittstelle dokumentiert, basieren die Spezifikationen auf empirischen Reverse-Engineering-Analysen.

Wie ist der gcd-String aufgebaut und wie wird er dekodiert?

Der gcd-Parameter ist modular aufgebaut (beispielsweise "13q3r3q2q5l1" oder "13r3r3r2r5l1") und spiegelt den Übergang zwischen den Standardeinstellungen und der aktiven Nutzerentscheidung wider. Die Dekodierung der einzelnen Zeichen ermöglicht eine exakte Fehlerdiagnose im Initialisierungsprozess.

Wie erfolgt die Schritt-für-Schritt-Prüfung in den Chrome DevTools?

Die Verifikation des Datenflusses vor und nach der Nutzerinteraktion erfolgt manuell über das Netzwerk-Panel der Browser-Entwicklertools. Dieser Ablauf isoliert Fehlerquellen in der Tag-Sequenzierung.

  1. Testumgebung vorbereiten: Im Chrome Browser ein neues Inkognito-Fenster öffnen, um gecachte Cookies und alte Session-Zustände auszuschließen.
  2. Netzwerk-Filter setzen: Mit F12 die DevTools öffnen, den Tab "Netzwerk" wählen und nach "collect" oder "g/collect" filtern.
  3. Default-Zustand prüfen: Website aufrufen ohne Interaktion mit dem Cookie-Banner. Sofern vorhanden links auf den Eintrag klicken, rechts dann auf "Payload". Im Advanced Consent Mode erscheinen Signale wie gcs=G100 und gcd-Strings mit p-Indikatoren. Erscheint ein "l" im gcd-String, wurde der Consent Mode nicht korrekt initialisiert. Im Basic Consent Mode dürfen vor der Einwilligung keine Messaufrufe feuern.
  4. Opt-In ausführen: Im Cookie-Banner die Einwilligung erteilen.
  5. Update-Signal verifizieren: Den neuesten Messaufruf prüfen. Nach Opt-In treten typischerweise Werte wie gcs=G111 und gcd-Strings mit r- oder v-Indikatoren auf.


Google Consent Mode V2 im Browser prüfen

Hier auf Consent Help können Sie die angezeigten Parameter prüfen lassen ...

Welche Fehlerursachen und Risiken treten bei der v2-Implementierung auf?

Bei der technischen Integration entstehen häufig Fehler in der Skript-Abfolge oder der Signalübertragung zwischen CMP (Consent Management Platform) und Google Tag Manager. Bei der Wahl des Modells müssen zudem rechtliche Risiken und Daten-Schwellenwerte gegeneinander abgewogen werden.

Ihr Consent Mode v2 ist unvollständig oder fehlerhaft?

Ohne saubere Signale verfälschen Sie Ihre Datenbasis und bringen Ihre Google Ads Algorithmen zum Erliegen. Lassen Sie Ihre Implementierung nicht zum Zufall werden: Die Gandke Marketing & Software GmbH stellt sicher, dass Conversions sauber gemessen werden und Sie DSGVO/TDDDG-konform tracken.

FAQ: Häufige Fragen zum Google Consent Mode v2

Die folgenden Fragen und Antworten fassen die zentralen technischen Prüfpunkte zusammen.


26.07.2017

Wer seinen Online Shop basierend auf den Standardtemplates des Collmex-Shops betreibt, kann den Weg der Besucher zwischen Warenkorb und Bestellabschluss nicht nachvollziehen. Auch die Rückverfolgung eines Kaufs zur Quelle ist in Google Analytics in diesem Fall i. d. R. nicht ohne Mühen möglich. Beide Lücken können geschlossen werden, wenn dazu eine "Brücke" zur Messung auf dem eigenen Server verwendet wird.

Der "geliehene" Checkout und seine Folgen für die Webanalyse

Die Ursache ist die technische Basis des Collmex-Shops: Er besteht auf der einen Seite aus auf dem eigenen Server abgelegten Dateien, die alle Seiten, Kategorieübersichten und Produktdetailseiten bilden. Aber nach einem Klick auf "Bestellen" verlässt der Besucher den durch die Standardimplementierung von Analytics in den Seitentemplates abgedeckten Bereich. Erst wieder auf der Bestellabschluss-Seite - und das nur bei Aktivierung des Transaktionstrackings im Template - wird ein weiterer Hit in Analytics ausgelöst: Die dann vom Collmex-Server ausgelöste Transaktion. Dazwischen klafft eine Lücke im Tracking.
Weiterlesen... »