Google Analytics Cookie-Einwilligung — Technischer Consent-Flow

Das strukturelle Problem beim GA4-Consent-Flow

Google Analytics 4 setzt beim Seitenaufruf Cookies und sendet Daten an Google-Server. Diese Datenverarbeitung erfordert eine aktive Einwilligung nach § 25 TTDSG — und zwar vor dem Laden des Skripts. Die zeitliche Abfolge ist entscheidend: Erst Einwilligung, dann Skript-Aktivierung.

In der Praxis sieht der häufigste Fehler so aus: Das GA4-Skript wird direkt im <head> des HTML-Dokuments eingebunden. Der Cookie-Banner wird ebenfalls beim Seitenaufruf geladen und erscheint nach einem kurzen Delay. Ergebnis: GA4 hat bereits beim ersten HTTP-Request gefeuert, bevor der Nutzer überhaupt eine Möglichkeit hatte, abzulehnen.

Dieses Muster ist bei GA4-Implementierungen in vielen Fällen anzutreffen — nicht als seltene Ausnahme. Es entsteht nicht durch bewusste Fehlkonfiguration, sondern durch das Standardverhalten des GA4-Skripts im <head> und die fehlende explizite Consent-Gate-Konfiguration, die aktiv hergestellt werden muss.

Ob diese Konfiguration auf Ihrer Website tatsächlich so umgesetzt ist, lässt sich ohne technische Analyse nicht feststellen. Eine visuelle Prüfung der Website reicht dafür nicht aus.

Cookie-Banner und GA4 gleichzeitig auf der Seite ≠ GA4 wartet auf Einwilligung

GTM auf der Seite eingebunden ≠ Consent Mode aktiv und korrekt konfiguriert

Ablehnung im Banner möglich ≠ GA4 lädt bei Ablehnung nicht

Google Analytics wird in vielen Fällen bereits vor einer Einwilligungsentscheidung geladen.

Die Analyse bildet genau diese technische Prüfung ab — tatsächliche Erreichbarkeit, technische Einbindung und reale Lade- und Verarbeitungsprozesse.

Website prüfen

Warum der GA4-Consent-Flow in der Praxis in vielen Fällen nicht korrekt ist

Die korrekte GA4-Consent-Konfiguration erfordert das explizite Zusammenspiel von vier unabhängigen Systemkomponenten: dem Consent-Tool, dem Google Tag Manager, der Consent-Mode-Konfiguration in GTM und dem GA4-Tag selbst. Diese vier Komponenten entstammen verschiedenen Quellen — Consent-Tool vom Webentwickler, GTM vom Marketing-Team, GA4-Tag vom Analytics-Verantwortlichen. Sie werden typischerweise nicht von einer Person gemeinsam konfiguriert und getestet.

Das Ergebnis: Jede Komponente ist vorhanden — aber die technischen Verbindungen zwischen ihnen sind nicht oder falsch hergestellt. GA4 feuert, obwohl der Banner erscheint. Diese Konfigurationslücke entsteht strukturell, nicht durch fehlerhafte Absicht.

Warum sich GA4-Consent-Fehler von außen erkennen lassen

Ob GA4 beim initialen Seitenaufruf einen Request an Google-Server sendet, ist durch Netzwerkanalyse ohne Zugang zur Website-Konfiguration feststellbar. Automatisierte Prüfsysteme protokollieren alle HTTP-Requests beim Seitenaufruf vor jeder Nutzerinteraktion. Ein Request an analytics.google.com oder google-analytics.com bei diesem Prüfablauf ist nachweisbar und dokumentierbar — von Datenschutzbehörden und Abmahnkanzleien gleichermaßen.

Die drei technischen Implementierungsszenarien

Szenario 1: Direktes Script-Einbinden ohne Consent-Steuerung

GA4-Skript im <head> ohne Consent-Logik — das Skript läuft immer beim Seitenaufruf, unabhängig vom Banner. Das ist das häufigste und klarste Problem. Der Banner ist dekorativ, hat aber keine technische Wirkung auf GA4.

Szenario 2: Google Tag Manager ohne Consent Mode

GTM ist eingebunden und lädt GA4 über einen Tag-Trigger. Wenn der Consent Mode in GTM nicht aktiviert und korrekt konfiguriert ist, lädt GA4 beim GTM-Trigger — also standardmäßig beim Seitenaufruf. Das Consent-Tool des Cookie-Banners kommuniziert in diesem Fall nicht mit GTM. GA4 lädt auch nach Ablehnung.

Szenario 3: GTM mit Consent Mode, aber falsche Konfiguration

GTM hat den Consent Mode aktiviert, aber der GA4-Tag ist nicht korrekt an den Consent-Status gebunden. Ein häufiger Fehler: Der Tag feuert auf „All Pages" ohne Consent-Check, und der Consent Mode ist aktiviert, aber ohne den GA4-Tag darauf zu referenzieren. Effekt: GA4 lädt weiterhin ohne Einwilligung.

Was korrekt konfiguriert sein muss

Consent Mode in Google Tag Manager muss aktiviert und konfiguriert sein
Der GA4-Tag darf nur feuern, wenn analytics_storage auf granted gesetzt ist
Das Consent-Tool muss beim Nutzer-Entscheid ein gtag('consent', 'update', ...)-Signal senden
Beim ersten Seitenaufruf muss der Default-Consent-Status für analytics_storage auf denied gesetzt sein
Cookie-Banner und GTM-Konfiguration müssen explizit aufeinander abgestimmt sein — sie entstammen oft verschiedenen Quellen

Diese Punkte lassen sich nicht zuverlässig manuell prüfen, da sie von technischen Zuständen und Template-Strukturen abhängen.

Typische Fehlannahme

Annahme: „Ich habe ein Consent-Tool eingebunden und Google Tag Manager nutzt Consent Mode — damit ist der Flow korrekt."

Tatsächlich: Das Vorhandensein von Consent Mode in GTM bedeutet nicht, dass GA4-Tags korrekt an den Consent-Status gebunden sind. Der Consent Mode muss explizit konfiguriert werden — mit den richtigen Default-Werten (analytics_storage: denied), dem richtigen Signal-Format des Consent-Tools und den richtigen Tag-Triggerbedingungen für den GA4-Tag. Diese Komponenten stammen aus verschiedenen Systemen und werden selten gemeinsam konfiguriert und getestet. Ob sie in einer konkreten Website-Konfiguration korrekt zusammenwirken, ist ohne Netzwerktest nicht verlässlich feststellbar — und in der Praxis regelmäßig nicht richtig hergestellt.

Warum sich korrekte Funktion nicht selbst prüfen lässt

Ob das GA4-Skript vor oder nach der Einwilligungsentscheidung lädt, ist nur durch Netzwerkanalyse beim Seitenaufruf erkennbar. Dazu muss der Browser-Netzwerk-Tab beim Laden der Seite — vor jeder Interaktion mit dem Banner — geöffnet sein, und es muss geprüft werden, welche Requests zu Google-Domains (z.B. analytics.google.com, www.googletagmanager.com) beim ersten Laden ausgelöst werden.

Ob ein expliziter Ablehnung-Klick dazu führt, dass GA4 nicht lädt, muss separat getestet werden — Ablehnen im Banner, danach Prüfen der Netzwerk-Requests. Diese Prüfung wird selten durchgeführt. Wer sie nicht vorgenommen hat, kann die Frage „Ist GA4 korrekt in den Consent-Flow eingebunden?" nicht verlässlich beantworten.

Der entscheidende Zustand ist nicht das, was auf der Website sichtbar ist, sondern das, was im Hintergrund technisch passiert. Dieser Zustand ist ohne Analyse nicht zugänglich.