Statistiques de visites sans bannière de cookies

La plupart des outils de mesure ont besoin d’une bannière de consentement parce que la plupart d’entre eux stockent quelque chose sur l’appareil du visiteur : un cookie, une entrée dans le stockage local, un identifiant qui survit jusqu’au lendemain. C’est ce stockage que le droit européen encadre le plus directement — et c’est lui qui rend une bannière nécessaire avant que quoi que ce soit ne se produise.

Ce compteur ne stocke rien sur l’appareil. Ni cookie, ni stockage local, rien. La vérification est directe : le script du navigateur ne contient aucune référence à document.cookie, localStorage, sessionStorage ou IndexedDB, et l’image du compteur n’envoie aucun en-tête Set-Cookie.

Comment un visiteur est tout de même reconnu

Distinguer un visiteur qui revient d’un nouveau au cours de la même journée demande d’ordinaire un identifiant. Ici cela fonctionne autrement : l’adresse IP entre dans une empreinte avec un sel secret et la date du jour, et seule cette empreinte est conservée. L’IP elle-même n’est jamais écrite dans les statistiques.

Deux conséquences en découlent, et la seconde est la plus intéressante.

L’empreinte ne peut pas être retransformée en adresse — c’est le but. Mais comme le sel change chaque jour et est supprimé après une courte conservation, le même visiteur le lundi et le mardi produit deux empreintes impossibles à relier l’une à l’autre. Pour nous non plus. Il n’existe aucun moyen de construire un profil sur plusieurs jours à partir de ces données, parce que la matière première n’existe pas.

C’est une limite, et elle est délibérée. « Visiteurs récurrents sur trente jours » est un chiffre que ce service n’affiche pas et ne pourra pas afficher. C’est la même décision de conception qui permet au comptage de fonctionner sans demander la permission à quiconque.

Ce que cela signifie pour un propriétaire de site

La base juridique du comptage lui-même est l’intérêt légitime à mesurer l’audience — article 6, paragraphe 1, point f) du RGPD — et non le consentement. Avec le code standard du compteur, il n’y a non plus aucun accès à l’appareil auquel consentir. Un site qui n’intègre rien d’autre peut faire tourner ce compteur sans bannière.

Une option change cela. Si le propriétaire d’un site ajoute data-screen="1" à la balise script, le script lit la résolution de l’écran, la largeur de la fenêtre du navigateur et le rapport de pixels sur l’appareil du visiteur. C’est un accès à l’appareil et, selon le droit applicable au site, il peut nécessiter un consentement. Sans cette option, la mesure reste désactivée.

Deux réserves honnêtes. Premièrement : une page qui porte de la publicité, de la vidéo intégrée ou toute autre chose qui, elle, stocke sur l’appareil, exige une bannière pour cela de toute façon, et la présence du compteur n’y change rien. Deuxièmement : ceci décrit le fonctionnement du logiciel et les données qu’il détient. Ce n’est pas un conseil juridique, et la responsabilité des mentions d’un site revient à celui qui l’exploite. Le détail complet, y compris les durées de conservation, figure dans la politique de confidentialité et sur la page consacrée à l’intégration vers laquelle chaque compteur renvoie.

Ce qui peut être dit précisément, en revanche, c’est ce que contiennent les statistiques : totaux quotidiens, pays et villes au niveau agrégé, pages, provenances, navigateurs et appareils, heures de la journée. Aucune adresse, aucun identifiant, aucun lien entre les jours. Cette liste est courte à dessein.

Mise à jour du 11 septembre 2026 : À partir du 27 août 2026, le script lisait de nouveau la résolution de l'écran, la largeur de la fenêtre du navigateur et le rapport de pixels, sur tous les sites qui l'intégraient. Depuis le 11 septembre 2026, il ne le fait plus que là où le propriétaire du site l'active avec data-screen="1". Sans cet attribut, le script actuel ne lit aucune des trois valeurs, et le serveur ne les enregistre plus non plus lorsqu'elles proviennent d'anciennes copies du script.