Blog
Cookie-Banner und serverseitiges Tagging: Einwilligung richtig weitergeben
Veröffentlicht · Aktualisiert · 3 Min. Lesezeit
Dein Banner fragt Besucher nach ihrer Auswahl. Google Consent Mode übermittelt diese Auswahl an Googles Tags. Die Skriptblockierung entscheidet dagegen, ob das SignalHost-Snippet überhaupt läuft. Diese Aufgaben gehören zusammen, sind aber nicht dasselbe. Ein sichtbares Banner allein bestätigt noch keine korrekte Einrichtung.
Eine eigene Domain ist keine Einwilligung
Serverseitiges Tagging verändert den technischen Weg der Daten. Eine eigene Tagging-Adresse erteilt jedoch keine Erlaubnis für Cookies, Messung oder Kontaktabgleich. Richte dein Banner und die erlaubten Zwecke nach den Anforderungen deiner Website ein. Der Wechsel des Hostnamens ersetzt diese Prüfung nicht.
Dein vorhandenes Banner verbinden
Das Banner erfasst und speichert die Auswahl. Consent Mode gibt sie an einwilligungsabhängige Google-Tags weiter. Falls dein Banner zusätzlich Skripte blockiert, bestimmt diese Regel, wann das Snippet ausgeführt werden darf.
Aktiviere beim Anbieter deines Banners die Integration für Google Consent Mode v2. Prüfe die Einstellungen anhand seiner Anleitung. Füge dafür weder ein zweites Banner noch ein zusätzliches Google-Tag für dieselbe Messung hinzu.
Basic oder Advanced: Was ist der Unterschied?
Wähle den Aufbau passend zu den Vorgaben deiner Website. Deaktiviere eine bewusst eingerichtete Skriptblockierung nicht einfach, damit Ereignisse erscheinen.
- **Basic:** Das Tracking-Snippet bleibt bis zur passenden Einwilligung blockiert. Vorher und nach Ablehnung werden in SignalHost keine dadurch ausgelösten Tracking-Ereignisse erwartet.
- **Advanced:** Googles Tags laden mit `denied` als Standard. Vor einer Auswahl oder nach Ablehnung können cookielose Messsignale gesendet werden. Ein solches Signal ist keine Einwilligung und garantiert keine Verarbeitung oder Modellierung in Google.
Standardwerte setzen, dann die Auswahl übermitteln
Setze `analytics_storage`, `ad_storage`, `ad_user_data` und `ad_personalization` zunächst auf `denied`, bevor das SignalHost-Snippet läuft. Das Banner aktualisiert anschließend jeden Wert entsprechend der Auswahl. Nutze dafür die Consent-Mode-Integration deines Banner-Anbieters.
- Eine Zustimmung nur zur Statistik darf keine Werbeberechtigungen erteilen. `analytics_storage` steuert Analytics-Speicherung, `ad_storage` die Speicherung für Werbung.
- Speichere die Auswahl für weitere Besuche und übermittle Änderungen sowie Widerrufe. Ein vorhandenes Cookie allein ist kein Nachweis einer weiterhin gültigen Einwilligung.
- `ad_user_data` betrifft die Übermittlung von Nutzerdaten an Google für Werbung und ist auch für erweiterte Conversions relevant. `ad_personalization` betrifft personalisierte Werbung. Beides sind eigene Zwecke; das Zählen eines einfachen Ereignisses benötigt keine Kontaktfelder.
Wenn dein Banner Skripte blockiert
Übernimm die genaue Loader-URL aus deinem SignalHost-Installationssnippet in die Blockierregeln des Banners. Eine eigene Tagging-Domain wird möglicherweise nicht von dessen allgemeinen Google-Regeln erkannt. Gib das Skript erst nach der erforderlichen Zustimmung frei. Prüfe die Regel erneut, wenn du später den Hostnamen im Snippet änderst.
Vor dem Aktivieren des Kontaktabgleichs
„E-Mail-Abgleich“ ist eine optionale Funktion, die eingegebene E-Mail-Adressen erkennen kann. Sie fragt Besucher nicht nach einer Einwilligung. Kontaktdaten sind zum Zählen gewöhnlicher Ereignisse nicht nötig; auch ein Hash ist keine Anonymisierung.
Im Advanced-Aufbau können Kontaktfelder den Weg vom Browser zu SignalHost bereits zurückgelegt haben, bevor SignalHost sie bei abgelehntem `ad_storage` entfernt. Wenn vor einer Zustimmung keine Kontaktfelder übertragen werden sollen, lass den automatischen Abgleich aus oder blockiere das Snippet bis zur passenden Einwilligung. Die vorhandene SignalHost-Prüfung ersetzt keine Kontrolle aller vier Berechtigungen mit Tag Assistant.
Zustimmung und Ablehnung prüfen
Öffne für jeden Test ein neues privates Fenster und starte Google Tag Assistant mit deiner Website-URL. Prüfe die Standardwerte beim ersten Consent-Ereignis und die Aktualisierung nach der Auswahl. Teste diese Fälle:
- Vor einer Auswahl und nach Ablehnen bleiben die betreffenden Berechtigungen auf `denied`.
- Bei „nur Statistik“ kann `analytics_storage` erlaubt sein; die Werbeberechtigungen bleiben abgelehnt.
- Bei erlaubter Werbung werden nur die tatsächlich gewählten Werbezwecke freigegeben.
- Bei einem Widerruf wechseln die betroffenen Werte zurück auf `denied`. Prüfe nach einem Neuladen auch, ob die gespeicherte Auswahl korrekt übernommen wird.
Ein Live-Ereignis zeigt den Eingang bei SignalHost. Es bestätigt weder alle vier Einwilligungswerte noch den Empfang bei einer Werbeplattform. Prüfe die Consent-Signale mit Tag Assistant und das Zielsystem separat. Google entscheidet außerdem anhand eigener Voraussetzungen, ob cookielose Signale in modellierte Berichte einfließen.