Politique de cookies
Le seul traceur soumis à votre consentement est le conteneur Google Tag Manager GTM-W63QTFFL. Cette page dit ce qu'il contient, quand il part, et comment revenir sur votre choix. Ce site écrit par ailleurs deux clés dans le stockage local de votre navigateur, notre hébergeur pose un cookie technique sur chaque réponse, et le tableau de bord vendeur en pose trois autres, dont deux avant toute connexion réussie, parfois dès la simple ouverture d'une de ses pages : le détail est plus bas.
Relevé du conteneur effectué le 11 septembre 2026.
Aucun traceur n'est déposé avant votre accord
Tant que vous n'avez pas accepté, le script du conteneur n'est pas seulement masqué : il n'est pas créé. Si vous refusez, il ne sera pas créé davantage, et ce refus est retenu d'une page à l'autre.
Ce que ce site écrit lui-même sur votre appareil
En dehors du conteneur, ce site écrit deux clés dans le stockage local de votre navigateur : brickr-consentement, qui garde votre réponse au bandeau, et brickr-language, qui garde la langue que vous avez choisie. Ce ne sont pas des cookies, mais elles s'effacent depuis les mêmes réglages de navigateur : l'action qui supprime les cookies d'un site supprime aussi son stockage local. Le bouton plus bas est le geste le plus direct pour revenir sur votre choix, pas le seul. S'y ajoutent trois cookies techniques next-auth, qui tiennent la session, ne dépendent pas du bandeau et ne servent à aucune mesure. Deux arrivent dès qu'une connexion au tableau de bord est tentée, avant même que le mot de passe soit vérifié : __Host-next-auth.csrf-token, un jeton anti-CSRF, et __Secure-next-auth.callback-url, qui garde l'adresse que vous cherchiez à ouvrir pour vous y ramener ensuite. Une tentative ratée les laisse donc sur votre appareil, que vous soyez vendeur ou non. Seul __Secure-next-auth.session-token, le jeton de session, suppose une connexion réussie. Cette tentative n'est pas toujours la vôtre : un lien d'impersonation transféré par un administrateur lance la connexion dès l'ouverture de la page, sans que vous ayez rien tapé, et si son jeton a expiré la page annonce un échec de l'impersonation en vous laissant ces deux-là. Tenter n'est d'ailleurs pas nécessaire : ouvrir une page du tableau de bord sans session suffit, car le site vous renvoie alors vers la page de connexion et ces deux cookies partent avec cette redirection, relevé du 11 septembre 2026 sur /dashboard et /drivers. Parcourir le site public, ou ouvrir directement la page de connexion, n'en pose en revanche aucun : vous n'y recevez que le cookie de notre hébergeur, décrit juste en dessous.
Le cookie de notre hébergeur, posé avant toute page
Un cookie ne vient ni du conteneur ni du code de ce site : __cf_bm, posé par Cloudflare, qui filtre le trafic devant brickr.be. Il arrive avec la réponse HTTP elle-même, donc avant toute question de consentement, pour tout visiteur, connecté ou non, et même si JavaScript est désactivé. Il sert à distinguer un navigateur d'un robot, dure trente minutes et ne mesure pas votre navigation. Relevé le 11 septembre 2026 : les réponses de la page d'accueil, de cette page et de la politique de confidentialité le posent toutes les trois.
Les pages qui ne sont jamais suivies
Le tableau de bord vendeur et les pages d'authentification ne chargent aucun traceur. Cela couvre /dashboard, /login, /forgot-password, /new-password et /auth, ainsi que /supprimer-mon-compte, dont le lien porte un jeton de suppression qui ne doit partir chez personne. Si vous arrivez sur l'une d'elles depuis une page où vous aviez accepté, elle est rechargée sans le traceur plutôt que de le garder. Aucun traceur ne veut pas dire aucun cookie : les deux cookies next-auth décrits plus haut sont posés dès qu'une connexion est tentée, et /dashboard les pose même sans tentative, en vous redirigeant vers /login quand vous n'avez pas de session.
Sans JavaScript, aucun traceur
Le conteneur n'a plus de version en balise noscript. Un navigateur sans JavaScript ne reçoit donc aucun traceur, ce qui est le seul comportement honnête quand le consentement ne peut pas être demandé. Le cookie de notre hébergeur, lui, arrive quand même : il ne dépend pas de JavaScript.
Ce que le conteneur dépose si vous acceptez
Le conteneur déclare 30 balises. Elles sont décrites ici par famille plutôt qu'une par une, parce que deux d'entre elles sont des modèles personnalisés et une troisième une balise HTML : leur contenu ne se déduit pas de leur nom.
- Mesure d'audience, avec Google Analytics 4 : 7 balises d'événement. Cookies _ga et _ga_ suivi d'un identifiant de flux.
- Publicité, avec Google Ads : 7 balises de conversion, un lieur de conversion et une balise de remarketing. Cookies _gcl_ suivi d'un suffixe.
- Publicité, avec LinkedIn Insight : 1 balise, qui dépose des cookies au nom du domaine linkedin.com, donc des cookies tiers.
- La balise HTML personnalisée est le pixel Meta (Facebook, Instagram, identifiant 761828636276545, relevé le 28 septembre 2026) : il enregistre les visites et les clics vers les stores, et dépose les cookies _fbp. Restent 1 balise Google et 2 modèles personnalisés, dont le nom ne dit pas ce qu'ils déposent, et c'est la raison pour laquelle cette page décrit des familles et date son relevé.
- 9 balises se contentent d'écouter des clics et des liens, et ne déposent rien.
Revenir sur votre choix
Ce bouton efface votre réponse et recharge la page. La demande de consentement réapparaît alors ici même, et vous pouvez répondre autrement. Votre choix est conservé 13 mois au maximum : passé ce délai, le bandeau vous est redemandé.
À savoir : effacer votre choix empêche les dépôts à venir, mais n'efface pas les cookies _ga et _gcl_ déjà posés sur votre navigateur. Ceux-là se suppriment depuis les réglages de votre navigateur.