Tracker inventarisieren
Einbauweg, Tracker-Version, Collector-Domain und aktivierte Plugins werden dokumentiert.
ConsentBoost erkennt typische Snowplow-Tracker, Collector-Requests und Cookies und kann bekannte browserseitige Ressourcen bis zur passenden Freigabe zurückhalten.
Bei einer consent-basierten Snowplow-Einbindung werden bekannte Browser-Tracker und Collector-Requests bis zur vorgesehenen Freigabe zurückgehalten. Eigene Collector-Domains, individuelle Tracker-Builds und frei definierte Events machen jedoch eine Prüfung des konkreten Setups erforderlich.
Snowplow lässt sich mit unterschiedlichen Speicherstrategien und Plugins betreiben. Deshalb können Cookies, Local Storage, Event-Queue und übertragene Daten je Website deutlich voneinander abweichen.
ConsentBoost kennt typische Tracker-Dateien, Snowplow-Collector-Muster und Cookie-Namen. Bekannte browserseitige Scripts und Requests sind im Katalog vorab blockierbar und werden in der Diensteauswertung zusammengeführt.
Snowplow bietet selbst verschiedene Speicherstrategien bis hin zu einem Betrieb ohne clientseitigen Status. Diese Optionen verändern den Datenfluss, ersetzen aber nicht die fachliche Bewertung der erfassten Events und Identifikatoren.
Für die Konfiguration sind stateStorageStrategy und anonymousTracking getrennt zu betrachten. Die Einstellung none verhindert clientseitigen Tracker-Speicher, während anonyme Trackingmodi zusätzlich beeinflussen, welche Nutzer- oder Sitzungskennungen in Events enthalten sind. Collector-seitige Kennungen und IP-Verarbeitung benötigen eine eigene Kontrolle.
Ein belastbarer Test betrachtet Initialisierung, Speicherstrategie, Collector und konkrete Events.
Einbauweg, Tracker-Version, Collector-Domain und aktivierte Plugins werden dokumentiert.
Bekannte Tracker- und Request-Muster werden der vorgesehenen Consent-Kategorie zugeordnet.
Cookies, Local Storage und Collector-Requests werden in allen relevanten Consent-Zuständen verglichen.
Eigene Domains und individuelle Tracker-Builds können zusätzliche Regeln erforderlich machen.
| Ebene | Beispiel | Prüffrage |
|---|---|---|
| Tracker | JavaScript Tag oder Browser-Paket | Wann wird der Tracker initialisiert? |
| Collector | Eigene oder Snowplow-Domain | Welche Events und Identifikatoren werden gesendet? |
| Browser-Speicher | _sp_id, _sp_ses und Event-Queue | Welche Speicherstrategie ist aktiv? |
| Eventmodell | Page Views und eigene Events | Sind Zweck und Datenumfang dokumentiert? |
| Anonymisierung | anonymousTracking und serverseitige Optionen | Welche Nutzer-, Sitzungs- und Netzwerkkennungen bleiben enthalten? |
Ein eigener Collector-Host kann nicht allein am Domainnamen als Snowplow erkennbar sein.
Individuell gebündelte Tracker benötigen gegebenenfalls eine Property-Regel.
Ein cookieloser Betrieb kann weiterhin Netzwerkrequests und Ereignisdaten erzeugen.
Beim Wechsel der Speicherstrategie können sich Sitzungskennungen ändern; Tests sollten daher mit dokumentiertem Ausgangszustand erfolgen.
Kategorie und Rechtsgrundlage müssen zum konkreten Trackingzweck passen und dürfen nicht nur aus der Technik abgeleitet werden.
Technische Zusammenhänge verständlich erklärt und klar von der rechtlichen Einzelfallbewertung abgegrenzt.
Ja. Typische Tracker-Dateien, Collector-Muster und Cookie-Namen sind im Dienstekatalog berücksichtigt. Eigene Hosts oder Builds können eine zusätzliche Regel benötigen.
Nein. Snowplow unterstützt unterschiedliche Speicherstrategien, einschließlich Local Storage oder keinem clientseitigen Status. Die tatsächliche Konfiguration muss geprüft werden.
Nicht automatisch. Auch ohne Cookies können Events und technische Daten übertragen werden. Zweck, Datenumfang und Rechtsgrundlage bleiben gesondert zu bewerten.
Erfassen Sie seine Domain als Teil des Setups und vergleichen Sie die Requests vor der Auswahl, nach Ablehnung und nach der vorgesehenen Freigabe.
stateStorageStrategy steuert, ob der Tracker Zustand in Cookies, Local Storage oder gar nicht clientseitig speichert. anonymousTracking beeinflusst zusätzlich, welche Nutzer- und Sitzungskennungen in Events enthalten sind. Beide Einstellungen müssen zusammen mit der Collector-Konfiguration geprüft werden.
Künftige Events, Trackerzustand und Speicherstrategie sollten auf den neuen Consent reagieren. Snowplow bietet dafür unter anderem Funktionen zum anonymen Tracking und zum Löschen von Nutzerdaten; welche davon eingesetzt werden, hängt von der individuellen Implementierung ab.
Die Einordnung basiert auf den verlinkten Primärquellen. Stand: 6. September 2026. Produktdokumentationen und Rechtslagen können sich ändern.
Vertiefen Sie die angrenzenden Funktionen und technischen Grundlagen.
ConsentBoost macht bekannte Tracker, Requests und Speicher sichtbar und verbindet sie mit dem vorgesehenen Consent-Ablauf.