Cookiebanner, consent & adblockers

Mesurer ce que votre pixel ne voit plus

Le consentement, les bloqueurs et les restrictions du navigateur déterminent les points de contact mesurables. Roots lit votre bannière existante, utilise la mesure first-party lorsque cela est permis et peut transmettre les conversions disponibles côté serveur avec déduplication. Les événements non mesurés ne deviennent pas visibles après coup.

Voir le tableau de bord de perte de signal Voir les tarifs

Où votre mesure fuit aujourd'hui

Varie selon le site

Adblockers

Les bloqueurs peuvent empêcher les scripts et requêtes de mesure connus. Roots rapporte la perte observée dans votre propre trafic, sans promettre un pourcentage général.

Safari + Firefox

ITP et ETP

Safari limite les cookies first-party posés côté client à 7 jours (ou 24 heures pour un lien avec identifiant de clic). Votre view-through et vos tunnels longs disparaissent.

Choix de consentement propre

Consentement refusé

Le choix des seuls cookies nécessaires limite les données mesurables et partageables. Les conversions modélisées sont des estimations, pas des événements directement observés.

0 klikken

Conversions hors ligne

Appels, visites en showroom et affaires conclues dans le CRM des semaines plus tard n'atteignent jamais les algorithmes d'enchères sans retour d'information.

Les pourcentages varient fortement selon le secteur et l'audience. Roots rapporte donc la perte mesurée sur votre propre trafic plutôt qu'une moyenne sectorielle.

Consent

Ce que nous faisons ou non selon le statut de consentement

Status	Mesure dans Roots	Transfert vers les plateformes
Consentement donné`granted`	Mesure complète : identifiant visiteur dans le localStorage first-party, identifiants de clic, historique des points de contact.	CAPI côté serveur avec e-mail/téléphone hachés (SHA-256) pour de meilleurs taux de correspondance.
Marketing refusé`denied`	Mesure first-party dans Roots : identifiants de visite et de session, URL, source et identifiants de clic peuvent être enregistrés.	Aucun identifiant transmis aux régies publicitaires. Uniquement votre propre tableau de bord.
Aucune CMP détectée`unknown`	La mesure first-party dans Roots continue tant qu'aucun choix valide n'est reçu.	N'est pas traité techniquement comme un refus. N'activez le transfert qu'avec une bannière de cookies correctement connectée.

Bannières détectées automatiquement

· Google Consent Mode v2 (dataLayer, ad_storage / ad_user_data)
· Cookiebot (Cookiebot.consent.marketing)
· CookieYes (getCkyConsent categories.advertisement)
· IAB TCF v2 (__tcfapi, finalité 7 : mesurer la performance publicitaire)
· Votre propre bannière via window.SR_CONSENT = 'granted' | 'denied'

Vous utilisez autre chose ? Une seule ligne suffit pour transmettre le statut au pixel.

<!-- connecter votre propre bannière -->
<script>
  // si le marketing est accepté
  window.srAttribution.consent('granted');

  // en cas de refus
  window.srAttribution.consent('denied');
</script>

Technique

Pourquoi notre mesure tient là où les pixels des plateformes échouent

Script et endpoint first-party

Vous pointez un CNAME (p. ex. metrics.votredomaine.fr) vers Roots. Le script et l'endpoint de collecte tournent alors sur votre propre origine. Les listes de filtrage visent des hôtes tiers connus, qui ne correspondent pas ici.

Nommage neutre

Pas de /collect?pixel=fb ni de /gtag/js dans le chemin. Aucune URL de traceur connue, aucune chaîne de requête reconnaissable interceptée par EasyPrivacy.

Aucun cookie tiers

L’identifiant visiteur est stocké dans le localStorage first-party. Si le stockage est bloqué, un identifiant de session temporaire en mémoire peut être utilisé. Les visites répétées et parfois le rattachement de conversion peuvent alors être perdus.

sendBeacon avec repli fetch

Les événements partent via navigator.sendBeacon, avec keepalive fetch en secours. Cela augmente les chances d’envoi lors d’une sortie rapide ou d’une redirection, sans garantir la réception.

Mesure de la perte elle-même

Un élément leurre et une sonde réseau signalent un blocage possible. Les signaux du navigateur et des API ajoutent du contexte. Le tableau de bord montre les pertes observées, pas les événements jamais enregistrés.

Récupération côté serveur avec dédoublonnage

Chaque conversion reçoit un identifiant de dédoublonnage, transmis à Meta CAPI, Google Enhanced Conversions, LinkedIn CAPI et TikTok Events API, afin que les événements navigateur et serveur comptent comme une seule conversion.

Toute l'installation, en deux étapes

1. Pointez un CNAME de metrics.votredomaine.fr vers Roots. Nous gérons le certificat et vérifions automatiquement.
2. Collez le script dans votre head. Formulaires et clics tel: et mailto: sont aussitôt reconnus comme conversions ; ajoutez vos propres événements avec un seul attribut data.

7,3 ko gzip, asynchrone ; aucun conteneur serveur à gérer vous-même.

<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>

Ce que cela vous apporte

De « notre rapport est faux » à « nous pilotons sur des preuves »

Vos algorithmes d'enchères sont à nouveau alimentés

Les algorithmes d’enchères utilisent les signaux reçus. Des signaux de conversion supplémentaires et autorisés peuvent compléter ces données ; leur effet sur le CPA ou les performances doit ensuite être évalué sur une période fixe.

Expliquez pourquoi les chiffres diffèrent

Placez une mesure indépendante à côté de GA4, Ads et Meta. Les différences s’expliquent par la méthode, le modèle d’attribution, la fenêtre de mesure et le chevauchement observé.

La conformité est un argument de vente, pas un frein

Accord de traitement, hébergement dans l'UE, durée de conservation réglable, demandes de suppression et journal d'audit. Votre juriste ou DPO obtient des réponses plutôt qu'un débat.

Une mise en place sans projet interminable

Une ligne de script, un CNAME. Pas de conteneur serveur GTM à héberger et maintenir, pas de facture Cloud Run qui grimpe avec votre trafic.

Questions fréquentes

Devons-nous modifier notre bannière de cookies ?: Non. Roots lit votre bannière existante. Pour être explicite envers les visiteurs, mentionnez Roots dans votre déclaration de cookies sous statistiques/marketing ; c'est propre et généralement suffisant.
La mesure sans consentement est-elle autorisée ?: Le script actuel peut enregistrer des données first-party de visite et de session sans consentement marketing. En cas de refus explicite, rien n'est transmis aux plateformes. La base juridique et la configuration restent sous votre responsabilité en tant que responsable du traitement.
Contournez-vous les bloqueurs de publicité ?: Non. En cas de refus explicite, nous n'envoyons rien aux régies. Un statut inconnu n'est pas traité comme un refus ; connectez donc une bannière de cookies prise en charge avant d'activer le transfert. Les bloqueurs et restrictions des navigateurs peuvent toujours bloquer la mesure.
Comment évitez-vous les doubles comptages avec les événements côté serveur ?: Chaque événement porte un identifiant de dédoublonnage envoyé par le navigateur et le serveur. Meta, TikTok et LinkedIn dédoublonnent dessus ; pour Google, nous utilisons des identifiants de conversion avec la même logique.
Et si quelqu'un désactive complètement JavaScript ?: Alors personne ne mesure rien, nous non plus. C'est pourquoi nous proposons aussi une API côté serveur et un webhook CRM, pour que les conversions créées dans votre backend arrivent quand même avec la bonne source.

Découvrez ce que vous manquez

Placez le pixel sur un site et consultez après quelques jours votre propre perte de signal par navigateur, statut de consentement et canal. Activez ensuite la récupération côté serveur.

Créer un compte Voir le produit