Cookiebanner, consent & adblockers
Messen, was dein Pixel nicht mehr sieht
Consent, Adblocker und Browserbeschränkungen bestimmen, welche Touchpoints messbar sind. Roots liest dein bestehendes Cookie-Banner aus, nutzt First-Party-Messung, wo dies erlaubt ist, und kann verfügbare Conversions serverseitig dedupliziert weitergeben. Nicht gemessene Ereignisse werden dadurch nicht nachträglich sichtbar.
Wo deine Messung heute Lücken hat
Je nach Website unterschiedlich
Adblockers
Adblocker können bekannte Messskripte und Anfragen blockieren. Roots berichtet den beobachteten Verlust in deinem eigenen Traffic, ohne einen allgemeinen Prozentsatz zu versprechen.
Safari + Firefox
ITP und ETP
Safari begrenzt clientseitig gesetzte First-Party-Cookies auf 7 Tage (oder 24 Stunden bei Links mit Click-ID). View-Through und längere Funnels gehen verloren.
Individuelle Consent-Entscheidung
Verweigerte Einwilligung
Wer nur notwendige Cookies wählt, begrenzt, welche Daten messbar und teilbar sind. Modellierte Conversions sind Schätzungen, keine direkt beobachteten Ereignisse.
0 klikken
Offline-Conversions
Anrufe, Showroom-Besuche und Deals, die Wochen später im CRM landen, erreichen ohne Rückmeldung nie die Gebotsalgorithmen.
Die Anteile unterscheiden sich stark nach Branche und Zielgruppe. Deshalb berichtet Roots den an deinem eigenen Traffic gemessenen Verlust statt eines Branchendurchschnitts.
Consent
Was wir je Einwilligungsstatus tun und nicht tun
| Status | Messung in Roots | Weitergabe an Plattformen |
|---|---|---|
Einwilligung erteiltgranted | Vollständige Messung: Visitor-ID im First-Party-localStorage, Click-IDs, Touchpoint-Historie. | Serverseitige CAPI inklusive gehashter E-Mail/Telefonnummer (SHA-256) für bessere Match-Raten. |
Marketing abgelehntdenied | First-Party-Messung in Roots: Besuchs- und Sitzungs-ID, URL, Quelle und Click-IDs können erfasst werden. | Keine Weitergabe von Identifiern an Werbeplattformen. Nur dein eigenes Dashboard. |
Kein CMP erkanntunknown | Die First-Party-Messung in Roots läuft weiter, bis eine gültige Auswahl vorliegt. | Wird technisch nicht als Ablehnung behandelt. Aktiviere die Weitergabe erst mit einem korrekt verbundenen Cookie-Banner. |
Banner, die wir automatisch erkennen
- · Google Consent Mode v2 (dataLayer, ad_storage / ad_user_data)
- · Cookiebot (Cookiebot.consent.marketing)
- · CookieYes (getCkyConsent categories.advertisement)
- · IAB TCF v2 (__tcfapi, Zweck 7: Messung der Werbeleistung)
- · Eigener Banner über window.SR_CONSENT = 'granted' | 'denied'
Nutzt du etwas anderes? Eine Zeile genügt, um den Status an das Pixel zu übergeben.
<!-- eigenen Banner verbinden -->
<script>
// bei Zustimmung zu Marketing
window.srAttribution.consent('granted');
// bei Ablehnung
window.srAttribution.consent('denied');
</script>Technik
Warum unsere Messung bestehen bleibt, wo Plattform-Pixel scheitern
First-Party-Skript und Endpoint
Du setzt einen CNAME (z. B. metrics.deinedomain.de) auf Roots. Skript und Collect-Endpoint laufen dann auf deiner eigenen Origin. Filterlisten zielen auf bekannte Third-Party-Hosts, die hier nicht passen.
Neutrale Benennung
Kein /collect?pixel=fb oder /gtag/js im Pfad. Keine bekannten Tracker-URLs, keine erkennbaren Query-Strings, die EasyPrivacy abfängt.
Keine Third-Party-Cookies
Die Besucher-ID liegt im First-Party-localStorage. Wird Speicher blockiert, kann eine temporäre Session-ID im Arbeitsspeicher genutzt werden. Wiederholungsbesuche und manchmal die Conversion-Zuordnung können dann verloren gehen.
sendBeacon mit fetch-Fallback
Events werden über navigator.sendBeacon gesendet, mit keepalive fetch als Rückfall. Das erhöht bei schnellem Verlassen oder Redirect die Versandchance, ohne den Empfang zu garantieren.
Messung des Verlusts selbst
Ein Köder-Element und eine Netzwerkprobe weisen auf mögliche Blockaden hin. Browser- und API-Signale liefern zusätzlichen Kontext. Das Dashboard zeigt beobachteten Ausfall, nicht Ereignisse, die nirgends erfasst wurden.
Serverseitige Wiederherstellung mit Deduplizierung
Jede Conversion erhält eine Dedup-ID. Diese geht an Meta CAPI, Google Enhanced Conversions, LinkedIn CAPI und TikTok Events API, sodass Browser- und Server-Event als eine Conversion zählen.
Die gesamte Installation in zwei Schritten
- 1. Setze einen CNAME von metrics.deinedomain.de auf Roots. Wir kümmern uns um das Zertifikat und verifizieren automatisch.
- 2. Füge das Skript in deinen Head ein. Formulare sowie tel:- und mailto:-Klicks werden sofort als Conversion erkannt; eigene Events ergänzt du mit einem Data-Attribut.
7,3 kB gzip, asynchron; kein Server-Container, den du selbst verwalten musst.
<script async
src="https://metrics.jouwdomein.nl/sr.js"
data-key="sr_live_xxx"></script>
<!-- eigen conversie -->
<button data-sr-event="offerte_aanvraag"
data-sr-value="450"
data-sr-currency="EUR">
Offerte aanvragen
</button>Was es dir bringt
Von „unser Bericht stimmt nicht“ zu „wir steuern auf Basis von Belegen“
Deine Gebotsalgorithmen werden wieder gefüttert
Bietalgorithmen nutzen die Signale, die sie erhalten. Zusätzliche erlaubte Conversion-Signale können die Eingabe vervollständigen; die Wirkung auf CPA oder Kampagnenleistung muss anschließend über einen festen Zeitraum geprüft werden.
Erkläre, warum Zahlen abweichen
Stelle eine unabhängige Messung neben GA4, Ads und Meta. Unterschiede lassen sich anhand von Messmethode, Attributionsmodell, Messfenster und beobachteter Überschneidung erklären.
Compliance ist ein Verkaufsargument, keine Bremse
Auftragsverarbeitungsvertrag, EU-Hosting, einstellbare Aufbewahrungsfrist, Löschanfragen und ein Audit-Log. Deine Rechts- oder Datenschutzabteilung bekommt Antworten statt Diskussionen.
Implementierung ohne langes Projekt
Eine Skriptzeile, ein CNAME. Kein GTM-Server-Container, den du selbst hosten und warten musst, keine Cloud-Run-Rechnung, die mit deinem Traffic wächst.
Häufig gestellte Fragen
- Müssen wir unseren Cookie-Banner anpassen?
- Nein. Roots liest den bestehenden Banner aus. Wenn du gegenüber Besuchern transparent sein willst, nenne Roots in deiner Cookie-Erklärung unter Statistik/Marketing; das ist sauber und meist ausreichend.
- Ist Messen ohne Einwilligung erlaubt?
- Das aktuelle Messskript kann auch ohne Marketing-Einwilligung First-Party-Besuchs- und Sitzungsdaten erfassen. Bei ausdrücklicher Ablehnung findet keine Weitergabe an Plattformen statt. Rechtsgrundlage und Einrichtung liegen in deiner Verantwortung als Verantwortlicher.
- Umgeht ihr Adblocker?
- Nein. Bei ausdrücklicher Ablehnung senden wir nichts an Werbeplattformen. Ein unbekannter Status gilt technisch nicht als Ablehnung; verbinde daher einen unterstützten Cookie-Banner, bevor du die Weitergabe aktivierst. Adblocker und Browser-Einschränkungen können die Messung weiterhin blockieren.
- Wie verhindert ihr Doppelzählungen bei serverseitigen Events?
- Jedes Event trägt eine Dedup-ID, die Browser und Server mitsenden. Meta, TikTok und LinkedIn deduplizieren darüber; bei Google nutzen wir Conversion-IDs mit derselben Logik.
- Was, wenn jemand JavaScript komplett deaktiviert?
- Dann misst niemand etwas, auch wir nicht. Deshalb bieten wir zusätzlich eine serverseitige API und einen CRM-Webhook, damit Conversions aus deinem Backend trotzdem mit der richtigen Quelle ankommen.
Finde heraus, wie viel dir entgeht
Setze das Pixel auf eine Website und sieh dir nach einigen Tagen deinen eigenen Signalverlust nach Browser, Einwilligungsstatus und Kanal an. Danach aktivierst du die serverseitige Wiederherstellung.