Google Consent Mode ist eine technische Schnittstelle zwischen einer Consent-Management-Plattform (CMP) und Google-Tags. Er teilt Google Analytics 4, Google Ads und verwandten Tags mit, welche Speicher- und Verarbeitungszwecke eine Person akzeptiert oder abgelehnt hat.
Er ist weder ein Cookie-Banner noch eine Rechtsgrundlage. Eine fehlerfreie Consent-Mode-Konfiguration macht eine Website nicht automatisch DSGVO- oder TDDDG-konform. Sie sorgt nur dafür, dass Google-Tags den von der CMP übermittelten Status technisch berücksichtigen.
Dieser Beitrag beschreibt die technische Umsetzung. Er ist keine Rechtsberatung. Welche Dienste, Zwecke und Consent-Mode-Variante für ein konkretes Angebot zulässig sind, sollte mit Datenschutzverantwortlichen oder Rechtsberatung geklärt werden.
Die kurze Antwort
Für eine belastbare Implementierung braucht eine Website fünf Dinge:
- eine echte Einwilligungsentscheidung in der CMP,
- einen definierten Standardstatus, bevor Google-Tags Messbefehle ausführen,
- ein Update des Status unmittelbar nach der Auswahl,
- dieselbe Logik bei Widerruf und späteren Seitenaufrufen,
- Tests in Tag Assistant und im Browser-Netzwerkprotokoll.
Die wichtigste Architekturentscheidung ist, ob Google-Tags vor der Einwilligung vollständig blockiert werden (Basic Consent Mode) oder mit abgelehnten Standardwerten laden und sogenannte cookieless pings senden dürfen (Advanced Consent Mode). Diese Varianten sind technisch und datenschutzrechtlich nicht gleichwertig.
Rechtliche Ebene und technische Ebene trennen
§ 25 TDDDG verlangt grundsätzlich eine informierte Einwilligung, wenn Informationen auf einem Endgerät gespeichert oder von dort ausgelesen werden. Ausnahmen gelten insbesondere, wenn der Zugriff unbedingt erforderlich ist, um einen von der Person ausdrücklich gewünschten digitalen Dienst bereitzustellen. Ob ein Analytics- oder Werbedienst unter eine Ausnahme fällt, ist keine Entscheidung, die Consent Mode treffen kann.
Daneben regelt die DSGVO unter anderem die Verarbeitung personenbezogener Daten, Transparenz, Rechtsgrundlagen, Auftragsverarbeitung, internationale Übermittlungen und Betroffenenrechte. Auch Datenminimierung, Löschfristen und die tatsächliche Konfiguration von GA4 bleiben relevant.
Consent Mode setzt erst danach an: Er übermittelt Zustände an Google-Tags. Die vier für Consent Mode v2 zentralen Parameter sind:
analytics_storage: Speicherung für Analytics-Zwecke,ad_storage: Speicherung für Werbezwecke,ad_user_data: Verwendung personenbezogener Daten für Google-Werbung,ad_personalization: personalisierte Werbung und Remarketing.
Die Namen dieser Parameter sind keine fertigen CMP-Kategorien. Die Zuordnung zu Zwecken, Diensten und Rechtsgrundlagen muss dokumentiert und konsistent umgesetzt werden.
Basic oder Advanced Consent Mode?
Basic Consent Mode
Im Basic Mode werden Google-Tags vor einer Zustimmung blockiert. Bei Ablehnung werden sie nicht geladen und senden keine Daten an Google. Erst nach Einwilligung lädt die Website die freigegebenen Tags.
Das reduziert die Messabdeckung, schafft aber eine klarere technische Grenze: kein Google-Request vor der passenden Zustimmung. Für viele deutsche Websites ist dies die leichter prüfbare Ausgangsarchitektur.
Advanced Consent Mode
Im Advanced Mode laden Google-Tags schon mit standardmäßig abgelehnten Consent-Signalen. Bei Ablehnung verwenden sie keine entsprechenden Cookies, können aber laut Google cookieless pings mit Consent- und Gerätesignalen senden. Diese Signale können die Modellierung verbessern.
„Cookieless“ bedeutet nicht automatisch „anonym“, „einwilligungsfrei“ oder „rechtlich unproblematisch“. Es findet weiterhin eine Kommunikation mit Google statt. Deshalb muss diese Variante einschließlich der gesendeten Parameter, Empfänger, Zwecke und Rechtsgrundlage gesondert bewertet werden.
| Frage | Basic Mode | Advanced Mode |
|---|---|---|
| Google-Tags vor Zustimmung | blockiert | mit denied-Status geladen |
| Requests bei Ablehnung | keine Google-Tag-Requests | cookieless pings möglich |
| Daten für Modellierung | geringer | potenziell höher |
| Technische Abgrenzung | einfacher | komplexer |
| Datenschutzprüfung | weiterhin nötig | besonders wichtig |
Google beschreibt die Unterschiede in der offiziellen Übersicht zu Basic und Advanced Consent Mode. Die Entscheidung sollte nicht allein nach der erwarteten Datenmenge fallen.
Saubere Reihenfolge der Implementierung
1. Dienste und Zwecke inventarisieren
Erfassen Sie alle Skripte und Requests, nicht nur GA4:
- Google Tag Manager,
- Google Analytics 4,
- Google Ads und Floodlight,
- eingebettete Videos, Karten oder Chats,
- A/B-Testing, Session Recording und Heatmaps,
- serverseitige Weiterleitungen oder Tagging-Endpunkte.
Dokumentieren Sie pro Dienst Zweck, CMP-Kategorie, mögliche Cookies oder Speicherzugriffe, Empfänger, Ladebedingung und Widerrufsverhalten. Ein Tag-Manager-Container ist keine neutrale Ausnahme: Entscheidend ist, was er ausführt und überträgt.
2. Standardstatus zuerst setzen
Der Consent-Standard muss stehen, bevor Messbefehle oder Google-Konfigurationen ausgeführt werden. Sonst kann ein Tag kurz mit einem falschen Zustand starten.
Bei Google Tag Manager empfiehlt Google, Consent APIs über ein CMP-Template beziehungsweise ein Custom Template zu verwenden. setDefaultConsentState und updateConsentState sind dafür vorgesehen; ein beliebiges Custom-HTML-Tag ist für die Consent-Initialisierung nicht die robuste Lösung.
Die konkrete Voreinstellung muss zur gewählten Architektur und zur rechtlichen Bewertung passen. Bei einer zustimmungsbasierten Konfiguration werden relevante optionale Zwecke typischerweise zunächst auf denied gesetzt. Regionale Defaults dürfen nicht dazu führen, dass Nutzer ohne nachweisbare Grundlage als zugestimmt gelten.
3. Entscheidung auf derselben Seite aktualisieren
Wenn eine Person im Banner auswählt, muss die CMP den Consent-Status auf derselben Seite aktualisieren. Ein Update erst beim nächsten Seitenaufruf verliert die erste freigegebene Messung und kann einen widersprüchlichen Zustand erzeugen.
Der Status sollte für jeden Zweck explizit übertragen werden. „Alle akzeptieren“, „Nur notwendige“ und eine granulare Auswahl müssen jeweils eine eindeutige Zustandsmatrix ergeben.
Beispiel für eine Analyse-Einwilligung ohne Werbung:
| Parameter | Zustand |
|---|---|
analytics_storage | granted |
ad_storage | denied |
ad_user_data | denied |
ad_personalization | denied |
4. Widerruf wie die Erstentscheidung behandeln
Die Einwilligung muss so leicht widerrufbar sein wie sie erteilt wurde. Technisch bedeutet das:
- CMP-Einstellungen von jeder relevanten Seite erreichbar machen,
- Consent-Signale sofort auf
deniedaktualisieren, - weitere Tag-Ausführung stoppen,
- bereits gesetzte Cookies entsprechend der dokumentierten Löschlogik behandeln,
- den neuen Status für weitere Seitenaufrufe speichern.
Ein Consent-Update löscht nicht automatisch alle bereits gesetzten Cookies und rückwirkend keine Daten bei Dritten. Das muss die Gesamtimplementierung abdecken.
5. Single-Page-Application und Navigation prüfen
In React- oder Next.js-Anwendungen findet Navigation häufig ohne vollständigen Reload statt. Prüfen Sie deshalb, ob:
- ein Page View erst nach initialisiertem Consent gesendet wird,
- Client-Side-Routen genau einmal gemessen werden,
- ein spätes Consent-Update keinen doppelten Page View auslöst,
- der Status bei Hard Reload und direktem Einstieg identisch ist.
Die CMP und das Analytics-Setup müssen dieselbe Routing-Realität kennen.
So testen Sie die Umsetzung
Ein grüner Status im CMP-Dashboard reicht nicht. Testen Sie mindestens diese Szenarien in einem frischen Browserprofil:
- erster Aufruf ohne gespeicherte Entscheidung,
- alle optionalen Zwecke ablehnen,
- nur Analytics akzeptieren,
- alle Zwecke akzeptieren,
- Einwilligung widerrufen,
- Seite neu laden und intern navigieren,
- mobile Ansicht und mehrere unterstützte Sprachen.
Tag Assistant
Google Tag Assistant zeigt im Consent-Tab, ob ein Default gesetzt wurde, welche Updates folgten und welchen Status einzelne Consent-Typen haben. Googles Troubleshooting-Leitfaden erklärt die relevanten Diagnoseansichten.
Browser-Netzwerkprotokoll
Kontrollieren Sie zusätzlich in den Developer Tools:
- Welche Requests gehen vor einer Auswahl ab?
- Werden bei Basic Mode wirklich keine Google-Messrequests gesendet?
- Welche Requests bleiben bei Ablehnung im Advanced Mode bestehen?
- Werden Cookies oder Local-Storage-Einträge geschrieben?
- Ändert sich das Verhalten nach Zustimmung und Widerruf korrekt?
Diese Prüfung ist wichtiger als die bloße Existenz eines Banners.
Performance und Core Web Vitals
Consent-Software kann die Nutzererfahrung verschlechtern, wenn sie spät oder instabil eingebunden wird. Typische Fehler sind Layout Shifts durch nachträglich eingefügte Banner, große CMP-Bundles, blockierende Skripte und mehrfach geladene Tag-Manager-Container.
Ein robustes Banner reserviert seinen Platz oder nutzt ein stabiles Overlay, lädt nur notwendige Ressourcen, funktioniert per Tastatur und überdeckt keine wesentlichen Bedienelemente. Performance ist trotzdem kein Grund, Consent-Logik zu verzögern: Der Default muss vor optionalen Tags bekannt sein.
Was Consent Mode für SEO bedeutet
Consent Mode ist kein direkter Rankingfaktor. Seine Auswirkungen sind indirekt:
- Unvollständige Analytics-Daten können Prioritäten verzerren.
- Ein instabiles Banner kann Core Web Vitals und Conversion beeinflussen.
- Falsch blockierte Funktionen können Rendering oder Navigation beschädigen.
- Modellierte Daten können wie beobachtete Daten missverstanden werden.
Für SEO-Entscheidungen sollten Teams GA4 deshalb mit Search Console, Server- und Fehlerdaten sowie Core-Web-Vitals-Felddaten kombinieren. Berichte müssen kenntlich machen, welche Zahlen beobachtet, modelliert oder consentbedingt unvollständig sind.
Audit-Checkliste
- CMP-Kategorien und Consent-Mode-Parameter sind dokumentiert.
- Basic oder Advanced Mode wurde bewusst entschieden und bewertet.
- Der Default wird vor allen Google-Messbefehlen gesetzt.
- Die Auswahl aktualisiert den Status auf derselben Seite.
- Ablehnung und granulare Auswahl funktionieren tatsächlich.
- Widerruf stoppt weitere Messung und berücksichtigt gespeicherte Daten.
- SPA-Navigation erzeugt weder fehlende noch doppelte Page Views.
- Tag Assistant und Netzwerkprotokoll wurden für alle Zustände geprüft.
- Banner und CMP verursachen keine unnötigen Layout Shifts.
- Datenschutzerklärung, CMP-Texte und technische Realität stimmen überein.
- Die Konfiguration wird nach CMP-, GTM- oder GA4-Änderungen erneut getestet.
Fazit
Eine gute Consent-Mode-Implementierung beginnt nicht mit einem GTM-Snippet, sondern mit einer klaren Entscheidung über Dienste, Zwecke und Ladebedingungen. Basic Mode und Advanced Mode liefern unterschiedliche Daten und erzeugen unterschiedliche technische Datenflüsse. Beides muss transparent bewertet werden.
Die offizielle Google-Implementierungsanleitung beschreibt die API-Reihenfolge. Für eine belastbare deutsche Umsetzung gehören zusätzlich TDDDG, DSGVO, CMP-Konfiguration, Widerruf und echte Netzwerktests in denselben Audit.