Cookiebot und Consent Mode v2 im Tag Manager einrichten
Cookiebot bietet eine Vorlage für den Tag Manager, die Standard-Einwilligung und Updates im Consent Mode setzt. Du nutzt dataLayer-Ereignisse als Auslöser und testest mit beiden Extremen.

Foto: Olivia Oliver Design auf Unsplash
Was Cookiebot und der Tag Manager miteinander zu tun haben
Cookiebot, heute Teil von Usercentrics, ist ein Cookie-Banner, der die Wahl der Besucher festhält. Der Google Tag Manager steuert, welche Tags auf deiner Seite laufen. Der Consent Mode ist die Brücke dazwischen: Er teilt den Google-Tags mit, wofür der Besucher zugestimmt hat. Damit das funktioniert, muss Cookiebot die Wahl an den Tag Manager melden, und zwar früh genug, bevor der erste Tag etwas sendet.
Für diese Verbindung bietet Cookiebot eine Vorlage für den Tag Manager an. Sie setzt die Standard-Einwilligung beim Seitenaufruf und schickt die Updates, sobald der Besucher im Banner gewählt hat. Du musst den Consent Mode also nicht von Hand zusammenbauen, solltest aber verstehen, was die Vorlage tut, denn an dieser Stelle entstehen die meisten Fehler.
Die Vorlage einbinden
Im Tag Manager legst du einen neuen Tag an und suchst in der Community-Vorlagengalerie nach der Cookiebot-Vorlage. Dort trägst du die Domain-Gruppen-ID aus deinem Cookiebot-Konto ein. Wichtig ist der Auslöser: Der Tag muss vor allen anderen Tags laufen, damit der Standardstatus gesetzt ist, bevor irgendein Google-Tag auslöst. Dafür gibt es im Tag Manager den speziellen Auslösertyp „Consent-Initialisierung“. Mit einem normalen Seitenaufruf-Trigger kann es passieren, dass andere Tags schneller sind als der Cookie-Banner.
Prüfe in den Einstellungen der Vorlage, ob der Standardstatus für Marketing, Statistik und Werbedaten auf „abgelehnt“ steht. Der Consent Mode v2 kennt vier Signale: ad_storage, analytics_storage, ad_user_data und ad_personalization. Die letzten beiden sind mit Version 2 hinzugekommen und betreffen die Weitergabe von Nutzerdaten und personalisierte Werbung. Fehlen sie, kann Google Ads die Zielgruppen- und Conversion-Funktionen nicht sauber nutzen.
- Cookiebot-Vorlage mit der Domain-Gruppen-ID einrichten.
- Auslöser „Consent-Initialisierung“ verwenden, nicht Seitenaufruf.
- Standardstatus auf „abgelehnt“ lassen.
- Prüfen, dass alle vier Signale des Consent Mode v2 gesetzt werden.
Passend dazu: Meta Pixel über den Google Tag Manager einrichten
Ereignisse im dataLayer
Cookiebot schreibt Ereignisse wie cookie_consent_statistics und cookie_consent_marketing in den dataLayer, sobald Besucher der jeweiligen Kategorie zustimmen. Du kannst sie als Auslöser verwenden, etwa damit ein Meta Pixel, das keinen Consent Mode kennt, erst nach der Marketing-Zustimmung läuft. Dazu legst du einen Trigger vom Typ „Benutzerdefiniertes Ereignis“ an und trägst den Ereignisnamen ein.
Die Schreibweise muss exakt stimmen, einschließlich Unterstrichen und Kleinschreibung, sonst greift der Auslöser nicht, und es kommt keine Fehlermeldung. Kopiere den Namen am besten aus dem Vorschaumodus des Tag Managers statt ihn abzutippen.
Wer steuert: Cookiebot oder Tag Manager
Cookiebot kann Skripte und Cookies selbst blockieren. Der Tag Manager kann Tags über die Einwilligungsprüfung ausbremsen. Beides gleichzeitig zu nutzen, führt zu widersprüchlichen Zuständen: Cookiebot blockiert ein Skript, das der Tag Manager für erlaubt hält, oder umgekehrt. Solche Fehler sind schwer zu finden, weil sie vom gewählten Banner-Knopf und vom Zeitpunkt abhängen. Entscheide dich deshalb für eine Instanz, die steuert.
Steuerst du über den Tag Manager, stellst du in Cookiebot das automatische Blockieren aus und lässt die Einwilligungsprüfungen der Tags arbeiten. Das hat den Vorteil, dass die gesamte Logik an einer Stelle liegt: Du siehst in der Vorschau, welcher Tag warum feuert. Setzt du dagegen auf das automatische Blockieren von Cookiebot, solltest du im Tag Manager keine zusätzlichen Einwilligungsprüfungen für dieselben Tags einbauen. Wichtig ist nur, dass die Entscheidung bewusst fällt und dokumentiert ist, damit der nächste Bearbeiter nicht aus Versehen beide Mechanismen aktiviert.
Einwilligungsprüfungen an den Tags
Im Tag Manager hat jeder Tag in den erweiterten Einstellungen einen Bereich für Einwilligungseinstellungen. Dort legst du fest, welche Signale für den Tag erforderlich sind. Google-Tags wie GA4 und Google Ads haben die Einwilligungslogik eingebaut und reagieren selbst auf den Consent Mode. Für Tags anderer Anbieter, etwa das Meta Pixel, trägst du die benötigten Signale ein, zum Beispiel ad_storage für Marketing. So feuert der Tag nur, wenn die Zustimmung vorliegt.
Beispiel: Ein Handwerksbetrieb nutzt GA4, Google Ads und ein Meta Pixel. GA4 braucht analytics_storage, Google Ads ad_storage und ad_user_data, das Pixel ad_storage. Klickt ein Besucher auf „Nur notwendige“, sollte in keinem der drei Fälle ein Tag mit Cookies auslösen. Klickt er auf „Alle zulassen“, laufen alle drei.
So testest du
Teste mit „Nur notwendige“ und mit „Alle zulassen“, jeweils in einem frischen privaten Fenster, damit keine alte Wahl gespeichert ist. Öffne parallel den Vorschaumodus des Tag Managers und die Entwicklertools des Browsers. In der Vorschau siehst du beim Seitenaufruf den Consent-Status und nach der Wahl das Update: Bei „Nur notwendige“ dürfen Marketing-Tags nicht als ausgelöst erscheinen, bei „Alle zulassen“ müssen die freigegebenen Tags laufen.
Kontrolliere zusätzlich im Reiter „Netzwerk“, welche Anfragen an Google und Meta gehen, und im Reiter „Anwendung“, welche Cookies gesetzt werden. Das zeigt, ob wirklich nichts durchrutscht. Wiederhole den Test nach jeder Änderung am Container und nach Updates an Banner oder Theme, denn dort verstellt sich die Reihenfolge der Skripte gern. Das ist eine technische Prüfung und keine Rechtsberatung.
Typische Fehler
Der häufigste Fehler ist die falsche Reihenfolge: Der Cookiebot-Tag läuft zu spät, und GA4 sendet den ersten Seitenaufruf, bevor der Standardstatus gesetzt ist. Ebenfalls häufig: Die Vorlage ist eingerichtet, aber ein zweites, fest im Quelltext eingebautes Cookiebot-Skript sendet doppelte Signale. Und schließlich Tags, die vergessen wurden: Ein altes Pixel, das außerhalb des Tag Managers im Theme steckt, ignoriert den Banner komplett. Schau im Quelltext nach, ob dort noch Skripte von Analyse- oder Werbediensten stehen.
Wann Unterstützung sinnvoll ist
Wenn Banner, Container und Tags nicht zusammenspielen, kostet die Fehlersuche schnell Stunden. Trackum richtet Tracking ein, auch mit Consent Mode v2, mit festen Preisen vorab. Getestet wird mit und ohne Einwilligung, live geht es innerhalb eines Werktags, der Zugriff läuft über die Nutzerverwaltung statt über ein Passwort.
Häufige Fragen
Was ist die Vorlage von Cookiebot für den Tag Manager?
Eine Vorlage, die die Standard-Einwilligung und Updates im Consent Mode setzt. Der Tag Manager kann so Tags passend zur Wahl des Besuchers auslösen.
Welche Ereignisse schreibt Cookiebot in den dataLayer?
Zum Beispiel cookie_consent_statistics und cookie_consent_marketing. Du kannst sie als Auslöser für Tags im Tag Manager nutzen.
Sollte das automatische Blockieren von Cookiebot aus sein?
Wenn du die Einwilligung im Tag Manager prüfst, ja. Automatisches Blockieren und Einwilligungsprüfung sollten nicht gegeneinander arbeiten, eines von beiden steuert.
Wie teste ich die Einrichtung?
Teste mit „Nur notwendige“ und mit „Alle zulassen“. Prüfe im Vorschaumodus und im dataLayer, ob die Tags zur Wahl passen.
Weiterlesen
Meta Pixel über den Google Tag Manager einrichten
Meta Pixel im Tag Manager: Vorlage oder eigener HTML-Tag, Basis-Tag auf allen Seiten, Ereignis-Tags, Marketing-Einwilligung und Test im Events Manager.
AnleitungBorlabs Cookie mit Consent Mode v2 und Tag Manager verbinden
Borlabs Cookie erfasst die Einwilligung, der Tag Manager liefert die Tags aus. Wie du beides ohne Doppelungen verbindest und im Vorschaumodus prüfst.
AnleitungConsent Mode v2 mit Complianz (WordPress)
Complianz unterstützt den Consent Mode v2 und den Tag Manager. Entscheidend sind klare Zuständigkeiten, Standard „abgelehnt“ und ein Test nach jeder Änderung.