Consent Mode v2 ist das technische Signal zwischen Cookie-Banner und Google. Es übersetzt die Entscheidung eines Besuchers (zustimmen oder ablehnen) in ein Format, das Google Tag, GA4, Google Ads und Floodlight verstehen. Für Websites mit Traffic aus dem Europäischen Wirtschaftsraum ist die Einrichtung nötig, um Messung und Personalisierung überhaupt kontrolliert weiterzuführen, statt beim Ablehnen komplett im Dunkeln zu stehen.
Drei Dinge müssen jetzt passieren:
- Default-Status für alle Consent-Parameter im
<head>setzen, bevor irgendein Tag lädt - Eine Consent-Management-Plattform (CMP) einbinden, die diesen Default korrekt aktualisiert
- Entscheiden, ob Basic oder Advanced zum Geschäftsmodell passt
Profi-Tipp: Verwechseln Sie „technisch nötig“ nicht mit „rechtlich ausreichend“. Consent Mode ersetzt kein rechtsgültiges Einwilligungsbanner – er verarbeitet nur, was das Banner an Zustimmung einsammelt.
Wichtige Erkenntnisse
Consent Mode v2 funktioniert nur dann zuverlässig, wenn der Default-Status vor jedem Google-Tag im Code steht und die CMP diesen Status korrekt aktualisiert.
| Thema | Details |
|---|---|
| Default zuerst setzen | Der Consent-Default-Befehl muss vor jedem Google-Tag im Head laden, sonst drohen Race Conditions. |
| Basic oder Advanced wählen | Basic blockiert Tags komplett bis zur Zustimmung, Advanced modelliert fehlende Daten über cookieless Pings. |
| Fünf Tests durchführen | Netzwerkanalyse, Consent-State, Cookie-Jar, Akzeptieren-Ablehnen-Fälle und Persistenz gehören zum Standardcheck. |
| Rechtliche Trennung beachten | Consent Mode ersetzt kein rechtsgültiges Banner und keine DSGVO-Dokumentation der Einwilligung. |
| Modellierungsgrenzen kennen | Modellierte Daten helfen beim Reporting, funktionieren aber nicht für Audience-Exporte oder den User-Explorer. |
Offizielle Dokumentation und weiterführende Ressourcen
Für die technische Umsetzung lohnt sich der direkte Blick in die Quellen:
- Google Developers: Einwilligungsmodus einrichten für die vollständige Parameterliste
- Google Tag Platform: Consent-Mode-Konzepte für das Grundprinzip
- Didomis Vergleich von Basic und Advanced für CMP-Integrationsdetails
- Viewings Analyse der vier Signale für praktische Testmethoden
Inhaltsverzeichnis
- Was ist Google Consent Mode v2?
- Was ändert sich durch ad_user_data und ad_personalization?
- Basic oder Advanced: Welcher Modus passt zu Ihnen?
- Wie richtet man Consent Mode v2 technisch ein?
- Welche Tests zeigen, ob die Einrichtung funktioniert?
- Ersetzt Consent Mode v2 die rechtliche Einwilligung?
- Wie wirkt sich Consent Mode v2 auf Google Ads und GA4 aus?
- Warum die meisten Rollouts an der falschen Stelle scheitern
- Quellen
- FAQ
Was ist Google Consent Mode v2?
Consent Mode v2 liest die Einwilligung, die Ihre CMP einholt, und steuert danach, ob Google-Tags Cookies setzen dürfen oder nicht. Das Prinzip ist simpel: Der Nutzer entscheidet, das Skript reagiert. Ohne diese Übersetzung müsste jeder Tag einzeln programmiert werden, um Consent-Zustände zu respektieren.
Vier Parameter bilden das Rückgrat des Systems:
- ad_storage: erlaubt oder blockiert Cookies für Werbezwecke
- analytics_storage: steuert, ob GA4 Cookies für Analysezwecke setzen darf
- ad_user_data: bestimmt, ob Nutzerdaten überhaupt an Google für Werbezwecke übertragen werden dürfen
- ad_personalization: regelt, ob diese Daten für personalisierte Werbung wie Remarketing genutzt werden
Consent Mode übersetzt die vom CMP erfassten Entscheidungen in Tag-Verhalten, ersetzt aber kein Consent-Banner. Betroffen sind praktisch alle Google-Marketingprodukte: Google Tag, GA4, Google Ads Conversion Tracking, Floodlight und der Conversion Linker. Wer eines dieser Tools einsetzt, kommt an der korrekten Konfiguration nicht vorbei.
Was ändert sich durch ad_user_data und ad_personalization?
Diese beiden Felder sind die eigentliche Neuerung gegenüber der ersten Version des Einwilligungsmodus. Sie trennen zwei Fragen, die vorher vermischt wurden: Darf Google überhaupt Nutzerdaten empfangen, und darf Google diese Daten für individualisierte Werbung verwenden?
Das hat spürbare Folgen im Tagesgeschäft:
- Customer Match funktioniert nur, wenn
ad_user_dataauf „granted“ steht, weil dafür Kontaktdaten an Google übertragen werden - Audience-Building für Remarketing-Listen hängt zusätzlich von
ad_personalizationab - Kampagnen mit personalisierten Anzeigen laufen technisch weiter, wenn nur
ad_storageerlaubt ist, aber ohnead_personalizationbleiben sie unpersonalisiert
Für Websites mit EEA-Traffic ist genau das der Knackpunkt. Google verlangt diese granulare Signalübergabe als Voraussetzung für bestimmte Werbefunktionen im europäischen Raum. Wer die Felder nicht korrekt setzt, verliert nicht die Website-Funktion, sondern schlicht die Möglichkeit, bestimmte Google-Ads-Funktionen wie Customer Match zu nutzen. Das ist kein gesetzliches Mandat im engeren Sinn, sondern eine Produktbedingung von Google für Werbetreibende im EEA-Kontext, wie die Analyse von Viewing zeigt.
Basic oder Advanced: Welcher Modus passt zu Ihnen?
Der Unterschied liegt im Ladeverhalten der Tags. Bei Basic bleiben Google-Tags komplett blockiert, bis ein Nutzer interagiert. Keine Cookies, keine Pings, kein Datenaustausch. Bei Advanced laden die Tags sofort mit dem Status „denied“, senden aber sogenannte cookieless pings, die Google für Modellierungszwecke nutzt. Diese technischen Unterschiede beschreibt Didomi in seiner Übersicht recht klar.
Für die Praxis heißt das:
- Basic: maximale Zurückhaltung, keine Datenübertragung vor Zustimmung, aber auch keine Modellierung fehlender Conversions. Reporting-Lücken bleiben Lücken.
- Advanced: bessere Schätzung von Conversions, die durch Ablehnung sonst unsichtbar blieben, dafür mehr technische Komplexität und mehr Diskussionsbedarf mit dem Datenschutzteam.
- Hybridansätze: manche Unternehmen starten mit Basic und wechseln erst zu Advanced, wenn Rechtsabteilung und Marketing sich auf eine gemeinsame Linie geeinigt haben.
Die Entscheidung hängt von drei Faktoren ab: dem Traffic-Volumen aus dem EEA, der Bedeutung von Google Ads für das Neukundengeschäft und der Risikobereitschaft der Rechtsabteilung. Ein Online-Shop mit hohem Werbebudget verliert bei Basic unter Umständen erhebliche Reporting-Genauigkeit. Eine Kanzlei-Website mit wenig Ad-Spend braucht die Modellierung dagegen kaum.
Profi-Tipp: Holen Sie sich vor der Wahl eine kurze Einschätzung der Rechtsabteilung ein – nicht weil Advanced illegal wäre, sondern weil die Dokumentationspflicht bei Advanced höher ausfällt.
Wie richtet man Consent Mode v2 technisch ein?
Die Implementierung folgt immer demselben Muster: erst der Default, dann das Update nach der Nutzerentscheidung. Google nennt das explizit das „Default-then-Update“-Prinzip in seiner Entwicklerdokumentation.
-
Vorbereitung: Banner-Texte und Datenschutzerklärung prüfen, regionale Defaults festlegen (EEA strenger als andere Regionen ist üblich), Verantwortlichkeiten zwischen Marketing und IT klären.
-
CMP-Integration: Die Consent-Management-Plattform muss die Nutzerentscheidung erfassen und über die
gtag('consent', 'update', {...})-Funktion an Google übergeben. Ohne diesen Schritt bleibt jeder Default für immer aktiv, egal was der Nutzer klickt. -
gtag.js einrichten: Der Default-Befehl gehört ganz oben in den
<head>, noch vor dem Google-Tag-Snippet selbst. Erst danach folgt das Update-Kommando, ausgelöst durch die Banner-Interaktion. Die Reihenfolge ist keine Empfehlung, sondern die Grundvoraussetzung, damit kein Tag versehentlich mit „granted“ startet. -
Google Tag Manager: Unter „Admin“ und den erweiterten Einstellungen aktivieren Sie „Consent Overview“. Dort legen Sie fest, welche Tags auf welchen Consent-Typ warten, bevor sie feuern. Wichtig ist die Container-Platzierung: Der GTM-Container muss nach dem Consent-Default-Snippet laden, nicht davor.
-
Apps, Firebase und Daten-Uploads: Für native Apps übernimmt das Firebase SDK die Consent-Signale über eigene API-Aufrufe. Bei manuellen Daten-Uploads (etwa für Offline-Conversions) muss die Einwilligung für jeden hochgeladenen Datensatz separat dokumentiert sein, sonst verweigert Google die Verarbeitung.
Profi-Tipp: Testen Sie die Reihenfolge Default-Update immer in einem privaten Browserfenster ohne vorherige Cookies. Alte Consent-Cookies verschleiern sonst gerne echte Implementierungsfehler.
Welche Tests zeigen, ob die Einrichtung funktioniert?
Fünf Prüfungen reichen, um die häufigsten Fehler aufzudecken. Sie brauchen dafür nur die Entwicklertools des Browsers, keine zusätzliche Software.
- Netzwerkanalyse: Im Network-Panel prüfen, ob Requests an Google vor der Banner-Interaktion mit „denied“ markiert sind
- Consent-State in Requests: Die Parameter direkt in den gesendeten URLs oder Payloads nachvollziehen
- Cookie-Jar kontrollieren: Nach Ablehnung dürfen keine Marketing-Cookies im Browser auftauchen, es sei denn, die Konfiguration überlässt es einem spezifischen Consent-Modus.
- Akzeptieren- und Ablehnen-Fälle testen: Beide Pfade separat durchspielen, nicht nur den Standardfall
- Persistenz über Seiten prüfen: Die Entscheidung muss bei einem Seitenwechsel erhalten bleiben, nicht bei jedem Klick neu abgefragt werden
Die typischsten Fehlerquellen sind fast immer dieselben: Der Default-Befehl wird zu spät im Code platziert, wodurch eine Race Condition entsteht und der Google Tag lädt, bevor die CMP überhaupt initialisiert ist. Banner mit nur einem Toggle-Schalter für „alle akzeptieren“ verletzen zudem die Granularität, die die vier Parameter eigentlich vorsehen. Und wenn die CMP die Wahl nicht dauerhaft speichert, startet jede Unterseite wieder bei „denied“, selbst nach vorheriger Zustimmung.
Modellierte Werte aus Advanced Mode sind probabilistische Schätzungen. Sie füllen Reporting-Lücken, aber bestimmte Funktionen wie Audience-Exporte oder der User-Explorer arbeiten grundsätzlich nicht mit modellierten Daten.
Ersetzt Consent Mode v2 die rechtliche Einwilligung?
Nein, und das ist der Punkt, an dem viele Teams durcheinanderkommen. Consent Mode ist ein technisches Werkzeug, kein Compliance-Ersatz. Die Datenschutz-Grundverordnung verlangt weiterhin ein rechtsgültiges, granulares Einwilligungsbanner, das die tatsächliche Zustimmung des Nutzers dokumentiert.
Für die Rechtsabteilung bedeutet das konkret:
- Das Cookie-Banner selbst muss weiterhin DSGVO-konform gestaltet sein, mit echter Opt-in-Logik statt vorausgewählter Kästchen
- Die Dokumentation der Einwilligung (wer hat wann was zugestimmt) bleibt separate Pflicht, unabhängig vom technischen Setup
- Bei Advanced Mode sollten Unternehmen zusätzlich dokumentieren, welche Daten über cookieless pings übertragen werden und zu welchem Zweck
Rechtsteams neigen häufig zu Basic, weil dort schlicht keine Daten vor Zustimmung fließen, das Risiko einer Fehlkonfiguration also geringer ausfällt. Das ist eine nachvollziehbare Vorsicht, kostet aber Reporting-Qualität. Am Ende bleibt die Grundregel: Consent Mode übersetzt, was die Einwilligung erlaubt – er entscheidet nicht, was erlaubt sein darf.
Wie unterstützt Hyped bei der Umsetzung?
Mit über 12 Jahren E-Commerce-Erfahrung und 7 Jahren im Google-Marketing kennt Hyped die typischen Stolperstellen bei Consent-Mode-Rollouts aus zahlreichen Kundenprojekten. Eine Beratung liefert dabei meist eine konkrete Implementierungs-Checkliste, einen Testplan für die fünf Prüfschritte und einen Validierungsreport, der Marketing und IT dieselbe Faktenlage gibt.
Wie wirkt sich Consent Mode v2 auf Google Ads und GA4 aus?
Ein sauber eingerichteter Consent Mode ändert nichts an der Ladezeit Ihrer Website in spürbarem Maß. Die Default- und Update-Befehle sind winzige Skriptaufrufe, keine schweren Ressourcen. Wo es tatsächlich zu Verzögerungen kommt, liegt es fast immer an der CMP selbst oder an falsch platzierten Tag-Manager-Containern, nicht am Consent-Mode-Mechanismus. Wer Consent Mode mit anderen Tracking-Werkzeugen kombiniert, etwa serverseitigem Tagging oder eigenen Analytics-Lösungen, sollte die Consent-Signale konsistent an alle Systeme weiterreichen, damit kein Tool eine andere Wahrheit über die Nutzereinwilligung führt als ein anderes.
Warum die meisten Rollouts an der falschen Stelle scheitern
Die verbreitete Annahme lautet: Consent Mode v2 ist ein einmaliges Entwickler-Ticket, danach ist das Thema erledigt. Das unterschätzt, wie viele Rollouts an genau der Nahtstelle zwischen CMP und Google Tag scheitern, die niemand testet, weil sie unsichtbar im Hintergrund läuft. Ein Banner kann optisch einwandfrei aussehen und trotzdem eine Race Condition produzieren, weil der Tag-Manager-Container eine halbe Sekunde zu früh feuert.
Was aus meiner Sicht unterschätzt wird: die Modellierungsgrenzen. Viele Marketing-Teams erwarten von Advanced Mode eine Art Wundermittel gegen Consent-bedingte Datenverluste. Tatsächlich bleiben modellierte Werte grobe Schätzungen für Trends, keine Ersatzdaten für präzise Zielgruppenarbeit. Wer das nicht versteht, baut Reportings auf einer Zahl auf, die nie für diesen Zweck gedacht war.
Die Priorität sollte deshalb nicht „Advanced um jeden Preis“ lauten, sondern erst die technische Grundlage sauber testen, dann über den Modus entscheiden. Ein Basic-Setup, das wirklich funktioniert, schlägt ein Advanced-Setup mit Race Conditions in der Praxis meistens deutlich.
— Dominic
Quellen
- Einwilligungsmodus auf Websites einrichten — Google Developers
- Concepts — Consent mode — Tag Platform (Google)
- Google Consent Mode v2 — Didomi
- Google Consent Mode v2: The Four Signals Explained | Viewing
FAQ
Soll man Cookies von Drittanbietern zulassen?
Das hängt von der Einwilligung des Nutzers ab, nicht von einer pauschalen Empfehlung. Consent Mode v2 sorgt dafür, dass Drittanbieter-Cookies nur dann gesetzt werden, wenn der Nutzer aktiv zugestimmt hat.
Was heißt „Consent erteilen“?
„Consent erteilen“ bedeutet, dass ein Nutzer aktiv zustimmt, dass eine Website bestimmte Daten verarbeitet oder Cookies setzt. Bei Consent Mode v2 wird diese Zustimmung in die vier Parameter ad_storage, analytics_storage, ad_user_data und ad_personalization übersetzt.
Ist eine Cookie-Einwilligung notwendig?
Ja, für alle nicht technisch notwendigen Cookies ist eine aktive Einwilligung nach europäischem Datenschutzrecht erforderlich. Consent Mode v2 ist dabei nur das technische Signal, das diese Einwilligung an Google weiterreicht, keine eigenständige Rechtsgrundlage.
Was bedeuten „Consent“ und „Manage Options“ im Banner?
„Consent“ bezeichnet die eigentliche Zustimmung zur Datenverarbeitung, während „Manage Options“ dem Nutzer erlaubt, einzelne Kategorien wie Werbe- oder Analyse-Cookies getrennt zu steuern. Diese granulare Auswahl ist genau das, was Consent Mode v2 mit seinen vier separaten Parametern technisch abbildet.
