Borlabs mit Google Tag Manager: Setup, Fallstricke und Consent Mode V2

Borlabs Cookie und Google Tag Manager sauber zu verbinden, ist eines der Themen, bei denen WordPress-Setups oft unbemerkt scheitern. Die Tracking-Daten sehen plausibel aus und sind trotzdem unsauber: Tags feuern ohne Einwilligung, Conversions werden doppelt gezählt, und ROAS-Kampagnen optimieren auf Umsätze, die es nie gab. Jede Marketing-Entscheidung, die auf solchen Daten aufbaut, wird dadurch schlechter.

In diesem Artikel zeige ich dir, wie Borlabs Cookie 3.x mit Google Tag Manager datenschutzkonform zusammenspielt, wie du Google Analytics 4 darüber einbindest und wie sich Consent Mode V2 integrieren lässt. Außerdem geht es um typische Fehler und um die Nachteile der datenschutzfreundlichsten Variante, die du vor der Entscheidung kennen solltest.

Warum Borlabs mit Google Tag Manager überhaupt verbunden wird

Bevor wir in die technische Umsetzung gehen, kurz zur Grundlogik. Borlabs Cookie ist ein Consent-Management-Tool für WordPress. Es zeigt dem Nutzer den Cookie-Banner, holt Einwilligungen ein und blockiert Tracking-Skripte, solange keine Zustimmung vorliegt.

Google Tag Manager ist demgegenüber ein Tag-Verwaltungssystem. Es lädt Tracking-Skripte wie Google Analytics 4, Google Ads Conversion Tracking, Meta Pixel oder andere Dienste über einen zentralen Container in deine Website. Statt jeden Tracking-Code einzeln in den Theme-Header zu pflegen, sitzen alle Tags an einem Ort. Das gilt für jedes Marketing-Tag, nicht nur für die von Google. Für Microsoft Ads gibt es dazu die Anleitung UET-Tag einrichten.

Damit das datenschutzkonform funktioniert, muss Google Tag Manager wissen: Welche Tags darf ich gerade laden, und welche nicht? Diese Information kommt von Borlabs. Wenn die Übergabe sauber gemacht ist, läuft das System rund. Wenn sie schlampig gemacht ist, entstehen die meisten Tracking-Probleme, die in der Praxis vorkommen.

Drei Setup-Varianten mit klaren Trade-offs

Bei der Integration von Borlabs Cookie 3.x und Google Tag Manager gibt es drei Varianten, die sich bei Datenschutz, Aufwand und Datenqualität unterscheiden. Wer das versteht, kann bewusst wählen, statt zufällig in eine Lösung zu rutschen.

Variante 1: Einzelne Consents an Google Tag Manager durchschleifen

Das ist die sauberste und datenschutzkonformste Lösung. Ohne Consent lädt nichts. Für jeden einzelnen Dienst, der getrackt werden soll (GA4, Google Ads, Meta Pixel, LinkedIn Insight, was auch immer), wird der Consent-Status aus Borlabs an den Google Tag Manager übergeben. Der Tag Manager prüft pro Tag, ob die zugehörige Consent-Gruppe akzeptiert wurde, und feuert nur dann.

Vorteil: Maximale Datenschutz-Konformität. Ohne Zustimmung verarbeitet die Website tatsächlich keine Daten. Die Website lädt nicht einmal leere Tracking-Container.

Nachteil: Mehr Aufwand bei Einrichtung und Pflege. Dazu kommt ein praktischer Nachteil: Gängige Browser-Extensions und Tools zur Tracking-Prüfung finden die Integration auf den ersten Blick oft nicht. Weil ohne Consent gar nichts lädt, auch keine erkennbare Spur. Das verunsichert beim Debugging, ist aber inhaltlich kein Fehler.

Der zweite Nachteil betrifft die Google-Daten: Wer ohne Einwilligung nichts lädt, nutzt den Consent Mode im Basis-Modus. Google modelliert fehlende Conversions dann nur mit einem allgemeinen Modell statt mit einem Modell für dein Konto. Was das genau bedeutet, steht weiter unten im Abschnitt zum Consent Mode V2.

Variante 2: Borlabs als Tag-Manager nutzen, ohne Google Tag Manager

Borlabs Cookie 3.x kann nicht nur Consent verwalten, sondern auch Tracking-Codes direkt verwalten und blockieren. Je nach Tracking-Code reicht das aus, um komplett auf Google Tag Manager zu verzichten. Statt zwei Systeme zu koordinieren, liegt alles in einem Plugin.

Das funktioniert besonders gut bei einfachen Setups mit wenigen Diensten, etwa GA4 plus Google Ads Conversion Tracking. Sobald die Anforderungen komplexer werden, etwa mit eigenen Variablen, Custom Events oder mehreren Werbeplattformen, stößt die Borlabs-eigene Tag-Verwaltung an Grenzen. Dann ist Google Tag Manager der bessere Weg.

Variante 3: Tags laden, dann nachträglich blocken

Die in der Praxis am häufigsten anzutreffende Lösung und gleichzeitig die problematischste. Die Website lädt Tracking-Container erst einmal, Daten gehen an externe Dienste raus. Erst wenn der Consent fehlt, wird die Datenübermittlung unterbrochen oder das Tracking nachträglich entfernt.

Das ist aus Datenschutz-Sicht heikel. Der Nutzer hat noch nicht zugestimmt, aber sein Browser hat schon Daten an Google, Meta oder andere Anbieter übermittelt. Wer es ernst meint mit DSGVO, lässt diese Variante besser stehen.

Wie streng Gerichte das sehen, zeigt ein Urteil des Verwaltungsgerichts Hannover vom 19. März 2025 (Az. 10 A 5385/22). Danach braucht schon der Einsatz des Google Tag Managers selbst eine Einwilligung nach § 25 TTDSG (heute TDDDG) und DSGVO (Urteil im Volltext bei VORIS). Das Gericht hielt den Tag Manager nicht für technisch notwendig, weil sich die Einwilligungsverwaltung auch ohne ihn umsetzen lässt (Zusammenfassung der IT-Recht Kanzlei).

Es handelt sich um die Entscheidung eines einzelnen Verwaltungsgerichts, und ob andere Gerichte und Aufsichtsbehörden das genauso bewerten, ist offen. Wer das Risiko klein halten will, lädt den Tag Manager erst nach der Zustimmung. Das betrifft auch den erweiterten Consent Mode, bei dem Google-Tags schon vor der Zustimmung laden.

Consent Mode V2 sauber integrieren

Google verlangt seit März 2024 von Werbetreibenden, die Nutzer im Europäischen Wirtschaftsraum erreichen, nachprüfbare Einwilligungssignale. Fehlen sie, fallen Funktionen wie Zielgruppen, personalisierte Anzeigen und Teile der Conversion-Analyse weg (Google-Ads-Hilfe). Das ist eine Vorgabe von Google, kein Gesetz. Google verdient an diesen Anzeigen und hat entsprechend ein Interesse daran, dass möglichst viele Signale ankommen.

Der Consent Mode kennt zwei Betriebsarten. Im Basis-Modus laden die Google-Tags erst nach der Zustimmung, vorher geht keine Information an Google, auch nicht der Einwilligungsstatus. Im erweiterten Modus laden die Tags sofort mit dem Status abgelehnt und senden bei Ablehnung Pings ohne Cookies, die den Einwilligungsstatus und Messwerte enthalten. Daraus modelliert Google fehlende Conversions, im erweiterten Modus mit einem Modell für dein Konto, im Basis-Modus nur mit einem allgemeinen Modell (Google-Entwicklerdokumentation zum Consent Mode). Variante 1 aus diesem Artikel entspricht dem Basis-Modus.

Wie Consent Mode V2 mit Borlabs zusammenarbeitet

Borlabs Cookie 3.x bringt eine Integration für Consent Mode V2 mit. Wichtig ist dabei, dass Borlabs die einzelnen Consent-Signale (ad_storage, analytics_storage, ad_user_data, ad_personalization) an Google Tag Manager übermittelt. Im Tag Manager werden diese Signale dann mit den jeweiligen Tags und ihren Consent-Gruppen verknüpft.

In Borlabs aktivierst du dafür im Google-Tag-Manager-Dienst die Option Enable Consent Mode und ordnest jeder Dienstgruppe die passenden Google-Einwilligungstypen zu. Borlabs nennt als Beispiel die Gruppe Marketing: Stimmt der Nutzer ihr zu, meldet Borlabs Ad Storage, Ad User Data, Ad Personalization und Personalization Storage an Google (Borlabs-Anleitung zum Google Tag Manager).

Konkret heißt das: Für jeden Dienst und jedes Tracking wird festgelegt, welcher Consent-Gruppe er angehört. Werbe-Pixel gehören zur Marketing-Gruppe, Analytics-Tools zur Statistik-Gruppe, und so weiter. Wenn der Nutzer einer Gruppe zustimmt, feuern die Tags in dieser Gruppe, und nur diese. Eine Stufe weiter geht Server-Side-Tracking, bei dem die Daten nicht mehr direkt aus dem Browser an die Plattformen gehen.

Google Analytics 4 über Borlabs und den Tag Manager einbinden

Für Google Analytics 4 gibt es mit Borlabs Cookie zwei Wege. Ohne Tag Manager installierst du das Google-Analytics-Paket aus der Borlabs-Bibliothek, der Basis-Consent-Mode ist dabei laut Borlabs bereits aktiv (Borlabs zu Consent Mode v2). Das reicht, wenn GA4 und vielleicht noch Google Ads die einzigen Dienste sind.

Mit Google Tag Manager sieht die Einrichtung laut Borlabs-Anleitung so aus:

1. Das Paket Google Tag Manager in der Borlabs-Bibliothek installieren und in den Einstellungen die Container-ID (GTM-…) eintragen.
2. Die Option Enable Consent Mode aktivieren und die Dienstgruppen den Einwilligungstypen zuordnen, etwa die Gruppe Marketing zu den Werbe-Signalen.
3. Im Tag Manager den GA4-Tag (Google-Tag mit deiner Mess-ID G-…) anlegen.
4. Im Basis-Modus als Trigger ein benutzerdefiniertes Ereignis verwenden. Borlabs sendet pro Dienst nach der Zustimmung einmal je Seitenaufruf ein Ereignis nach dem Muster borlabs-cookie-opt-in- plus Dienst-ID, für Google Analytics also borlabs-cookie-opt-in-google-analytics.
5. Zusätzlich die Vorlage Borlabs Cookie Consent Variable aus der Vorlagengalerie des Tag Managers importieren und eine Blockierbedingung anlegen, die den Tag nur bei erteilter Einwilligung zulässt.
6. Im erweiterten Modus reicht stattdessen ein normaler Seitenaufruf-Trigger, weil der Tag den Einwilligungsstatus selbst auswertet und bei Ablehnung nur eingeschränkte Daten sendet.

Danach prüfst du in der Vorschau des Tag Managers, ob der GA4-Tag erst nach der Zustimmung feuert. Wie das geht, steht im übernächsten Abschnitt.

Die häufigsten Fehler in der Praxis

Vier Probleme sehe ich in der Praxis immer wieder. Jedes für sich kann ein Tracking-Setup unbrauchbar machen.

Tags laden ohne Consent

Der häufigste Fehler: Tracking-Container werden geladen, Daten gehen an externe Dienste raus, und erst danach wird der Consent geprüft. Das ist aus Datenschutz-Sicht heikel. Wer es richtig machen will, muss sicherstellen, dass keine Daten übermittelt werden, bevor der Nutzer zugestimmt hat.

Fehlende Weitergabe einzelner Consent-Gruppen

Wenn nur ein „alles erlaubt“-Signal an den Tag Manager geht, anstatt einzelne Consent-Gruppen einzeln zu übergeben, scheitert das Setup an differenzierten Einwilligungen. Ein Nutzer, der nur Statistik akzeptiert, aber Marketing ablehnt, bekommt dann entweder gar kein Tracking oder eben doch Marketing-Tags zu Gesicht. Beides ist falsch.

Genauso wichtig: Die Signale für Consent Mode V2 müssen vollständig übergeben werden: ad_storage, analytics_storage, ad_user_data, ad_personalization. Wenn einzelne Signale fehlen, leidet die Datenqualität auf Google-Seite spürbar.

Doppelt gefeuerte Tags

Wenn dieselbe Conversion zweimal an Google Ads oder GA4 übermittelt wird, sehen die Auswertungen besser aus als die Realität. Bei ROAS-optimierten Kampagnen mit Smart Bidding wird es richtig teuer. Der Algorithmus optimiert auf falsche Umsätze, bietet zu hohe Klickpreise und verbrennt Budget für Klicks, die in Wirklichkeit längst nicht so wertvoll sind.

Typische Ursachen sind unsaubere Tag-Trigger, doppelt eingebundene Conversion-Codes oder eine fehlende Deduplizierung bei mehrfach geladenen Seitenversionen.

Tags feuern trotz Zustimmung nicht

Dieser Fehler fällt oft lange nicht auf. Der Nutzer hat allem zugestimmt, der Banner ist weg, aber das Tracking läuft trotzdem nicht. Meist liegt es an falsch verknüpften Consent-Gruppen im Tag Manager oder an Timing-Problemen, bei denen Tags vor dem Consent-Signal feuern wollen und dann hängen bleiben.

Wie sich das Setup testen lässt

Ob das Setup funktioniert, prüfst du mit vier Werkzeugen.

Google Tag Manager Debug-Modus

Der Tag Manager hat einen eingebauten Vorschau-Modus. Über die Schaltfläche Vorschau öffnet sich der Tag Assistant mit deiner Website, das in Echtzeit zeigt, welche Tags wann gefeuert haben und welche nicht. Wichtig: Auch Variablen, Trigger und der dataLayer werden sichtbar. Das ist ideal, um nachzuvollziehen, ob Consent-Signale korrekt ankommen.

GA4 Debug View

Google Analytics 4 hat eine eigene DebugView, die einzelne Events in Echtzeit zeigt, inklusive der übergebenen Parameter. Du findest sie in der Verwaltung unter Datenpräsentation. Sie füllt sich, sobald die Vorschau des Tag Managers läuft oder Events mit dem Parameter debug_mode gesendet werden (Google-Analytics-Hilfe). Damit lässt sich kontrollieren, ob Conversion-Events korrekt mit den richtigen Werten ausgelöst werden. Besonders nützlich, wenn die normale Reporting-Oberfläche aufgrund von Verzögerungen noch nichts zeigt.

Browser-DevTools

Die Entwicklertools im Browser (Network-Tab, Console, Application/Storage) sind die ehrlichste Quelle. Sie zeigen, welche Requests tatsächlich an externe Server gehen, welche Cookies gesetzt werden und in welcher Reihenfolge das alles passiert. Wer wissen will, ob wirklich nichts vor dem Consent passiert, schaut hier nach.

Browser-Extensions

Tools wie die Chrome-Erweiterung Tag Assistant, in der Google die früheren Erweiterungen Tag Assistant Legacy und Tag Assistant Companion zusammengeführt hat (Tag-Manager-Hilfe), oder spezialisierte Extensions können beim Debugging helfen. Wichtig zu wissen: Bei der sauberen Variante 1 (einzelne Consents durchschleifen) finden diese Tools auf den ersten Blick oft gar nichts, weil ohne Consent eben nichts geladen wird. Das ist so gewollt. Erst nach erteiltem Consent zeigen sie ein vollständiges Bild.

Warum Borlabs Cookie überhaupt

Es gibt mehrere Consent-Management-Tools für WordPress: Cookiebot, Usercentrics, Real Cookie Banner und andere. Borlabs Cookie ist nicht die einzige Wahl, hat sich in meinem Setup aber durchgesetzt. Drei Gründe.

Erstens: Das Tool wird sehr aktiv gepflegt. Neue rechtliche Anforderungen wie Consent Mode V2 werden zeitnah integriert. Wer mit einem Tool arbeitet, das nicht regelmäßig aktualisiert wird, hat in einem Jahr ein Problem.

Zweitens: Die Library für Content-Blocking ist umfangreich. YouTube-Videos, Google Maps, Social-Media-Einbindungen: Alles, was üblicherweise Daten an Drittanbieter sendet, lässt sich sauber blocken und mit individuellen Vorschau-Boxen ersetzen, die Consent einholen.

Drittens: Es funktioniert einfach gut mit WordPress. Andere Tools sind generischer und brauchen mehr Anpassung. Borlabs ist von Anfang an für WordPress gebaut. Das merkt man bei Setup und Pflege.

Wann sich der Aufwand lohnt

Das saubere Setup von Borlabs Cookie 3.x mit Google Tag Manager ist kein 30-Minuten-Job. Wer es richtig macht, investiert mehrere Stunden bis Tage, inklusive Test, Debugging und Dokumentation. Ob sich das lohnt, hängt von zwei Faktoren ab.

Es lohnt sich, wenn …

• Du Google Ads mit Smart Bidding und ROAS-Zielen einsetzt. Hier bestimmt die Datenqualität, worauf der Algorithmus bietet.
• Du mehrere Werbeplattformen parallel nutzt: Google Ads, Meta, LinkedIn. Je mehr Tags, desto wichtiger ist ein zentraler, sauber gepflegter Tag-Manager.
• Du Marketing-Entscheidungen auf Daten basieren willst. Bei unsauberem Tracking optimierst du auf Fantasie und merkst es oft erst nach Monaten.
• Du DSGVO-Konformität ernst nimmst. Wer nachweislich keine Daten ohne Consent verarbeitet, hat gegenüber Aufsichtsbehörden gute Argumente.

Es lohnt sich weniger, wenn …

• Du eine kleine Visitenkarten-Website ohne Werbeschaltungen hast und nur grob wissen willst, wie viele Besucher kommen.
• Du dein Marketing nicht datenbasiert steuerst, sondern andere Indikatoren wie Anfragen direkt im Vertrieb auswertest.
• Du keine bezahlten Werbekampagnen mit Performance-Zielen einsetzt.

Mehr dazu, wie ich saubere Tracking-Setups in der Praxis umsetze, beschreibe ich im Bereich Tracking-Implementierung. Wer ein konkretes Setup mit Google Ads aufbauen will, findet weitere Infos auch unter Google-Ads-Betreuung.

Was du selbst prüfen kannst

Diese fünf Punkte zeigen schnell, wo dein aktuelles Setup steht:

1. Consent-Check: Öffne deine Website im Inkognito-Modus, lehne im Cookie-Banner alles ab und prüfe im Network-Tab der DevTools, ob trotzdem Requests an Google, Meta oder andere Drittanbieter gehen. Bei Variante 1 sollte dort nichts auftauchen. Im erweiterten Consent Mode sind cookielose Pings an Google dagegen zu erwarten.
2. Trigger-Check: Akzeptiere im Banner alles und prüfe in der GTM-Preview, ob alle erwarteten Tags feuern, nicht nur einige.
3. Dopplungs-Check: Triggere eine Conversion (Formular abschicken, Telefon-Klick) und schau in GA4 Debug View, ob der Event nur einmal ankommt.
4. Consent-Mode-Check: Prüfe im dataLayer, ob alle vier Consent-Signale (ad_storage, analytics_storage, ad_user_data, ad_personalization) korrekt gesetzt werden.
5. Update-Check: Sind Borlabs Cookie und der Tag Manager aktuell? Beide Tools entwickeln sich schnell weiter, gerade beim Thema Consent.

Fällt schon der Consent-Check auf, solltest du das Setup zeitnah korrigieren, weil dann ohne Einwilligung Daten fließen. Steht das Setup, geht es an die Auswertung. Welche Kennzahlen dabei zusammengehören, steht in Marketing-Reporting aufbauen.

Häufige Fragen zu Borlabs mit Google Tag Manager

Fazit

Borlabs Cookie 3.x und Google Tag Manager lassen sich sauber verbinden, wenn man weiß, worauf es ankommt. Die datenschutzkonformste Lösung schleift einzelne Consents an den Tag Manager durch und lädt ohne Zustimmung gar nichts. Das macht mehr Arbeit als die typische „erst laden, dann blocken“-Lösung, hat aber das geringste Datenschutzrisiko. Der Preis dafür ist eine gröbere Conversion-Modellierung bei Google.

Die teuersten Fehler stecken im Detail: Doppelt gefeuerte Tags verfälschen die Gebote von ROAS-Kampagnen, fehlende Consent-Signale schwächen die Datenqualität, und Tags ohne Zustimmung machen das Setup rechtlich angreifbar. Wer diese Fehler vermeidet, hat eine Datengrundlage, auf der sich Marketing-Entscheidungen treffen lassen.

Wenn du unsicher bist, ob dein Setup ohne Einwilligung Daten sendet oder Conversions doppelt zählt: Im Erstgespräch schauen wir gemeinsam an, welcher nächste Schritt sich bei dir rechnet.