{"id":8103,"date":"2026-08-10T12:33:00","date_gmt":"2026-08-10T10:33:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=8103"},"modified":"2026-10-24T03:01:38","modified_gmt":"2026-10-24T01:01:38","slug":"ga4-consent-mode-v2-der-gcd-parameter-cmp-wettlaufe-und-serverseitiges","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/ga4-consent-mode-v2-der-gcd-parameter-cmp-wettlaufe-und-serverseitiges\/","title":{"rendered":"GA4 Consent Mode v2: Der gcd-Parameter, CMP-Wettl\u00e4ufe und serverseitiges Debugging"},"content":{"rendered":"

gcd<\/code> ist ein Diagnosehinweis in Google-Anfragen. Der Parameter ersetzt weder die Pr\u00fcfung der Einwilligung noch die Kontrolle ausgehender Daten. Besonders bei einer asynchron geladenen Consent Management Platform (CMP) z\u00e4hlt die Reihenfolge: Ausgangszustand, gespeicherte Auswahl, Aktualisierung, Messereignis und tats\u00e4chliche \u00dcbertragung.<\/p>\n

Vier Signale statt eines pauschalen Freigabewerts<\/h2>\n\n\n\n\n\n\n\n\n
Signal<\/th>\nBedeutung<\/th>\n<\/tr>\n<\/thead>\n
ad_storage<\/code><\/td>\nSpeicherung f\u00fcr Werbezwecke, etwa Cookies.<\/td>\n<\/tr>\n
analytics_storage<\/code><\/td>\nSpeicherung f\u00fcr Analysezwecke.<\/td>\n<\/tr>\n
ad_user_data<\/code><\/td>\n\u00dcbermittlung von Nutzerdaten an Google f\u00fcr Onlinewerbung.<\/td>\n<\/tr>\n
ad_personalization<\/code><\/td>\nPersonalisierte Werbung.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Diese Signale haben unterschiedliche Aufgaben. Eine Analysefreigabe ist keine allgemeine Marketingfreigabe; ad_user_data<\/code> erteilt insbesondere keine automatische Freigabe f\u00fcr Meta CAPI. Andere Empf\u00e4nger und Zwecke ben\u00f6tigen eine eigene Zuordnung zur tats\u00e4chlich erfassten Auswahl.<\/p>\n

\"Vier
Vier Pr\u00fcfschritte: Ausgangswerte, CMP-Aktualisierung, Browseranfrage und zielbezogene Serverausgabe.<\/figcaption><\/figure>\n

Was gcs und gcd zeigen<\/h2>\n

Google beschreibt gcs<\/code> als Transport der Zust\u00e4nde f\u00fcr ad_storage<\/code> und analytics_storage<\/code>. gcd<\/code> enth\u00e4lt ausf\u00fchrlichere Consent-Informationen und wird auch ohne aktivierten Consent Mode \u00fcbertragen. Die blo\u00dfe Anwesenheit von gcd<\/code> belegt deshalb keine korrekte Einrichtung.<\/p>\n

Google weist ausdr\u00fccklich darauf hin, dass codierte HTTP-Felder ver\u00e4nderlich sind. Beobachtete Buchstabentabellen und feste Zeichenpositionen sind kein dauerhaft dokumentierter Schnittstellenvertrag. Eine Pr\u00fcfung wie gcd.charAt(6)<\/code> sollte daher keine Freigabeschranke f\u00fcr Datenweiterleitungen bilden. Auch ein scheinbar passender Wert best\u00e4tigt weder eine g\u00fcltige Einwilligung noch einen vollst\u00e4ndigen Verlauf aller Entscheidungen.<\/p>\n

Einen CMP-Wettlauf nachvollziehbar pr\u00fcfen<\/h2>\n

Ein fr\u00fcher Request mit anderem Consent-Muster als sp\u00e4tere Requests kann auf eine verz\u00f6gerte Aktualisierung hinweisen. Eine normale sp\u00e4tere Zustimmung, unterschiedliche regionale Vorgaben oder eine teilweise Aktualisierung sind ebenfalls m\u00f6gliche Erkl\u00e4rungen. Der Netzwerkvergleich allein beweist die Ursache nicht.<\/p>\n

    \n
  1. In einer neuen Tag-Assistant-Sitzung den fr\u00fchesten Consent-Eintrag und alle vier Ausgangswerte pr\u00fcfen.<\/li>\n
  2. Den Zeitpunkt der CMP-Initialisierung und eine vorhandene gespeicherte Auswahl dokumentieren. Eine gespeicherte Auswahl muss zum aktuellen Zweck- und Anbietermodell passen.<\/li>\n
  3. Beim Consent-Update die vier Werte und die zeitliche Position zum ersten Messereignis vergleichen.<\/li>\n
  4. Beim betroffenen Tag die Consent-Pr\u00fcfungen und den Ausl\u00f6segrund kontrollieren; anschlie\u00dfend die Browseranfrage zuordnen.<\/li>\n
  5. Den Ablauf mit neuer Sitzung, gespeicherter Ablehnung, gespeicherter Zustimmung, Teilzustimmung, Widerruf und langsamer CMP wiederholen. Regionale Varianten gesondert pr\u00fcfen.<\/li>\n<\/ol>\n

    Ein nachvollziehbarer Befund lautet beispielsweise: Die CMP hatte eine passende gespeicherte Zustimmung, das Update erreichte den Consent-Zustand jedoch erst nach dem untersuchten Messereignis. Erst diese Zeitachse grenzt ein Reihenfolgeproblem von einer regul\u00e4ren sp\u00e4teren Entscheidung ab.<\/p>\n

    Reihenfolge korrigieren, Wartezeit begrenzen<\/h2>\n

    Bei GTM geh\u00f6rt das Setzen der Ausgangswerte in ein geeignetes Consent-Template am Trigger Consent Initialization \u2013 All Pages<\/code>. F\u00fcr Templates sind setDefaultConsentState<\/code> und updateConsentState<\/code> vorgesehen. Ein dort verwendeter gtag('consent', ...)<\/code>-Aufruf kann durch die Warteschlange zu sp\u00e4t verarbeitet werden. Ein fr\u00fch gestartetes Template garantiert trotzdem nicht, dass eine anschlie\u00dfend asynchron geladene CMP bereits fertig ist.<\/p>\n

    Bei einer direkten gtag.js-Integration m\u00fcssen die Ausgangswerte vor messenden config<\/code>– oder event<\/code>-Befehlen stehen. wait_for_update<\/code> setzt eine begrenzte Wartefrist f\u00fcr ein Update. Der h\u00e4ufig gezeigte Wert 500 Millisekunden ist ein Beispiel, keine verl\u00e4ssliche Obergrenze f\u00fcr CMP-Ladezeiten. Nach Ablauf gelten die dann vorhandenen Consent-Zust\u00e4nde.<\/p>\n

    Ein dokumentiertes CMP-Ereignis kann Teil einer passenden Ausl\u00f6sestrategie sein. Ein frei erfundener Ereignisname oder ein zus\u00e4tzlicher Pageview bei jeder Consent-\u00c4nderung kann dagegen Messungen verlieren oder doppelt senden. Ausl\u00f6sung, Wiederholung und Seitenwechsel m\u00fcssen gemeinsam gepr\u00fcft werden.<\/p>\n

    Basic und Advanced richtig unterscheiden<\/h2>\n

    Im Basic Consent Mode werden die betreffenden Google-Tags bis zur erforderlichen Zustimmung blockiert. Im Advanced Consent Mode k\u00f6nnen geladene Google-Tags bei Ablehnung eingeschr\u00e4nkte Pings ohne die betreffenden Cookies senden. Deshalb bedeutet denied<\/code> nicht automatisch \u201ekein Netzwerkverkehr\u201c. Falls ein Aufbau vor Zustimmung keinerlei entsprechende \u00dcbertragung erlauben soll, muss die tats\u00e4chliche Blockierung auf allen beteiligten Wegen gepr\u00fcft werden.<\/p>\n

    Serverseitig bis zum Empf\u00e4nger pr\u00fcfen<\/h2>\n

    Im dokumentierten Google-Aufbau verarbeitet ein GA4-Client die eingehende Anfrage im Server-Container; consentf\u00e4hige Google-Tags ber\u00fccksichtigen die transportierten Signale. Das Verhalten unterscheidet sich nach Ziel und Tag. Ein GA4-Request ist kein vorgeschriebener Datentr\u00e4ger f\u00fcr s\u00e4mtliche anderen Server-Clients oder Drittanbieter.<\/p>\n

    Die Server-Vorschau muss deshalb die empfangene Anfrage, den zust\u00e4ndigen Client, das erzeugte Ereignis, die ausgel\u00f6sten Tags und deren ausgehende Requests zusammen zeigen. Drittanbieter-Templates ben\u00f6tigen ausdr\u00fccklich gepr\u00fcfte Regeln f\u00fcr den jeweiligen Empf\u00e4nger und Zweck. Ein von au\u00dfen geliefertes Consent-Feld ist zudem kein kryptografischer Einwilligungsnachweis.<\/p>\n

    Fehlende oder unverst\u00e4ndliche Signale sollten als eigener Fehlerfall sichtbar bleiben. Eine Freigabe darf daraus nicht abgeleitet werden. F\u00fcr erforderliche Nachweise eignen sich minimierte Angaben wie Testfall, Ereigniszeitpunkt, Tagversion, Ausl\u00f6seentscheidung und Ziel; vollst\u00e4ndige URLs oder Nutzerdaten geh\u00f6ren nicht ungepr\u00fcft in Diagnoseprotokolle.<\/p>\n

    Fragen und Antworten<\/h2>\n

    Beweist ein fehlendes gcd eine Ablehnung?<\/h3>\n

    Nein. Der Parameter kann in einem anderen \u00dcbertragungsweg fehlen. Herkunft, Client und erwartetes Datenformat m\u00fcssen gekl\u00e4rt werden. Unbekannt und ausdr\u00fccklich abgelehnt sind unterschiedliche Diagnosezust\u00e4nde.<\/p>\n

    Reicht gcs als Nachweis, dass keine Cookies geschrieben wurden?<\/h3>\n

    Nein. Der Parameter beschreibt \u00fcbertragene Zust\u00e4nde. Cookie-Zugriffe und tats\u00e4chliche Requests m\u00fcssen zus\u00e4tzlich im Browser und gegebenenfalls am Server gepr\u00fcft werden.<\/p>\n

    Garantiert Consent Mode Rechtskonformit\u00e4t?<\/h3>\n

    Nein. Technische Signale ersetzen keine Pr\u00fcfung der Einwilligung, Zwecke, Empf\u00e4nger, Dateninhalte und Aufbewahrung. Eine erfolgreiche Testreihe belegt nur die gepr\u00fcften Abl\u00e4ufe und Versionen.<\/p>\n

    Quellen<\/h2>\n