Der entscheidende Unterschied zu einem selbstgebauten Cookie-Hinweis: Cookiebot scannt Ihre Website automatisch und erkennt, welche Cookies und Tracking-Technologien tatsächlich geladen werden – statt sich auf eine händisch gepflegte Liste zu verlassen, die selten vollständig und schnell veraltet ist. Für die meisten mittelständischen Websites mit Google Analytics, Marketing-Pixeln, eingebetteten Videos und Schriftarten ist genau diese Automatik der Grund, warum eine CMP überhaupt angeschafft wird.
Begrifflich lohnt eine kurze Klärung. Die Abkürzung CMP steht für Consent-Management-Plattform – also für ein System, das die gesamte Verwaltung von Einwilligungen bündelt. Cookiebot ist eines der bekanntesten Produkte dieser Kategorie, vergleichbar mit Lösungen wie Usercentrics, CookieYes oder OneTrust. Der Name „Cookiebot“ verweist dabei direkt auf das technische Herzstück: einen Bot, also einen automatisierten Software-Agenten, der die Website wie ein Besucher abläuft und dabei protokolliert, was im Hintergrund passiert. Diese bot-basierte Erkennung ist es, die Cookiebot von einer rein statischen Banner-Lösung abhebt.
Geschichtlich ist Cookiebot ein dänisches Produkt: Entwickelt vom Kopenhagener Unternehmen Cybot, war es früh eine der populärsten Lösungen im europäischen Markt, gerade weil der automatische Scan den Pflegeaufwand reduziert. 2021 übernahm die Münchner Usercentrics-Gruppe Cybot – seither werden Cookiebot und die breitere Usercentrics-Plattform unter einem Dach geführt. Für Anwender ist das relevant, weil sich daraus zwei Produktwelten desselben Anbieters ergeben: das schlanke, scan-getriebene Cookiebot und die umfangreichere Enterprise-Plattform. Beide bleiben im Kern EU-Angebote, was im Datenschutz-Kontext ein nicht zu unterschätzender Pluspunkt ist.
Für wen lohnt sich der Einsatz? Aus unserer Projektpraxis profitieren vor allem Unternehmen mit einer klassischen Unternehmens-Website, einem Blog oder einem überschaubaren Shop, die gängige Mess- und Marketing-Werkzeuge einsetzen und keine eigene Entwicklungsabteilung für das Consent-Thema abstellen wollen. Wer hingegen Dutzende Domains, hochkomplexe Tracking-Architekturen oder besondere Anforderungen an Rollen- und Mandantentrennung hat, sollte den Blick gleich auf die größere Plattform-Variante richten. Die folgenden Kapitel arbeiten genau diese Abgrenzung Schritt für Schritt heraus.
Drei Eigenschaften definieren Cookiebot:
Vereinfacht gilt: Für das Setzen oder Auslesen von Informationen auf dem Endgerät eines Besuchers – also für Cookies und vergleichbare Technologien – ist grundsätzlich eine Einwilligung nötig, sofern diese Cookies nicht technisch unbedingt erforderlich sind. Diese Einwilligung muss freiwillig, informiert, eindeutig und vorab erfolgen. Eine vorangekreuzte Checkbox oder ein bloßes Weiterscrollen genügt nach gängiger Auslegung nicht. Genau diesen Mechanismus stellt eine CMP bereit – und sie liefert die Dokumentation gleich mit.
Eine Consent-Management-Plattform übernimmt im Kern drei Aufgaben, die manuell kaum verlässlich zu lösen sind. Erstens das Einholen: Sie zeigt das Banner an und erfasst die Entscheidung des Besuchers granular nach Kategorien. Zweitens das Durchsetzen: Sie verhindert, dass Tracking-Skripte vor der Einwilligung laden, und gibt sie erst nach Zustimmung frei. Drittens das Dokumentieren: Sie speichert jede Einwilligung mit Zeitpunkt und Umfang, sodass die Rechenschaftspflicht erfüllt werden kann.
Viele Websites starten mit einem einfachen, selbst programmierten Cookie-Hinweis. Das funktioniert technisch, scheitert aber meist an drei Punkten: Der Hinweis blockiert die Skripte nicht wirklich, sondern informiert nur. Die Cookie-Liste ist unvollständig, weil eingebettete Inhalte (YouTube, Karten, Schriftarten, Chat-Widgets) eigene Cookies nachladen, die niemand auf dem Schirm hat. Und es gibt kein belastbares Protokoll der Einwilligungen. Eine CMP wie Cookiebot adressiert genau diese drei Lücken – das ist ihr eigentlicher Wertbeitrag.
Ein verbreitetes Missverständnis ist, dass ein Cookie-Banner schon dann seinen Zweck erfüllt, wenn es den Besucher informiert. Tatsächlich ist die reine Information nur die halbe Miete. Entscheidend ist, dass das Banner die Datenverarbeitung auch steuert – dass also ein „Ablehnen“ technisch dazu führt, dass die betreffenden Skripte nicht laufen. Genau hier scheitern viele einfache Lösungen: Sie zeigen einen Hinweis, laden die Tracker aber trotzdem. Eine CMP schließt diese Lücke, indem sie Information und Steuerung verbindet. Das ist der konzeptionelle Kern, der Cookiebot von einem bloßen Cookie-Hinweis unterscheidet.
Hinzu kommt die Frage der Skalierung. Eine einzelne Landingpage lässt sich notfalls auch von Hand pflegen. Sobald eine Website aber wächst, mehrere Sprachen bedient, Kampagnen-Pixel temporär einbindet oder Drittinhalte wie Karten, Videos und Schriftarten lädt, wird die manuelle Pflege schnell zur Fehlerquelle. Eine CMP nimmt diese wiederkehrende Arbeit ab und sorgt dafür, dass auch bei wachsender Komplexität ein konsistentes Verfahren greift. Das ist weniger ein juristisches als ein organisatorisches Argument – aber in der Praxis oft das ausschlaggebende.
Aus der Praxis ergibt sich eine klare Zuordnung: Der automatische Scan löst das Problem der unvollständigen Cookie-Liste. Das Consent-Banner löst das Problem des sauberen Einholens. Die Vorab-Blockierung löst das Problem, dass Tracking nicht vor der Einwilligung laufen darf. Und das Consent-Log löst das Problem der Nachweisbarkeit. Diese vier Bausteine greifen ineinander – wer nur das Banner einbindet, ohne die Blockierung sauber zu prüfen, hat den eigentlichen Zweck verfehlt.
Ein häufig unterschätzter Baustein ist die automatisch generierte Cookie-Erklärung. In vielen Projekten ist die Cookie-Tabelle in der Datenschutzerklärung der Teil, der am schnellsten veraltet. Dass Cookiebot diese Liste aus dem laufenden Scan speist und aktuell hält, nimmt eine wiederkehrende manuelle Aufgabe ab – vorausgesetzt, die Einbettung wird einmal sauber eingerichtet.
Die Kategorien – typischerweise notwendig, Präferenzen, Statistik und Marketing – sind mehr als eine Sortierhilfe: Sie sind die eigentliche Steuerungslogik des Banners. Jeder gefundene Cookie wird einer Kategorie zugeordnet, und der Besucher entscheidet pro Kategorie, ob er zustimmt. Daraus ergibt sich unmittelbar, welche Skripte laden dürfen. Die Qualität dieser Zuordnung bestimmt damit direkt, wie zuverlässig die Einwilligung respektiert wird. Eine sauber gepflegte Kategorisierung ist deshalb kein Nebenschauplatz, sondern das Fundament, auf dem alle anderen Funktionen aufsetzen. Wird ein einwilligungspflichtiger Cookie versehentlich als „notwendig“ eingestuft, läuft er auch ohne Zustimmung – ein Fehler, der in der Praxis gar nicht so selten ist.
Das Consent-Log verdient ebenfalls einen genaueren Blick. Es ist nicht nur eine technische Spielerei, sondern die praktische Antwort auf die Rechenschaftspflicht: Im Streitfall – sei es eine Beschwerde, eine Anfrage einer Aufsichtsbehörde oder eine Auseinandersetzung – muss der Website-Betreiber belegen können, dass eine gültige Einwilligung vorlag. Ein Protokoll, das Zeitpunkt, Umfang und Kategorien festhält, ist dafür die Grundlage. Wichtig ist allerdings, dass dieses Protokoll auch tatsächlich genutzt und im Ernstfall abrufbar ist – ein Log, das niemand kennt, hilft im entscheidenden Moment wenig.
Cookiebot kann erkannte Skripte automatisch blockieren – das ist bequem, funktioniert aber nicht für jede Einbindung zuverlässig. Bei komplexeren Setups (eigene Skripte, ungewöhnliche Einbettungen, server-seitige Aufrufe) ist ein manuelles Markieren der Skripte verlässlicher. In der Praxis empfiehlt sich eine Kombination: das Auto-Blocking als Grundschutz, ergänzt um eine gezielte manuelle Prüfung der wichtigsten Tracking-Skripte. Wer sich allein auf die Automatik verlässt, sollte nach dem Einrichten unbedingt kontrollieren, ob wirklich nichts vor der Einwilligung lädt.
So nützlich der Scan ist – er hat Grenzen. Cookies, die nur unter bestimmten Bedingungen geladen werden (etwa nach einem Login, in einem Bestellprozess oder durch selten besuchte Unterseiten), erfasst ein Standard-Scan nicht zwangsläufig. Auch eigene, projektspezifische Cookies werden nicht immer korrekt kategorisiert. Deshalb gilt: Der automatische Scan ist eine sehr gute Grundlage, ersetzt aber nicht den prüfenden Blick auf das konkrete Setup. Genau hier liegt der Übergang von „Tool installiert“ zu „Tool richtig eingerichtet“.
Ein Blick auf den Ablauf eines einzelnen Seitenaufrufs macht das Zusammenspiel greifbar. Ruft ein Besucher die Seite zum ersten Mal auf, lädt zunächst das Cookiebot-Skript – und zwar bevor die übrigen Tracking-Skripte zum Zug kommen. Das CMP prüft, ob bereits eine Einwilligung vorliegt. Ist das nicht der Fall, hält es die einwilligungspflichtigen Skripte zurück und zeigt das Banner. Der Besucher trifft seine Wahl, und erst danach gibt Cookiebot genau die Skripte frei, denen zugestimmt wurde. Bei jedem weiteren Aufruf greift die gespeicherte Entscheidung, sodass das Banner nicht erneut erscheint – bis der Besucher seine Wahl aktiv ändert oder die Speicherdauer abläuft.
Dieser Ablauf zeigt auch, warum die technische Reihenfolge so entscheidend ist. Lädt ein Tracking-Skript versehentlich vor dem CMP – etwa weil es fest im Quelltext steht oder über einen anderen Weg eingebunden wurde –, kann Cookiebot es nicht mehr aufhalten. Das Tracking startet dann trotz vorhandenem Banner vor der Einwilligung. Solche Konstellationen sind der häufigste Grund, warum eine technisch vorhandene CMP ihren eigentlichen Zweck verfehlt, und sie lassen sich nur durch eine gezielte Kontrolle im Browser aufdecken.
Aus unserer Projektpraxis sind drei Szenarien klar: Erstens, wenn eine überschaubare Zahl an Websites mit gängigem Tracking abzudecken ist und der automatische Scan den Pflegeaufwand spürbar senken soll. Zweitens, wenn schnelle Einrichtung und geringe technische Hürde wichtig sind – etwa bei einem WordPress- oder TYPO3-Auftritt ohne eigenes Entwicklungsteam. Drittens, wenn eine stets aktuelle Cookie-Erklärung gewünscht ist, ohne diese manuell pflegen zu müssen.
Usercentrics (in der breiteren Plattform-Variante) spielt seine Stärken aus, wenn viele Domains, komplexe Konzernstrukturen, granulare Rollen- und Rechteverwaltung oder ein hoher Bedarf an Anpassung und Reporting bestehen. Da Cookiebot zur Usercentrics-Gruppe gehört, ist der Übergang fließend – die Frage ist eher Umfang und Funktionstiefe als Anbieter. Open-Source-CMPs sind interessant für Teams mit eigener Entwicklungskompetenz, die maximale Datenhoheit (Selbst-Hosting) und niedrige Lizenzkosten priorisieren – um den Preis von deutlich mehr Eigenpflege, fehlendem automatischem Scan und der Verantwortung, das Consent-Log selbst belastbar aufzusetzen.
Bei den Kosten lohnt eine differenzierte Betrachtung – und der bewusste Verzicht auf exakte Preisangaben, weil sich Tarife laufend ändern und stark vom Umfang abhängen. Grundsätzlich gilt: Cookiebot und Usercentrics sind SaaS-Produkte, deren Abo-Preis sich meist nach Faktoren wie Zahl der Domains, Seitenaufrufe oder Unterseiten richtet. Für kleine Websites gibt es oft günstige oder eingeschränkte Einstiegstarife, während größere Auftritte in höhere Stufen rutschen. Open-Source-CMPs haben dagegen niedrige bis keine Lizenzkosten, verlagern den Aufwand aber in die eigene Entwicklung und Pflege. Der vermeintlich kostenlose Weg ist also selten wirklich kostenlos – er tauscht Lizenzgebühren gegen Arbeitszeit.
Die ehrliche Entscheidungsfrage lautet daher nicht „Was kostet das Tool?“, sondern „Wo will ich den Aufwand tragen?“. Wer geringe laufende Pflege und schnelle Einrichtung priorisiert, ist mit einer scan-getriebenen SaaS-Lösung gut bedient. Wer maximale Kontrolle, Selbst-Hosting und niedrige Lizenzkosten braucht und die nötige Technik-Kompetenz im Haus hat, kann mit Open Source glücklich werden – muss dann aber auch die Verantwortung für Scan, Aktualität und Nachweisbarkeit selbst übernehmen. Für die meisten Mittelständler ohne dediziertes Datenschutz-Engineering fällt die Abwägung in der Praxis zugunsten einer betreuten SaaS-Lösung aus.
Der Google Consent Mode ist ein Mechanismus, mit dem die Einwilligungs-Entscheidung des Besuchers an Google-Dienste wie Google Analytics oder Google Ads übergeben wird. Vereinfacht: Die CMP sagt den Google-Tags, ob und in welchem Umfang sie messen dürfen. Ohne Einwilligung werden – je nach Variante – nur eingeschränkte, anonyme Signale gesendet oder gar keine. Mit Einwilligung läuft die Messung vollständig. Cookiebot kann diese Signale setzen, sodass die Einwilligung über die ganze Google-Kette hinweg respektiert wird.
Für viele Marketing-Teams ist der Consent Mode der eigentliche Grund, eine CMP sauber zu integrieren: Er ist die Brücke zwischen Datenschutz-Anforderung und Mess-Bedarf. Wichtig ist die ehrliche Einordnung – der Consent Mode ist ein technisches Werkzeug von Google. Ob die konkrete Konfiguration für Ihren Anwendungsfall zulässig ist, ist eine Frage des Einzelfalls und sollte datenschutzrechtlich begleitet werden.
In der Praxis wird Cookiebot meist auf einem von zwei Wegen eingebunden. Der erste: ein Plugin für das CMS. Für WordPress, TYPO3 und weitere Systeme gibt es Erweiterungen, die das Cookiebot-Skript einfügen und die Konfiguration im Backend ermöglichen – der bequemste Weg für Standard-Websites. Der zweite: die Einbindung über den Google Tag Manager, bei der Cookiebot als steuernde Instanz für die übrigen Tags fungiert. Letzteres ist flexibler, erfordert aber Erfahrung mit dem Tag Manager und eine durchdachte Trigger-Logik.
Nicht jede Website setzt auf Google. Auch datenschutzfreundlichere Analyse-Werkzeuge oder cookiefreie Messverfahren lassen sich mit einer CMP kombinieren – teils sogar mit dem Ergebnis, dass das Banner schlanker ausfallen kann, weil weniger einwilligungspflichtige Technologien zum Einsatz kommen. Die strategische Frage lautet daher nicht nur „Welche CMP?“, sondern auch „Wie viel einwilligungspflichtiges Tracking brauche ich überhaupt?“. Wer hier aufräumt, vereinfacht das Consent-Management spürbar.
In vielen mittelständischen Setups ist der Google Tag Manager bereits im Einsatz, weil er das Verwalten von Mess- und Marketing-Tags ohne ständige Eingriffe ins Website-Template erlaubt. Die Kombination aus CMP und Tag Manager ist deshalb naheliegend: Cookiebot liefert die Einwilligungs-Signale, und der Tag Manager feuert seine Tags erst, wenn die passende Einwilligung vorliegt. Richtig aufgesetzt entsteht so eine saubere Kette, in der jede einzelne Mess- oder Marketing-Aktion an die Entscheidung des Besuchers gekoppelt ist. Der Preis dafür ist eine gewisse Komplexität in der Trigger-Logik – wer den Tag Manager nicht ohnehin beherrscht, sollte diesen Weg begleiten lassen.
Wichtig ist, die beiden Welten nicht zu vermischen: Das CMP entscheidet über die Einwilligung, der Tag Manager über das Auslösen der Tags. Werden Tracking-Skripte am CMP vorbei direkt im Tag Manager ohne Consent-Bedingung eingebunden, entsteht genau die Lücke, die das ganze Konstrukt aushebelt. Eine durchdachte Konvention – welche Tags an welche Einwilligung gekoppelt sind – ist deshalb mindestens so wichtig wie die technische Einbindung selbst.
Eine CMP setzt den Mechanismus der Einwilligung technisch um: Sie holt sie ein, setzt sie durch und dokumentiert sie. Was sie nicht leistet, ist die juristische Entscheidung darüber, welches Tracking in Ihrem konkreten Fall einwilligungspflichtig ist, wie Ihre Datenschutzerklärung formuliert sein muss oder ob ein bestimmter Drittanbieter zulässig ist. Diese Bewertungen liegen außerhalb des Werkzeugs. Wer eine CMP als „Compliance-Knopf“ missversteht, läuft Gefahr, sich in falscher Sicherheit zu wiegen.
In Projekten begegnen uns immer wieder dieselben Punkte: ein Banner, das nur „Akzeptieren“ prominent anbietet und „Ablehnen“ versteckt; Tracking-Skripte, die trotz CMP vor der Einwilligung laden; eine Cookie-Erklärung, die nicht zur tatsächlichen Technik passt; oder ein Consent-Log, das niemand je geprüft hat. Keiner dieser Punkte ist ein Fehler von Cookiebot selbst – sie entstehen bei der Einrichtung und Pflege. Genau deshalb ist die saubere Konfiguration wichtiger als die Wahl des Anbieters.
Ein Punkt, der in der Praxis oft unterschätzt wird: Der rechtliche Rahmen ist nicht statisch. Gesetze werden novelliert, Behörden veröffentlichen Orientierungshilfen, und Gerichte konkretisieren durch ihre Urteile, was als zulässig gilt und was nicht. Das deutsche TDDDG ist aus dem früheren TTDSG hervorgegangen, und auch auf europäischer Ebene wird über die Weiterentwicklung der Regeln diskutiert. Für Website-Betreiber bedeutet das: Eine einmal getroffene Einrichtung ist keine Garantie für die Zukunft. Es lohnt sich, das Thema in regelmäßigen Abständen erneut zu bewerten – idealerweise gemeinsam mit fachkundiger Begleitung.
Genau aus diesem Grund ist die wiederholte Einordnung in diesem Artikel kein juristischer Vorbehalt um seiner selbst willen, sondern eine ehrliche Beschreibung der Lage: Niemand sollte eine technische CMP für eine endgültige rechtliche Absicherung halten. Das Werkzeug schafft die Voraussetzungen, damit Anforderungen erfüllbar sind – ob sie im konkreten Fall tatsächlich erfüllt werden, ist eine Frage der Konfiguration, der Datenschutzerklärung und der laufenden Bewertung. Diese Arbeitsteilung zwischen Technik und Recht klar zu benennen, erspart böse Überraschungen.
Der erste Scan liefert selten ein perfektes Ergebnis – und das ist normal. Häufig tauchen Cookies auf, deren Zweck nicht sofort klar ist, oder es fehlen Cookies, die nur in geschützten Bereichen geladen werden. Die Kategorisierung ist deshalb kein einmaliger, sondern ein iterativer Schritt: erst grob automatisch, dann gezielt manuell nachgeschärft. Wer hier sorgfältig arbeitet, vermeidet später sowohl ungewolltes Tracking als auch fälschlich blockierte, eigentlich harmlose Funktionen.
Bei mehrsprachigen Websites sollte das Banner in allen relevanten Sprachen erscheinen und sich automatisch an die Sprache der Seite anpassen. Beim Erscheinungsbild gilt: Das Banner sollte zur Marke passen, aber die Auswahlmöglichkeiten fair darstellen – „Akzeptieren“ und „Ablehnen“ gleichwertig zu präsentieren, ist nicht nur eine Frage des Anstands, sondern auch der rechtlichen Bewertung. Ein gestalterisch sauberes, gut lesbares Banner verbessert zudem die Akzeptanz bei den Besuchern.
Der wohl wichtigste Schritt einer Cookiebot-Einrichtung ist zugleich der, der am häufigsten ausgelassen wird: die technische Abnahme. Nach dem Einbinden des Skripts und dem Konfigurieren der Kategorien sollte im Browser mit den Entwicklerwerkzeugen kontrolliert werden, ob vor einer Einwilligung tatsächlich keine einwilligungspflichtigen Cookies gesetzt und keine entsprechenden Netzwerk-Aufrufe ausgelöst werden. Erst dieser Test belegt, dass die Blockierung greift. Wer ihn überspringt, verlässt sich auf die Annahme, dass alles funktioniert – und genau diese Annahme erweist sich in Projekten erstaunlich oft als falsch.
Bewährt hat sich, die Abnahme in zwei Szenarien durchzuführen: einmal mit verweigerter Einwilligung – hier darf nichts Einwilligungspflichtiges laden – und einmal mit erteilter Einwilligung, wo die freigegebenen Tools dann tatsächlich arbeiten sollten. Erst wenn beide Szenarien das erwartete Verhalten zeigen, ist die Einrichtung wirklich abgeschlossen. Dieser kleine Mehraufwand am Anfang erspart später aufwendige Fehlersuche und reduziert das Risiko, dass ungewolltes Tracking unbemerkt mitläuft.
Im Mittelstand läuft die Website meist auf einem etablierten CMS – häufig WordPress oder TYPO3 – und wird von einer Agentur oder einem kleinen internen Team betreut. Hier ist die Plugin-Einbindung der pragmatische Weg: Sie ist schnell, gut dokumentiert und erfordert kein tiefes Eingreifen in den Code. Wer bereits den Google Tag Manager nutzt, kann Cookiebot stattdessen dort als steuernde Instanz einsetzen. In beiden Fällen gilt: Die Einbindung sollte einmalig sauber gemacht und dann mit einem kurzen technischen Test abgenommen werden – das spart später viel Fehlersuche.
Eine CMP ist kein „einmal einrichten und vergessen“-Werkzeug. Websites verändern sich: Es kommen neue Tools, eingebettete Inhalte oder Kampagnen-Pixel hinzu. Der regelmäßige Scan fängt vieles ab, aber jemand muss die Ergebnisse auch ansehen und neue Cookies kategorisieren. In der Praxis bewährt sich eine schlanke Routine – etwa eine vierteljährliche Kontrolle, bei der der aktuelle Scan, die Kategorisierung und ein kurzer Browser-Check durchgegangen werden. Ohne diese Routine veraltet die Konfiguration schleichend.
Das größte Spannungsfeld im Mittelstand ist der Zielkonflikt zwischen Messbarkeit und Rechtskonformität. Marketing möchte möglichst viele Einwilligungen, um Kampagnen messen zu können – Datenschutz verlangt eine faire, nicht manipulative Banner-Gestaltung. Unsere Erfahrung: Aggressive „Dark Patterns“ schaden langfristig mehr, als sie kurzfristig bringen, weil sie das Vertrauen untergraben und ein rechtliches Risiko darstellen. Der bessere Weg ist, das einwilligungspflichtige Tracking auf das wirklich Nötige zu reduzieren und das Banner klar und ehrlich zu gestalten. Wer weniger braucht, muss weniger einsammeln – und gewinnt an beiden Enden.
Ein häufig übersehener Erfolgsfaktor im Mittelstand ist organisatorischer Natur: Wer ist eigentlich für die CMP zuständig? In vielen Unternehmen liegt das Thema zwischen Marketing, IT und Datenschutz – und fällt damit gerne durch alle Raster. Bewährt hat sich, eine verantwortliche Person zu benennen, die den regelmäßigen Scan im Blick behält, neue Cookies kategorisiert und bei größeren Website-Änderungen eine kurze Kontrolle anstößt. Diese Rolle muss nicht viel Zeit kosten, aber sie muss eindeutig zugewiesen sein. Ohne klaren Verantwortlichen veraltet die Konfiguration zwangsläufig.
Ebenso lohnt sich der Blick auf die Zusammenarbeit mit Dienstleistern. Wird die Website von einer Agentur betreut, sollte vertraglich klar sein, wer die CMP pflegt und wer bei neuen Tools die Consent-Anbindung herstellt. Wir erleben regelmäßig, dass nach einem Relaunch oder einer Kampagne neue Skripte eingebunden werden, ohne dass jemand an die CMP gedacht hat – mit der Folge, dass Tracking wieder vor der Einwilligung läuft. Eine kurze Checkliste, die bei jeder Änderung an der Tracking-Landschaft abgearbeitet wird, ist hier ein einfaches, aber wirksames Mittel.
