Zum Hauptinhalt springen

Cookie-Einwilligung

ConnectWiz kann die Cookie-Einwilligung Ihrer Website im selben Code verwalten, der das Chat-Widget ausführt und erfasst, woher Besucher kommen. Ist sie aktiviert, gilt:

  • Jedes Einwilligungssignal steht auf jeder Seite zunächst auf abgelehnt, bevor irgendein Tag läuft.
  • Die Entscheidung des Besuchers wird in einem First-Party-Cookie gespeichert und auf jeder Seite erneut angewendet.
  • Die Tags, die bereits auf Ihrer Seite sind – Google (Consent Mode), Meta Pixel, Microsoft Clarity, Microsoft UET (Bing Ads) und das OpenAI-Pixel –, erfahren die Entscheidung jeweils in ihrer eigenen Sprache.
  • Besucher sehen das ConnectWiz-Cookie-Banner – Alle akzeptieren, Alle ablehnen und Einstellungen, in ihrer Sprache –, bis sie entschieden haben, und danach eine kleine Cookie-Schaltfläche, über die sie ihre Entscheidung ändern oder widerrufen können.
  • Jede Entscheidung wird als Nachweis gespeichert (wer, wann, welche Kategorien, welche Version), getrennt von der Marketing-Einwilligung der Person.

Was die einzelnen Gesetze von Ihren Cookies verlangen – DSGVO, KVKK, die Gesetze der US-Bundesstaaten, Québec, Brasilien, Google und Amazon – und wie ConnectWiz damit umgeht, lesen Sie unter Datenschutzvorschriften.

Wer die Einrichtung vornehmen kann

Die Cookie-Einwilligung ist in jedem Tarif enthalten. Für die Einrichtung – den Schalter und den Tab Cookie-Einwilligung – brauchen Sie die Berechtigung Integrationen verwalten (integrations.manage). Um die Einwilligungsnachweise einzusehen und zu exportieren, ist zusätzlich Einstellungen des Einwilligungsregisters (İYS) verwalten (consent.manage) nötig; um die Nachweise eines Browsers zu löschen, Daten einer Person löschen oder anonymisieren (contacts.erase).

Aktivieren​

  1. Öffnen Sie Einstellungen → Integrationen → Website und dort Ihre Website.
  2. Achten Sie darauf, dass Mit dem Chat-Widget-Code erfassen aktiviert ist: Die Einwilligung läuft im Code des Chat-Widgets. (Siehe Website verbinden.)
  3. Aktivieren Sie unter Was das Website-Skript tut die Option ConnectWiz-Cookie-Einwilligung.
  4. Öffnen Sie den Tab Cookie-Einwilligung, um Texte und Aussehen des Banners festzulegen (siehe Banner einrichten), und kopieren Sie dann den Installationsblock aus dem Tab Einrichtung.

Installation​

Bei aktivierter Cookie-Einwilligung erhalten Sie in der Karte Installation einen einzigen Codeblock:

  1. ein kurzes Inline-Skript (unter 1 KB), das die Standardwerte der Einwilligung setzt, und
  2. die Zeile für das Chat-Widget, die Sie bereits kennen.

Fügen Sie den Block in jede Seite ein, ganz oben in <head> – noch vor Google Tag Manager und allen anderen Tags –, und lassen Sie beide Teile in dieser Reihenfolge zusammen. Google verlangt, dass der Einwilligungsstandard gesetzt ist, bevor eines seiner Tags läuft; ein Skript, das im Hintergrund nachlädt, kann ihn nicht nachträglich setzen. Deshalb ist der erste Teil inline.

Ist die Cookie-Einwilligung deaktiviert, zeigt die Karte Installation wie bisher nur die Widget-Zeile.

Tags in Google Tag Manager?

Wählen Sie im Tab Einrichtung B — Google Tag Manager + ConnectWiz-Einwilligung: Dann setzt die Vorlage ConnectWiz Consent in Tag Manager die Standardwerte anstelle des Inline-Skripts, und der Installationscode besteht nur aus der Widget-Zeile. Siehe Mit Google Tag Manager verwenden.

Auf einer WordPress-Website​

Sie müssen nichts einfügen. Wählen Sie unter Installation die Option WordPress-Plugin herunterladen, gehen Sie dann in WordPress zu Plugins → Neues Plugin hinzufügen → Plugin hochladen, laden Sie die .zip hoch und aktivieren Sie das Plugin. Ihre Kopie enthält bereits den Widget-Schlüssel.

Das Plugin bindet den Chat auf jeder Seite ein und setzt bei aktivierter Cookie-Einwilligung den ersten Teil des Blocks ganz oben in <head> – vor Google Tag Manager und vor allen Tags, die andere Plugins ausgeben. Diesen Teil fragt es bei ConnectWiz ab, sobald Sie seine Einstellungen speichern, und danach stündlich. Eine Änderung, die Sie hier vornehmen (etwa eine Regionsregel), erreicht die Website also, ohne dass Sie den Block erneut einfügen. Auf seiner Einstellungsseite, Einstellungen → ConnectWiz Chat, finden Sie einen Kasten Cookie consent, der zeigt, was ConnectWiz über die Website weiß, und eine Schaltfläche Check now.

  • Die WordPress-Adresse muss eine der Domains dieser Website sein, und die Website muss mit dem Chat-Widget verknüpft sein. Andernfalls meldet der Kasten, dass ConnectWiz die Website nicht kennt, und das Plugin fügt nur den Chat ein.
  • Im Modus B fügt das Plugin keinen Inline-Code ein: Dann setzt die Vorlage in Tag Manager die Standardwerte.
  • Ist ConnectWiz bei einer Prüfung nicht erreichbar, behält das Plugin den zuletzt erhaltenen Code. Ein kurzer Ausfall entfernt die Einwilligungsstandards also nicht von der Website.
  • Ein Seiten-Cache (WP Rocket, LiteSpeed Cache und ähnliche) liefert die alte Seite aus, bis Sie ihn leeren. Das Plugin kennzeichnet seine Skripte so, dass Optionen wie „Delay“ oder „Defer JavaScript“ sie unberührt lassen.
  • Ist das Plugin WP Consent API aktiv, wird die Entscheidung des Besuchers an es weitergegeben (Statistik, Marketing, Einstellungen). Plugins, die diese API nutzen, darunter WooCommerce und Site Kit, richten sich dann ebenfalls nach dem ConnectWiz-Banner.
  • Entfernen Sie alle anderen Cookie-Banner-Plugins, und fügen Sie den Block nicht zusätzlich ins Theme ein.

In einem Shopify-Shop​

Das Banner funktioniert auf Shopify wie auf jeder anderen Website, und die Entscheidung des Besuchers wird zusätzlich an die Einwilligungseinstellung von Shopify selbst übergeben (die Customer Privacy API von Shopify). Shopify, seine Pixel unter Kundenereignisse, der Consent Mode der App Google & YouTube und alle anderen Apps, die Shopifys Einstellung auslesen, folgen dann derselben Entscheidung: Statistik, Marketing, Einstellungen (bei uns Funktional) sowie Verkauf oder Weitergabe von Daten, was sich nach Marketing richtet.

  1. Binden Sie den Chat in die Storefront ein: Aktivieren Sie im Theme-Editor unter App-Einbettungen den Eintrag ConnectWiz chat (siehe Shopify), oder fügen Sie die Widget-Zeile in theme.liquid vor </body> ein.
  2. Gehen Sie in Shopify zu Einstellungen → Datenschutz für Kunden → Cookie-Banner und deaktivieren Sie das eigene Banner von Shopify, damit Besucher nur ein Banner sehen, nämlich unseres. Lassen Sie die Regionen, in denen Shopify um Einwilligung bitten muss, unverändert: Shopify hält sein Tracking zurück, bis unser Banner die Antwort des Besuchers übergibt.
  3. Entfernen Sie alle anderen Cookie-Banner-Apps.
  • Weitergegeben wird nur eine Entscheidung, die der Besucher selbst trifft (so will es Shopify). Wer bereits auf einer früheren Seite entschieden hat, ist Shopify schon bekannt; es wird nichts erneut gesendet.
  • Wie Shopify ein Global-Privacy-Control-Signal des Besuchers in den Regionen anwendet, in denen es zählt, bleibt Shopify überlassen; das Banner kann das nicht übersteuern.
  • Sind Google-Tags von Hand ins Theme eingefügt statt über die App Google & YouTube, fügen Sie zusätzlich den ersten Teil des Installationsblocks ganz oben in <head> von theme.liquid ein, damit diese Tags mit „abgelehnt“ starten.

Auf einer Wix-Website​

Öffnen Sie in Wix Einstellungen → Benutzerdefinierter Code, fügen Sie den Installationsblock über Code hinzufügen ein, wenden Sie ihn auf Alle Seiten an, platzieren Sie ihn im Head und wählen Sie als Typ Essenziell, damit Wix das Banner selbst nie zurückhält. Entfernen Sie alle anderen Cookie-Banner-Apps und deaktivieren Sie das Cookie-Banner von Wix, damit Besucher nur ein Banner sehen, nämlich unseres.

Die Entscheidung des Besuchers wird zusätzlich an die Einwilligungseinstellung von Wix selbst übergeben (den Consent Policy Manager von Wix): Statistik, Funktional und – Marketing folgend – Werbung sowie Datenweitergabe an Dritte. Wix und die Wix-Apps, deren Skripte einer Kategorie zugeordnet sind, folgen dann ab der nächsten Seite derselben Entscheidung.

  • Weitergegeben wird nur eine Entscheidung, die der Besucher selbst trifft; beim Laden der Seite wird nichts gesendet.
  • Bevor ein Besucher entschieden hat, wendet Wix den eigenen Standard der Website an, der alles erlaubt, sofern keine Einwilligungs-App ihn geändert hat. Die Tags, die ConnectWiz lädt, und Googles Tags unter den Consent-Mode-Standards des Installationsblocks warten in jedem Fall auf die Entscheidung. Eine ConnectWiz-App für den Wix App Market, die diesen Standard ebenfalls setzt, ist in Vorbereitung.

Was der erste Teil bewirkt​

  • gtag('consent', 'default', …) mit allen Signalen auf abgelehnt (ad_storage, ad_user_data, ad_personalization, analytics_storage, functionality_storage, personalization_storage), security_storage auf erteilt und einer Wartezeit von 500 ms auf das Update;
  • ads_data_redaction aktiviert, sodass Google-Anzeigenanfragen keine Klick-IDs übertragen, solange Werbespeicherung abgelehnt ist;
  • denselben abgelehnten Standard für Microsoft UET;
  • hat der Besucher bereits auf einer früheren Seite entschieden, wird seine Entscheidung sofort angewendet, bevor irgendein Tag ein Cookie liest.

Das Banner erscheint auf jeder Seite Ihrer Website, bis der Besucher entschieden hat. Es verdeckt oder sperrt die Seite nicht (keine Cookie-Wall) und verschiebt nie Ihre Inhalte: Es schwebt an der Position, die Sie wählen, in der Systemschrift und in der Sprache des Besuchers (alle Panel-Sprachen; Arabisch, Hebräisch, Persisch und Urdu von rechts nach links).

  • Erste Ebene: ein kurzer Text, der Link zu Ihrer Cookie-Richtlinie und drei Schaltflächen – Alle akzeptieren, Alle ablehnen, Einstellungen –, die exakt gleich aussehen. Das Gesetz verlangt gleiches Gewicht, deshalb bietet das Panel für alle drei nur einen Schaltflächenstil an.
  • Einstellungen: eine Zeile pro Kategorie. Unbedingt erforderlich ist immer aktiv und keine Wahlmöglichkeit; alle anderen Kästchen sind zunächst leer. Zu jeder Kategorie steht, wofür sie dient, welche Anbieter sie umfasst, in welche Länder deren Daten übermittelt werden können und welche Cookies dazugehören (Name, Anbieter, Dauer, Erst- oder Drittanbieter). Der Besucher wählt aus und klickt auf Meine Auswahl speichern – oder auch hier auf Alle akzeptieren bzw. Alle ablehnen.
  • Ihre Einwilligungs-ID erscheint in den Einstellungen, sobald eine Entscheidung vorliegt. Ein Besucher kann sie angeben, um zu erfahren, was gespeichert wurde, oder um die Löschung zu verlangen – siehe Der Tab „Einwilligungsnachweise“.
  • Die Cookie-Schaltfläche bleibt nach der Entscheidung auf jeder Seite in einer unteren Ecke. Sie öffnet die Einstellungen erneut; Alle ablehnen widerruft dort eine frühere Zustimmung ebenso einfach, wie sie erteilt wurde. Ein eigener Link auf Ihrer Website kann dasselbe tun: window.cwz.consent.open().

Der Code des Banners wird nur heruntergeladen, wenn es angezeigt werden muss: Ein wiederkehrender Besucher, dessen Entscheidung noch gilt, lädt nur die Cookie-Schaltfläche (unter 1 KB).

Einstellungen → Integrationen → Website → Ihre Website → Cookie-Einwilligung. Die Vorschau rechts zeigt Ihre ungespeicherte Änderung auf beiden Ebenen; Veröffentlichen schaltet sie live.

  • Texte: Wählen Sie eine Sprache und geben Sie Ihre eigene Formulierung ein; ein leeres Feld behält den Standardtext dieser Sprache. Nur reiner Text. Tragen Sie die Adresse Ihrer Cookie-Richtlinie ein – sie wird als eigener Link angezeigt, getrennt von den Schaltflächen.
  • Aussehen und Position: Das Banner trägt eine Design-Vorlage – Layout, Schaltflächenstil, Farben, die Cookie-Schaltfläche und mehr. Design ändern öffnet das Studio. Unabhängig von der Vorlage sehen Alle akzeptieren, Alle ablehnen und Einstellungen immer gleich aus, der Text bleibt lesbar (4,5:1), und die Cookie-Schaltfläche lässt sich nicht abschalten.
  • Abgefragte Kategorien: Statistik, Marketing und Funktional; Unbedingt erforderlich wird immer aufgeführt.
  • Anbieter auf dieser Website: Haken Sie die Tags an, die Ihre Website verwendet (Google Analytics, Google Ads, Meta Pixel, Microsoft Clarity, Microsoft Advertising, OpenAI Ads). Das Banner listet sie mit ihren Cookies und ihrem Land auf; ein Tag, das es auf der Seite findet, erscheint auch dann, wenn Sie es nicht angehakt haben. Fügen Sie für die Cookie-Tabelle Ihre eigenen Cookies hinzu (Name, Anbieter, Kategorie, Tage oder Sitzung, Herkunft, Zweck).
  • Erneut fragen nach: wie lange eine Entscheidung gilt, bevor das Banner erneut fragt – nach einer Zustimmung 1–12 Monate (Standard 12), nach Alle ablehnen 6–12 Monate (Standard 6; nie früher, damit eine Ablehnung nicht durch wiederholtes Nachfragen ausgehebelt wird).
Datenübermittlung ins Ausland

Das Banner nennt das Land, in das die Daten jedes Anbieters übermittelt werden (für die oben genannten Anbieter: die Vereinigten Staaten). Es informiert; den rechtlich erforderlichen Schritt für Übermittlungen ins Ausland ersetzt es nicht – nach dem KVKK in der Regel ein Standardvertrag mit dem Anbieter und eine Meldung an die Datenschutzbehörde.

Auch die Einträge von ConnectWiz selbst (das Einwilligungs-Cookie, der Speicher des Chats, das Attributions-Cookie) nennen die Vereinigten Staaten: ConnectWiz verarbeitet deren Inhalt auf Servern dort. ConnectWiz ist für diese Daten Ihr Auftragsverarbeiter; nennen Sie ConnectWiz in Ihrer Datenschutzerklärung wie Ihre anderen Auftragsverarbeiter.

Regionale Standardwerte​

Bevor ein Besucher entschieden hat, ist überall alles abgelehnt – das ist der Standard. Sie können bis zu fünf Regeln hinzufügen, die andere Regionen öffnen (zum Beispiel Statistik in den Vereinigten Staaten standardmäßig erteilt). Die Türkei, die EU bzw. der EWR, das Vereinigte Königreich und die Schweiz bleiben immer abgelehnt und können in keiner Regel genannt werden. Auch in einer geöffneten Region erscheint das Banner, sodass Besucher dort ablehnen können.

Regionsregeln werden in den Inline-Teil des Installationsblocks geschrieben. Kopieren Sie den Installationsblock nach einer Änderung erneut aus dem Tab Einrichtung; der Block muss unter 1 KB bleiben, deshalb ist die Anzahl der Regeln begrenzt.

Besucher aus den USA und Global Privacy Control​

Die Datenschutzgesetze der US-Bundesstaaten (Kalifornien, Colorado, Connecticut, Virginia, Texas und weitere) verlangen keine Einwilligung, bevor Cookies laufen. Sie verlangen einen Hinweis bei der Erhebung der Daten, eine einfache Möglichkeit, dem „Verkauf“ oder der „Weitergabe“ personenbezogener Daten zu widersprechen (Opt-out), und – in den meisten von ihnen –, dass das Signal Global Privacy Control, das ein Browser sendet, als dieser Widerspruch beachtet wird.

Aktivieren Sie unter Standard vor einer Entscheidung, nach Region die Option US-Datenschutzmodell der Bundesstaaten verwenden (Opt-out), um Besuchern aus den USA genau das zu bieten:

  • Bei ihnen ist zunächst alles aktiv, und sie sehen das Banner einmal als Hinweis mit drei gleichwertigen Schaltflächen: OK · Meine personenbezogenen Daten nicht verkaufen oder weitergeben (schaltet Marketing ab, der Rest bleibt) · Einstellungen, wo die Kästchen zeigen, was aktiv ist.
  • Eine Entscheidung, die Marketing abschaltet, wird mindestens 12 Monate gespeichert – so lange verlangen die Gesetze zu warten, bevor jemand gebeten wird, wieder zuzustimmen.
  • Die Schaltfläche zum erneuten Öffnen heißt Ihre Datenschutzeinstellungen. Um denselben Link in die Fußzeile Ihrer Website zu setzen, geben Sie einem beliebigen Element das Attribut data-cwz-privacy-choices, zum Beispiel <a href="#" data-cwz-privacy-choices>Your privacy choices</a>.
  • Jeder Nachweis vermerkt, dass er unter dem Opt-out-Modell entstanden ist und ob der Browser Global Privacy Control gesendet hat.

Das Modell gilt für die gesamten Vereinigten Staaten: Aus der Adresse lässt sich der Bundesstaat des Besuchers nicht ermitteln, und Hinweis und Widerspruchsmöglichkeit schaden nicht, wo ein Bundesstaat kein entsprechendes Gesetz hat. Kanada wird nicht angeboten, weil Québec (Gesetz 25) eine vorherige Einwilligung verlangt. Die USA können nicht zugleich in einer Regionsregel stehen. Wie Regionsregeln wird auch dieser Schalter in den Installationsblock geschrieben: Kopieren Sie den Installationsblock erneut, nachdem Sie ihn aktiviert oder deaktiviert haben.

IAB-GPP-Signale​

Verkauft oder schaltet Ihre Website programmatische Werbung – Prebid, ein Ad-Server, Werbe-Tools, die Datenschutzsignale aus der Seite auslesen –, suchen diese nach der API Global Privacy Platform des IAB, window.__gpp, um zu erfahren, ob ein Besucher aus den USA widersprochen hat. Aktivieren Sie bei eingeschaltetem US-Modell Zusätzlich IAB-GPP-Signale senden (US National):

  • Der Installationsblock definiert __gpp dann sofort (es antwortet mit „loading“ und behält jeden Aufruf), und die vollständige API folgt einen Moment später mit der Antwort des Besuchers: für einen Besucher aus den USA der Abschnitt US National (usnat) – Hinweis erteilt sowie Widerspruch gegen Verkauf, Weitergabe und zielgerichtete Werbung, wenn Marketing abgeschaltet ist – mit dem Unterabschnitt für Global Privacy Control. Für alle anderen gilt kein Abschnitt.
  • Auch Werbung in Frames erreicht die API (__gppLocator).
  • Der Installationsblock wächst auf höchstens 2 KB. Kopieren Sie den Installationsblock erneut, nachdem Sie die Option aktiviert oder deaktiviert haben.

Lassen Sie die Option aus, wenn nichts auf Ihrer Website __gpp ausliest; Google-Tags verwenden Consent Mode, nicht GPP.

Global Privacy Control überall. Unabhängig von der Region und davon, ob das US-Modell aktiv ist: Ein Browser, der Global Privacy Control sendet, startet nie mit aktiviertem Marketing. Wo eine Regionsregel oder das US-Modell Marketing standardmäßig einschalten würde, bleibt es aus. Nur die eigene Entscheidung des Besuchers im Banner kann es einschalten. In der Türkei, der EU bzw. dem EWR, dem Vereinigten Königreich und der Schweiz ist Marketing ohnehin aus, bis der Besucher entscheidet.

Veröffentlichen und Versionen​

Jede Entscheidung wird unter der Banner-Version gespeichert. Ändern Sie die Texte, den Link zur Richtlinie, die Kategorien, die Anbieter oder Ihre Cookie-Liste, wird eine neue Version veröffentlicht, und jeder Besucher wird erneut gefragt – seine frühere Entscheidung zählt nicht mehr, bis er antwortet (seine Einwilligungs-ID bleibt dieselbe). Farben, Positionen, die Fristen für erneutes Fragen, Regionsregeln und das US-Modell ändern die Version nicht.

Die Kategorien​

KategorieConsent-Mode-SignaleWas sie umfasst
Unbedingt erforderlichsecurity_storageImmer aktiv; braucht keine Einwilligung. Auch das Einwilligungs-Cookie selbst gehört hierher.
Statistikanalytics_storageStatistik-Tags (Google Analytics, Clarity).
Marketingad_storage, ad_user_data, ad_personalizationWerbe-Tags und Klick-IDs (Google Ads, Meta, UET, OpenAI), das Attributions-Cookie _cw_at von ConnectWiz.
Funktionalfunctionality_storage, personalization_storageEinstellungen wie eine gespeicherte Sprache.

Die Kästchen sind zunächst leer: Eine Kategorie, die in einer Entscheidung nicht enthalten ist, gilt als abgelehnt.

Die Entscheidung von Ihrer Website aus setzen​

// Everything accepted / refused
window.cwz.consent.acceptAll();
window.cwz.consent.rejectAll();

// A mix: categories left out are refused
window.cwz.consent.set({ analytics: true, marketing: false, functional: true });

// Take everything back (as easy as giving it)
window.cwz.consent.withdraw();

// Open the banner's preferences (e.g. from a "Cookie settings" link in your footer)
window.cwz.consent.open();

// Read the current state, and follow changes
window.cwz.consent.get(); // { analytics, marketing, functional, source, id, version, at }
window.cwz.consent.on((state) => { /* … */ });
window.addEventListener('cwz:consent', (e) => console.log(e.detail));

window.cwz steht zur Verfügung, sobald der Widget-Code geladen ist; rufen Sie es aus Ihren eigenen Schaltflächen oder Links auf, nicht ganz oben auf der Seite. Mit dem ConnectWiz-Banner brauchen Sie diese Aufrufe nicht; sie sind für Websites gedacht, die eigene Schaltflächen bauen.

Wo die Entscheidung gespeichert wird​

  • Im Cookie cwz_consent auf Ihrer eigenen Domain: Einwilligungs-ID, Version, Kategorien und Zeitpunkt. Es wird so lange aufbewahrt, wie Ihre Fristen unter Erneut fragen nach vorgeben (standardmäßig 12 Monate, wenn etwas akzeptiert wurde, 6 Monate, wenn alles abgelehnt wurde); danach oder nach einer neuen Banner-Version gilt der Besucher als jemand, der noch nicht entschieden hat, und sieht das Banner erneut. Eine Kopie liegt im lokalen Speicher des Browsers, falls der Browser das Cookie vorzeitig verwirft.
  • Das Cookie ist das eigene Präferenz-Cookie des Einwilligungstools: Es braucht selbst keine Einwilligung. Führen Sie es in Ihrer Cookie-Richtlinie als unbedingt erforderlich auf.

Was mit den Tags geschieht​

Tag auf Ihrer SeiteWenn der Besucher die Kategorie akzeptiertWenn er ablehnt oder widerruft
Google-Tag / Google Tag Managergtag('consent', 'update', …) erteiltAuf abgelehnt aktualisiert
Meta Pixelfbq('consent', 'grant')fbq('consent', 'revoke')
Microsoft Clarityclarity('consentv2', …) erteiltabgelehnt; Clarity entfernt seine Cookies
Microsoft UETuetq-Einwilligungsupdate, ad_storage erteiltabgelehnt
OpenAI-Pixeloaiq('consent', true)oaiq('consent', false)

Wird eine Kategorie widerrufen, werden die Cookies dieser Tags für diese Kategorie (_ga, _gid, _gcl_*, _fbp, _fbc, _clck, _clsk, _uetsid, _uetvid, __oppref, __obref) von Ihrer Domain gelöscht, und auch das eigene Cookie _cw_at von ConnectWiz wird entfernt.

In diesen Modi teilt ConnectWiz die Entscheidung nur den Tags mit, die Sie bereits haben. Wenn ConnectWiz sie laden soll – erst nach der Einwilligung, mit den Events und einer gemeinsamen Event-ID –, verwenden Sie den Tag-Manager (Modus A). Meta und OpenAI starten standardmäßig mit „erteilt“, wenn Ihre Seite sie vor dem Widget-Code lädt – siehe den nächsten Abschnitt.

Das Meta Pixel liest Google Consent Mode nicht, und das OpenAI-Pixel startet mit erteilter Einwilligung. Beiden muss vor ihrer init-Zeile „widerrufen“ mitgeteilt werden – und das kann der im Hintergrund nachladende Widget-Code bei einem Pixel, das Ihre Seite selbst startet, nicht garantieren. Erkennt ConnectWiz ein solches Pixel, das ohne vorangestellten Widerruf bereits gestartet ist, zeigt der Tab Cookie-Einwilligung den Hinweis „Das Meta Pixel startet auf dieser Website vor der Einwilligung“ (bzw. den für das OpenAI-Pixel) zusammen mit dem Zeitpunkt der letzten Sichtung. So beheben Sie das:

  1. Verschieben Sie den Code des Pixels unter den ConnectWiz-Installationsblock, oder laden Sie das Pixel über Google Tag Manager mit Zusätzliche Einwilligung für Tag-Auslösung erforderlich für ad_storage.
  2. Bleibt das Pixel im Seitencode, rufen Sie vor seiner init-Zeile fbq('consent', 'revoke') auf – für OpenAI oaiq('consent', false).
  3. Prüfen Sie nach einem Tag erneut: Die Warnung verschwindet 30 Tage nach der letzten Sichtung.

Ein Pixel, dessen Bibliothek bereits gestartet ist und ihre Warteschlange geleert hat, lässt sich auf diesem Weg nicht auslesen. Fehlt die Warnung, ist die Reihenfolge also nicht zwingend richtig. Dauerhaft lösen Sie das mit dem Tag-Manager: ConnectWiz lädt diese Tags dann selbst und teilt ihnen die Entscheidung vor ihrem init mit.

Eingebettete Inhalte​

Ein YouTube-Video, eine Google-Karte oder ein Instagram-Beitrag auf Ihrer Seite setzt in dem Moment, in dem er lädt, die Cookies des jeweiligen Anbieters. Damit er auf die Einwilligung wartet, schreiben Sie data-cwz-src statt src:

<iframe data-cwz-src="https://www.youtube.com/embed/VIDEO_ID"
        title="Our clinic tour" width="560" height="315"
        allow="fullscreen"></iframe>

Ohne src lädt der Browser nichts, sodass nichts durchrutschen kann, bevor ConnectWiz läuft. Bis der Besucher die Kategorie des Inhalts erlaubt, steht an seiner Stelle ein Platzhalter: wer den Inhalt bereitstellt, welche Cookies sein Laden zulässt, und zwei gleich aussehende Schaltflächen:

  • Einmal laden lädt dieses Video nur für diesen Seitenaufruf. Es wird keine Einwilligung gespeichert.
  • Marketing-Cookies erlauben (bzw. Statistik oder Funktional) speichert die Entscheidung des Besuchers wie das Banner, und alle Einbettungen dieser Kategorie auf Ihrer Website werden geladen. In den Einwilligungsnachweisen erscheint das mit der Quelle placeholder.

Erlaubt ein Besucher die Kategorie später, über das Banner oder Ihren eigenen Link, wird der Inhalt geladen. Widerruft er die Einwilligung, erscheint wieder der Platzhalter.

Die Kategorie ergibt sich aus dem Anbieter: YouTube, Google Maps, Instagram, TikTok, X, Facebook, Spotify, SoundCloud und Dailymotion gehören zu Marketing; Vimeo und Loom zu Statistik; Calendly und Typeform zu Funktional. Jede andere Adresse gilt als Marketing. Sie können die Kategorie selbst festlegen, mit data-cwz-category="analytics", "marketing" oder "functional".

YouTube wird von youtube-nocookie.com geladen, was weniger Spuren hinterlässt. Eine Einwilligung braucht es trotzdem. Wenn Sie bei youtube.com bleiben möchten, deaktivieren Sie Markierte YouTube-Videos von youtube-nocookie.com laden unter Einstellungen → Integrationen → Website → Cookie-Einwilligung.

Auch Skripte können auf diese Weise warten:

<script type="text/plain" data-cwz-category="analytics"
        data-cwz-src="https://example.com/widget.js"></script>

Das Skript läuft, sobald seine Kategorie erlaubt ist; für ein Inline-Skript lassen Sie data-cwz-src weg und schreiben den Code zwischen die Tags. Ein Skript, das bereits gelaufen ist, bleibt aktiv, bis die Seite neu geladen wird.

Auch später hinzugefügte Inhalte, etwa von einer Single-Page-App, werden berücksichtigt. Markierte Inhalte setzen voraus, dass die ConnectWiz-Cookie-Einwilligung aktiviert ist: Ist sie deaktiviert, werden sie nie geladen.

Automatisches Blockieren (Beta)​

Jedes Skript und jede Einbettung zu markieren ist der sichere Weg. Für Websites, bei denen das schwierig ist, übernimmt der Inline-Code diese Aufgabe mit Bekannte Tracking-Skripte und Einbettungen automatisch blockieren (Tab Cookie-Einwilligung, standardmäßig aus):

  • Skripte von Meta, TikTok, LinkedIn, Pinterest, Snap, X, Amazon, OpenAI (Marketing) sowie Microsoft Clarity, Hotjar und Yandex Metrica (Statistik) warten, bis ihre Kategorie erlaubt ist, und laufen dann.
  • Iframes von YouTube, Vimeo, Google Maps, Instagram, TikTok, X, Facebook und Spotify werden zu Platzhaltern.
  • Google-Tags und Microsoft Advertising (UET) werden nicht blockiert: Der Inline-Code setzt ihren Consent-Mode-Standard bereits auf abgelehnt, und ein Blockieren würde Google Tag Manager und die cookielose Messung des erweiterten Consent Mode stoppen.

Der Blocker ist Teil des Inline-Codes, der dadurch um bis zu 2 KB wächst: Fügen Sie ihn nach dem Aktivieren erneut ein (die Integrationen für WordPress, Shopify und Wix übernehmen ihn selbst). Er funktioniert in den Modi page und A. Mit Google Tag Manager (B oder C) gibt es keinen Inline-Code: Legen Sie die Einwilligung jedes Tags in GTM fest.

Was wir in Chrome gemessen haben (30. Oktober 2026): Ein Tracker, der über ein Snippet eingebunden wird – so, wie Meta, TikTok, Hotjar und LinkedIn üblicherweise installiert werden –, wird vor der Einwilligung weder heruntergeladen noch ausgeführt. Ein Tracker, der direkt als <script src="…"> im HTML steht, läuft zwar ebenfalls nicht, wird aber vom Browser vorab heruntergeladen, sodass die Anfrage mit der IP-Adresse des Besuchers beim Anbieter ankommt. Für solche Tracker verwenden Sie type="text/plain" data-cwz-category="…" (siehe oben). Ein YouTube-Iframe im HTML wurde vor der Einwilligung nicht angefragt. Prüfen Sie Ihre Website nach dem Aktivieren: Ein eigenes Skript, das ein blockiertes voraussetzt, funktioniert möglicherweise erst, wenn der Besucher es erlaubt.

Ihre Seite zur Cookie-Richtlinie kann die aktuelle Cookie-Tabelle anzeigen statt einer Liste, die Sie von Hand pflegen. Setzen Sie dazu Folgendes an die Stelle, an der die Tabelle stehen soll:

<div data-cwz-cookie-table></div>

Das Widget, das bereits auf der Seite ist, findet die Markierung und stellt in der Sprache des Besuchers Folgendes dar:

  • einen Abschnitt pro Kategorie mit ihrer Beschreibung, den Anbietern und den Ländern, in die deren Daten übermittelt werden können, sowie eine Tabelle ihrer Cookies: Name, Anbieter, Zweck, Dauer sowie Erst- oder Drittanbieter. Die Zeilen sind dieselben wie in den Einstellungen des Banners: die von Ihnen ausgewählten Anbieter, die von Ihnen hinzugefügten Cookies und der eigene Speicher von ConnectWiz. Zwecke erscheinen so, wie Sie sie formuliert haben.
  • die aktuelle Entscheidung des Besuchers, Kategorie für Kategorie, mit seiner Einwilligungs-ID (die er angibt, wenn er nach seinem Nachweis fragt). Sie wird aktualisiert, sobald sich die Entscheidung ändert.
  • eine Schaltfläche Cookie-Einstellungen ändern, die die Einstellungen des Banners öffnet.
  • Zuletzt aktualisiert: wann das Banner zuletzt mit einer Änderung an Texten, Kategorien, Anbietern oder Cookies veröffentlicht wurde.
  • Zuletzt durch einen automatischen Cookie-Scan geprüft: der letzte erfolgreiche Scan, sofern es einen gab.

Die Tabelle ist Teil Ihrer Seite, kein darübergelegter Kasten: Sie übernimmt die Schriften und Farben Ihrer Website. Die Überschriften sind h3; mit data-cwz-heading="h2" (bis h6) passen Sie sie an Ihre Seite an. Die Klassen cwz-decl, cwz-decl-cat, cwz-decl-choice, cwz-decl-change und cwz-decl-meta stehen für Ihr eigenes CSS bereit. Der Code der Tabelle wird nur auf einer Seite mit der Markierung geladen.

Barrierefreiheit​

Das Banner und das Chat-Widget streben WCAG 2.2 AA an: Alles lässt sich mit der Tastatur bedienen, Screenreader geben Namen, Rollen und neue Nachrichten aus, der Fokus ist stets sichtbar, beide passen auf einen 320 Pixel breiten Bildschirm, und Animationen stoppen für Besucher, die reduzierte Bewegung wünschen. Jede Version wird mit axe-core getestet. Unsere öffentliche Erklärung zur Barrierefreiheit führt auf, wie wir testen und was noch fehlt. Für die Barrierefreiheit von Gestaltung, die Sie selbst hinzufügen (das eigene CSS des Widgets), sind Sie verantwortlich.

Stattdessen Ihr eigenes Einwilligungstool​

Hat Ihre Website bereits ein Einwilligungsbanner, lassen Sie ConnectWiz-Cookie-Einwilligung deaktiviert. ConnectWiz liest die Antwort Ihres Tools trotzdem aus – setzt sie aber nie:

  1. window.cwConsent ({ ads, analytics }), sofern Ihre Website es setzt;
  2. ein Einwilligungstool nach IAB TCF (__tcfapi): Statistik erfordert die Zwecke 1 und 8 oder 9, Marketing die Zwecke 1, 3, 4 und 7;
  3. Google-Consent-Mode-Aufrufe in Ihrem dataLayer.

Gar kein Signal gilt als fehlende Einwilligung. Was die Attribution mit und ohne Einwilligung speichert, lesen Sie unter Einwilligung.

Eine Besucher-ID​

Die Einwilligungs-ID in cwz_consent ist zugleich die ID des Besuchers auf Ihrer Website – allerdings nur, solange Statistik oder Marketing akzeptiert ist. Besuche, Seitenverlauf, Chat und Formulare eines Browsers werden dann über Tage hinweg einem einzigen Besucher zugeordnet. Ein Besucher, der abgelehnt hat, erhält wie bisher für jeden Browser-Tab eine neue ID. Ein Besucher, der bereits ein Cookie _cw_at hatte, behält dessen ID.

Die Einwilligungsnachweise​

Jede über ConnectWiz getroffene Entscheidung wird als eigene Zeile gespeichert und nie bearbeitet: Einwilligungs-ID, Version, Kategorien, akzeptiert / abgelehnt / gemischt / widerrufen, die Seite (ohne Query-String), die Sprache, das Land, die IP-Adresse des Besuchers auf ihr Netz gekürzt (203.0.113.0/24) mit einem schlüsselbasierten Hash der vollständigen Adresse sowie Browser, Betriebssystem und Gerätetyp. Die vollständige IP-Adresse und der Browser-String werden nie gespeichert.

  • Eine Entscheidung ist keine Einwilligung in Marketing oder kommerzielle Nachrichten (İYS): Diese werden getrennt gespeichert und durch sie nicht verändert.
  • Kontaktkarte → Marketing-Einwilligung → Cookie-Auswahl lädt die Nachweise der Browser dieser Person herunter (JSON) – für ein Auskunftsersuchen. Ein Browser, der alles abgelehnt hat, hat seine ID nie geteilt; seine Nachweise sind daher mit niemandem verknüpft.
  • Wenn Sie einen Kontakt löschen oder anonymisieren, werden auch seine Cookie-Einwilligungsnachweise gelöscht.
  • Bei einer Entscheidung, die jede optionale Kategorie ablehnt (Alle ablehnen, ein Widerruf oder Speichern mit lauter leeren Kästchen), werden überhaupt keine IP-Informationen gespeichert – weder das Netz noch dessen Hash; Einwilligungs-ID, Version, Entscheidung, Zeitpunkt, Land und Gerätetyp bleiben als Nachweis, dass die Ablehnung beachtet wurde. Nachweise, die vor dieser Regel entstanden sind, behalten, was sie enthielten.
  • Nachweise werden standardmäßig 13 Monate aufbewahrt; siehe unten.
  • Widerruft ein Besucher seine Marketing-Einwilligung, sendet ConnectWiz seine Werbe-Conversions nicht mehr an Meta und Google Ads (Klick-IDs eingeschlossen).

Der Tab „Einwilligungsnachweise“​

Einstellungen → Integrationen → Website → Ihre Website → Einwilligungsnachweise.

  • Auflisten und filtern nach Website, Zeitraum und Aktion (Alle akzeptiert, Alle abgelehnt, Eigene Auswahl, Widerrufen), die neuesten zuerst.
  • Nach Einwilligungs-ID suchen – der ID, die ein Besucher aus den Einstellungen des Banners angibt. Nur so finden Sie einen Besucher, der alles abgelehnt hat: Er hat nie eine Besucher-ID geteilt, daher ist kein Kontakt mit ihm verknüpft.
  • Exportieren Sie die gefilterten Nachweise als CSV oder JSON (bis zu 50.000 Zeilen); jeder Export wird im Audit-Log festgehalten.
  • Nachweise eines Browsers löschen: Suchen Sie seine Einwilligungs-ID, klicken Sie auf Nachweise dieses Browsers löschen und bestätigen Sie. Verwenden Sie das für ein Löschersuchen eines Besuchers. Es lässt sich nicht rückgängig machen; das Audit-Log hält fest, dass eine Löschung stattgefunden hat und wie viele Nachweise betroffen waren, nicht aber die ID selbst.
  • Wie lange Nachweise aufbewahrt werden: ein Wert für alle Websites des Workspaces, standardmäßig 13 Monate, mindestens 12 – so lange gilt eine Entscheidung höchstens, damit der Nachweis nie verschwindet, solange die Entscheidung noch zählt – und höchstens 120. Ältere Nachweise werden jede Nacht gelöscht.

Dieselben Nachweise kann auch Ihr eigener KI-Agent über MCP lesen (nicht ändern) – mit list_consent_records –, und die Banner-Einstellungen lassen sich mit get_cookie_banner / update_cookie_banner lesen und ändern (ein Schlüssel mit mcp:write). Auch die Website selbst lässt sich so einrichten: list_websites listet Ihre Websites auf, connect_website fügt eine hinzu, update_website ändert sie (beide brauchen mcp:write), und get_install_snippet liefert genau den Block, den die Karte Installation zeigt – ein Agent, der Ihre Website bearbeitet, kann ihn also dort einfügen.

Über der Liste zeigt Wie Besucher geantwortet haben die letzten 7, 30 oder 90 Tage: den Anteil der Browser, die alle akzeptiert, alle abgelehnt, eine eigene Auswahl getroffen oder widerrufen haben; wie viele Statistik, Marketing und Funktional erteilt haben; den Anteil ohne Marketing-Einwilligung; die Einwilligungsrate (den Anteil, der mindestens eine optionale Kategorie erlaubt hat); und dasselbe nach Land, nach Gerät und nach der Seite, auf der sie entschieden haben. Jeder Browser zählt einmal, mit seiner letzten Entscheidung im Zeitraum.

  • Ein Land oder Gerät mit weniger als zehn Browsern wird nicht einzeln gezeigt (es fällt unter „Sonstige“, das ebenfalls ausgeblendet wird, wenn es so klein ist). Ein Zeitraum mit insgesamt weniger als zehn Browsern zeigt nur die Anzahlen. Kleine Gruppen sagen mehr über einzelne Menschen aus als über Ihre Website.
  • In diesen Zahlen steckt keine Einwilligungs-ID und keine IP. Eine Seite erscheint nur als Pfad (/en/pricing, ohne Query-String), nur mit mindestens zehn Entscheidungen, und namentlich genannt werden höchstens die 20 meistbesuchten Seiten.
  • Das Land wird auf den eigenen Servern von ConnectWiz aus der Adresse des Besuchers ermittelt (mit der kostenlosen Länderdatenbank von DB-IP, monatlich aktualisiert; die Adresse wird dafür nirgendwohin gesendet). Eine Adresse, die sich nicht zuordnen lässt – ein privates Netz, manche Mobilfunkanbieter und VPNs –, hat kein Land, und die Aufschlüsselung zeigt dafür Unbekannt. Summen und Raten stimmen trotzdem. Nachweise von vor dem 27. Oktober 2026 haben kein Land.
  • Berichte → Conversions zeigt denselben Anteil „ohne Marketing-Einwilligung“ als Consent-Verlust: Die Conversions dieser Besucher erreichen Meta und Google Ads nur in dem Umfang, den die Einwilligung serverseitig zulässt.
  • Über MCP: get_consent_report (braucht dieselbe Berechtigung wie die Nachweise).

Unter den Raten zeigt der Banner-Trichter, wie oft sich das Banner von selbst geöffnet hat und was daraus wurde: Angezeigt, Einstellungen geöffnet, Alle akzeptiert, Alle abgelehnt, Eigene Auswahl und Keine Interaktion, als Anteile an den Anzeigen, pro Tag sowie nach Land, Gerät, Sprache und Einwilligungsmodell.

  • Eine Anzeige ist ein Seitenaufruf, kein Besucher. Das Banner öffnet sich nur bei einem Besucher von selbst, der keine noch gültige Entscheidung hat; ConnectWiz speichert hier keine ID, die einen Besucher vom anderen unterscheidet. Ein Besucher, der drei Seiten ansieht und auf der vierten akzeptiert, ergibt 4 Anzeigen und 1 Zustimmung. Keine Interaktion umfasst also auch die Seiten, die Besucher angesehen haben, bevor sie entschieden.
  • Ein Banner, das der Besucher über die Cookie-Schaltfläche erneut öffnet, ist keine Anzeige.
  • Was gesendet wird, ist anonym: der Widget-Schlüssel, der Schritt und die Sprache. Kein Cookie, keine Einwilligungs-ID, keine Seite. Der Server erhöht lediglich einen Tageszähler für Land, Gerätetyp, Sprache und Einwilligungsmodell. Suchmaschinen-Bots, Headless-Browser und der eigene Scanner von ConnectWiz werden nicht gezählt.
  • Die Opt-in-Rate ist Alle akzeptiert ÷ Angezeigt. Die Einwilligungsrate ist die Zahl der Entscheidungen, die mindestens eine optionale Kategorie erlauben, ÷ alle Entscheidungen (jeweils die letzte Entscheidung jedes Browsers). Beide beantworten unterschiedliche Fragen und ergeben unterschiedliche Zahlen.
  • Die Zählung begann am 5. November 2026; für frühere Zeiträume gibt es keinen Trichter.

Jeden Morgen vergleicht ConnectWiz die Einwilligungsrate jeder Website in den letzten 7 Tagen mit den 28 Tagen davor. Ist sie um 15 Punkte oder mehr gesunken, bei mindestens 50 Entscheidungen auf jeder Seite des Vergleichs, erhalten die Admins des Workspaces eine Glocken-Benachrichtigung und eine E-Mail. Danach bleibt es für dieselbe Website eine Woche lang still. Die üblichen Gründe sind ein neuer Bannertext oder ein neues Layout, ein neuer Anbieter, wegen dessen alle erneut gefragt wurden, oder mehr Besucher aus einer Region mit strengeren Standardwerten; der Trichter zeigt, wo Besucher aussteigen.

Ihre Website scannen​

Einstellungen → Integrationen → Website → Ihre Website → Scan.

Der Scanner öffnet Ihre Website dreimal in einem frischen Browser – ohne Cookies, ohne gespeicherte Daten – und listet auf, was jeder Besuch setzt und sendet:

BesuchWas zutreffen muss
Vor einer EntscheidungNur unbedingt erforderliche Cookies und Speicherung. Kein Tag sendet Daten, außer Google-Tags in Consent Mode mit allen Signalen auf abgelehnt.
Nach „Alle ablehnen“Dasselbe: Die Ablehnung stoppt jedes optionale Tag.
Nach „Alle akzeptieren“Alles, was der Besucher erlaubt hat, darf laufen, und Google-Tags melden die Einwilligung als erteilt.

Er öffnet die Startseite und bis zu vier Links darauf (bei jedem Besuch dieselben Seiten), wartet auf jeder einige Sekunden auf spät ladende Tags und liest die Namen der Cookies, ihre Domains, Erst- oder Drittanbieter und Lebensdauer – nie ihre Werte –, die Namen der Schlüssel in localStorage / sessionStorage sowie jede Anfrage an einen bekannten Tracking-Host (Google, Meta, Microsoft, TikTok, LinkedIn, Yandex, Hotjar, Pinterest, Snap, X, OpenAI). Bei Google-Anfragen entschlüsselt er die Consent-Mode-Parameter (gcs, gcd, npa, dma). Eine Website mit deaktivierter ConnectWiz-Einwilligung wird nur vor einer Entscheidung besucht – das ist die Frage, die sich dort beantworten lässt.

  • Jetzt scannen startet einen Scan im Hintergrund (eine bis drei Minuten). Höchstens drei Scans pro Website und Stunde und zwanzig pro Workspace und Tag; pro Website jeweils einer gleichzeitig.
  • Vollständiger Scan liest Ihre Sitemap (die Sitemap:-Zeilen der robots.txt, /sitemap.xml, /sitemap_index.xml) und die Links auf Ihrer Startseite und öffnet bis zu 25 Seiten. Die Tags einer Website richten sich nach ihren Seiten-Templates, nicht nach der Zahl der Seiten – hundert Blogbeiträge setzen dasselbe wie einer –, deshalb nimmt der Scan in jeder Sprache zunächst eine Seite jeder Art (einen Blogbeitrag, ein Produkt, die Preisseite), bevor er eine zweite derselben Art öffnet. Ist Ihre Sitemap nach Typen aufgeteilt, wie bei WordPress, Shopify und Wix, zählt jede Datei als eine Seitenart. Er läuft in Paketen von fünf Seiten und dauert fünf bis fünfzehn Minuten; das Panel zeigt, wie viele Seiten er bereits geöffnet hat. Einmal pro Tag und Website.
  • Jede Woche erneut scannen – standardmäßig aktiv für eine Website mit aktivierter ConnectWiz-Einwilligung, für alle anderen aus; Ihre Einstellung hat in beiden Fällen Vorrang. Ein neues Tag, das vor der Einwilligung startet, fällt so innerhalb einer Woche auf.
  • Jeden Monat vollständig scannen – mit demselben Standard; ein Seiten-Template, auf das die Startseite nicht verlinkt, wird so trotzdem einmal im Monat geprüft.
  • Findet ein Scan Cookies, die das Banner nicht beschreibt, informiert ein automatischer Scan (wöchentlich oder monatlich) die Admins – mit einer Benachrichtigung im Panel und einer E-Mail mit den Namen. Jeder Name wird einmal gemeldet; einer, der verschwindet und wieder auftaucht, wird erneut gemeldet. Hinzufügen können Sie sie unter Cookies, die im Banner fehlen.
  • Ist Google Consent Mode fehlerhaft, informiert ein wöchentlicher Scan die Admins des Workspaces einmal – mit einer Benachrichtigung im Panel und einer E-Mail, die die fehlgeschlagenen Prüfungen nennt. Dasselbe Problem wird nicht jede Woche wiederholt; nach einem Scan, bei dem alles besteht, wird das nächste Problem wieder gemeldet. Ein Scan, den Sie selbst starten, sendet nichts: Das Ergebnis haben Sie ja bereits vor sich.
  • Der Besuch „Alle akzeptieren“ lädt Ihre Tags wie ein echter Besucher, daher zählt Ihre eigene Webanalyse möglicherweise einige Seitenaufrufe von ihm (sein Browser gibt sich als ConnectWizConsentScan zu erkennen).
  • Der Scan besucht die Website als Besucher aus der EU (Deutschland): Das Banner, der regionale Standard und Googles Regionsregeln behandeln ihn wie einen Besucher aus der EU, den strengsten Fall. Eine Regel, die Sie für andere Länder festlegen, wird nicht getestet.
  • Die robots.txt liest er nur wegen der Adresse der Sitemap (vollständiger Scan), und ihren Disallow-Zeilen folgt er nicht: Sie sehen sich auf Anfrage eine begrenzte Zahl von Seiten Ihrer eigenen Website an. Seiten hinter einem Login, Formulare und der Checkout werden nicht besucht.
  • Meldet das Panel „Der Scanner ist noch nicht verfügbar.“, ist auf dieser Installation kein Headless-Browser installiert; gescannt wird erst, wenn er eingerichtet ist.
  • Über MCP: get_consent_scan liest den letzten Scan, run_consent_scan startet einen (mcp:write; kind: "full" für einen vollständigen Scan).

Jeder Befund hat einen Schweregrad – Hoch (etwas läuft ohne Einwilligung), Mittel (die Einwilligung wird nicht so angewendet, wie sie sollte), Niedrig (die Angaben im Banner sind unvollständig), Hinweis – sowie eine Angabe, was zu tun ist.

Oben in einem abgeschlossenen Scan beantwortet Google Consent Mode eine einzige Frage: Ist Consent Mode auf den gescannten Seiten richtig eingerichtet? Jede Zeile ist bestanden, fehlgeschlagen oder nicht gesehen:

PrüfungBestanden, wenn
Google-Tags übertragen einen Einwilligungsstatusjede gelesene Google-Anfrage angibt, was der Besucher erlaubt hat
Der Standard ist gesetzt, bevor Google-Tags laufender Einwilligungsstandard vorlag, bevor das Google-Tag startete
Consent-Mode-v2-Signale sind gesetztad_user_data und ad_personalization gesetzt sind
Vor der Entscheidung des Besuchers ist alles abgelehntGoogle-Tags vor einer Entscheidung alle Signale als abgelehnt gemeldet haben
„Alle ablehnen“ erreicht die Google-TagsGoogle-Tags nach einer Ablehnung auf abgelehnt blieben
„Alle akzeptieren“ erreicht die Google-TagsGoogle-Tags nach einer Zustimmung die Einwilligung als erteilt gemeldet haben
  • Eine Prüfung gilt nur dann als bestanden, wenn der Scan bei diesem Besuch eine Google-Anfrage gesehen hat, deren Einwilligungsstatus er lesen konnte. Nicht gesehen ist kein Bestehen: Eine Website mit Google-Tags, die auf die Einwilligung warten (einfacher Consent Mode), sendet vor einer Entscheidung nichts, und eine Website mit deaktivierter ConnectWiz-Einwilligung wird nur vor einer Entscheidung besucht.
  • Eine fehlgeschlagene Prüfung ist immer einer der Befunde unten; deren Lösungshinweise sagen, was zu ändern ist.
  • Die Karte zeigt auch, welchen Consent Mode die Website verwendet: erweitert (Google-Tags laden vor einer Entscheidung und senden cookielose Pings) oder einfach (sie senden nichts bis zur Einwilligung).
  • ads_data_redaction und url_passthrough ändern, was eine Anfrage weglässt, nicht einen Parameter; deshalb kann der Scan sie nicht prüfen. Der ConnectWiz-Einwilligungsblock und die Vorlage setzen ads_data_redaction.
  • Über MCP liefert get_consent_scan dieselbe Prüfliste (consent_mode).

Die ConnectWiz-Einwilligung ist aktiviert, aber die Seite lädt widget.js nicht, oder ein Erstbesucher hat kein Banner gesehen, oder die Entscheidung eines wiederkehrenden Besuchers wurde nicht wieder ausgelesen. Fügen Sie den Installationscode in den <head> jeder Seite ein (mit dem Einwilligungsteil über Google Tag Manager), und prüfen Sie, dass kein anderes Skript das Banner entfernt oder das Cookie cwz_consent löscht.

Ein Statistik- oder Marketing-Cookie (oder ein Speicherschlüssel) wurde geschrieben, bevor der Besucher entschieden hat, oder nachdem er abgelehnt hat. Etwas lädt dieses Tag, ohne zu warten:

  • In Google Tag Manager: Öffnen Sie das Tag → Erweiterte Einstellungen → Einwilligungseinstellungen → Zusätzliche Einwilligung für Tag-Auslösung erforderlich für analytics_storage oder ad_storage. Googles eigene Tags warten in Consent Mode bereits.

  • Auf der Seite: Laden Sie das Tag erst, wenn die Entscheidung es erlaubt:

    window.addEventListener('cwz:consent', (e) => {
      if (e.detail.marketing) { /* load the tag here */ }
    });

Präferenz-Cookies (Funktional) werden als Niedrig gemeldet.

Die eigenen Kopien von ConnectWiz für den aktuellen Tab werden nicht gemeldet. Ohne Einwilligung speichert ConnectWiz die Kampagne des Besuchs (_cw_at, ohne jede Klick-ID) und den Seitenverlauf des Tabs (_cw_ps) im Sitzungsspeicher des Browsers. Sie enthalten eine Zufalls-ID, die nie mit einer Person verknüpft wird, und verschwinden, sobald der Tab geschlossen wird. Wird dasselbe _cw_at vor einer Entscheidung als Cookie oder in den lokalen Speicher geschrieben, wird es gemeldet.

  • Sendet Daten (einen Hit, ein Pixel, einen Collect-Aufruf) vor einer Entscheidung oder nach einer Ablehnung: Hoch. Blockieren Sie das Tag, bis seine Kategorie erlaubt ist, wie oben beschrieben. Zu den Pixeln von Meta und OpenAI siehe Pixel, die vor der Einwilligung starten.
  • Lädt ein Tag ohne eigenen Einwilligungsschalter – TikTok, LinkedIn, Yandex, Hotjar, Pinterest, Snap, X: Mittel. Diese dürfen bis zur Einwilligung überhaupt nicht laden; verlegen Sie sie hinter die Einwilligung.
  • Microsoft Clarity ohne seine Cookies und Microsoft UET mit Status abgelehnt arbeiten in einem cookielosen Modus; sie werden als Mittel bzw. als Hinweis gemeldet.
  • Google-Tags laufen ohne Consent Mode – die Anfragen übertragen keinen Einwilligungsstatus und verhalten sich daher, als wäre die Einwilligung erteilt. Fügen Sie den ConnectWiz-Einwilligungsblock ganz oben in <head> ein (oder, mit Tag Manager, die Vorlage ConnectWiz Consent auf Einwilligungsinitialisierung – Alle Seiten), vor jedem Google-Tag.
  • Erteilt vor einer Entscheidung / nach „Alle ablehnen“ – ein anderer Einwilligungsstandard oder ein frühes gtag('consent', 'update', …) erteilt die Einwilligung. Entfernen Sie den anderen Einwilligungscode, sodass nur die ConnectWiz-Entscheidung zählt.
  • Der Standard kommt zu spät – das Tag hat die Einwilligung erst gelesen, nachdem es gestartet war (oder der Standard kam nach dem config des Tags). Der Standard muss laufen, bevor das Google-Tag lädt, und nie asynchron.
  • Consent-Mode-v2-Signale fehlen – ad_user_data und ad_personalization sind nicht gesetzt. Der ConnectWiz-Block und die Vorlage setzen sie; entfernen Sie ein älteres Snippet, das nur ad_storage und analytics_storage setzt.
  • „Alle akzeptieren“ erreicht die Google-Tags nicht – nach der Zustimmung melden die Anfragen weiterhin abgelehnt: Ihnen entgeht Messung, die Sie haben dürften. Prüfen Sie, ob widget.js auf der Seite läuft.
  • Cookielose Pings (ein Hinweis) – sind alle Signale abgelehnt, senden Google-Tags ein Signal ohne Cookies und Kennungen, das Google zur Modellierung verwendet (erweiterter Consent Mode). Google erlaubt das; ob es für Ihre Besucher akzeptabel ist, ist eine rechtliche Entscheidung. Wenn vor der Einwilligung gar nichts gesendet werden soll, blockieren Sie das Google-Tag bis zur Einwilligung.

Der Scanner liest den Einwilligungsstatus aus der Adresse der Anfrage und, bei Google-Beacons, die ihn im Request-Body senden (/g/s/collect von GA4), aus dem Body. Ein Beacon, dessen Body er nicht lesen konnte, wird weder als bestanden noch als fehlgeschlagen bewertet.

Cookies, die niemand kennt​

Der Scanner benennt Cookies anhand der eigenen Liste von ConnectWiz, der Tags, die er kennt, und der Open Cookie Database (Apache-2.0). Ein Cookie, das in keiner davon vorkommt, wird als unbekannt aufgeführt: Finden Sie heraus, welches Skript es setzt, und beschreiben Sie es selbst unter Cookie-Einwilligung → Ihre eigenen Cookies (Kategorie, Anbieter, Lebensdauer).

Cookies, die im Banner fehlen​

Jedes Cookie auf Ihrer Website muss im Banner beschrieben sein – auch die unbedingt erforderlichen. Unter Zur Cookie-Tabelle des Banners hinzufügen schlägt der Scan für die gesehenen Cookies die bekannten Tags und die Einträge der Datenbank vor: Haken Sie die zutreffenden an und klicken Sie auf Auswahl hinzufügen. Von selbst wird nichts hinzugefügt. Das Hinzufügen ändert die Banner-Version, daher wird jeder Besucher erneut gefragt. Die Beschreibung aus der Datenbank ist auf Englisch – bearbeiten Sie sie im Tab Cookie-Einwilligung, wenn Ihr Banner eine andere Sprache spricht.

Was der Scanner nicht sieht​

Er besucht eine begrenzte Zahl öffentlicher Seiten (bis zu 25 bei einem vollständigen Scan) als Besucher aus einem einzigen Land mit einem Desktop-Browser. Er meldet sich nicht an, füllt keine Formulare aus und öffnet Ihren Checkout nicht; er öffnet keine privaten oder lokalen Adressen (ein von dort geladenes Tag wird als abgewiesen aufgeführt); und ein Tag, das erst bei einem Klick oder beim Scrollen auslöst, wird möglicherweise nicht erfasst. Ein sauberer Scan ist ein gutes Indiz, aber kein Beweis – scannen Sie erneut, nachdem Sie Ihre Tags geändert haben.