Contacter l'assistance

Nous répondons par e-mail, en général sous deux jours.

Pour prévenir les abus, Google reCAPTCHA vérifie cet envoi ; des données sont transmises à Google. Le script n'est chargé qu'à l'ouverture de ce formulaire.

← Tous les articles

Un compteur ou une suite d'analytique ?

La réponse honnête à la question posée dans le titre est la suivante : cela dépend de ce qui est attendu d'une page de statistiques. Un compteur de visiteurs et une suite d'analytics complète ne sont pas deux niveaux d'un même outil. Ils répondent à des questions différentes, et ils font payer des prix différents pour la réponse. Cet article porte sur ce que sont réellement ces prix.

Ce que le compteur coûte aux visiteurs

Mesuré sur ce site aujourd'hui, pas estimé. Un compteur Stats4U coûte à un visiteur deux requêtes :

  • le script s4u.js — 3 311 octets compressés en gzip (8 709 en brut)
  • l'image du compteur — 3 325 octets au format PNG
adresse de page400domaine de provenance400langue du navigateur400empreinte du jour2adresse IPjamaisrésolution d'écranseulement si activéejours

Cela représente environ 6,6 KB, en une seule fois, et c'est toute l'histoire. Il n'y a pas de framework, pas de premier script qui en charge un second, pas de conteneur de gestionnaire de balises entre les deux. Avec le compteur invisible, il n'y a aucune image du tout, et cela coûte encore moins.

Rien ne s'exécute non plus sur le serveur du site. La page intègre une image et un petit script ; le comptage, le stockage et les graphiques se passent ici. Il n'y a aucun paquet à installer, aucune base de données à entretenir, aucune tâche cron à oublier.

Aucun cookie, et par défaut rien n'est lu depuis l'appareil

Le chemin de comptage ne dépose aucun cookie. Ce n'est pas une promesse, c'est quelque chose qui se vérifie depuis un terminal :

  • curl -sk -D - -o /dev/null 'https://www.stats4u.net/index.php?action=pic&s4uid=1' | grep -i set-cookie

L'absence de sortie est le résultat attendu.

Les visiteurs sont distingués les uns des autres par un hash journalier construit à partir de l'adresse IP, du user-agent, de l'identifiant du compteur, de la date, et d'un sel remplacé chaque jour. Le hash fait 16 octets et est conservé pendant 2 jours. L'adresse IP elle-même n'est jamais enregistrée. Le sel journalier est supprimé au bout de 2 jours, ce qui signifie qu'à partir de ce moment-là, personne ne peut recalculer le hash d'un jour donné pour une adresse suspectée — y compris quiconque gère ce site.

Ce qui est stocké, et pendant combien de temps :

  • l'adresse de la page — 400 jours
  • le domaine référent, uniquement le domaine et non le lien complet — 400 jours
  • la langue du navigateur, sous forme de comptage et non par visiteur — 400 jours
  • le pays et la ville, déterminés à partir de l'adresse au moment de la requête
  • le hash journalier — 16 octets, 2 jours

Ce qui n'est pas stocké : l'adresse IP et quoi que ce soit sur l'appareil du visiteur. La résolution d'écran n'est stockée que là où le propriétaire du site l'active.

Ceci décrit ce que fait le logiciel. La question de savoir si cela suffit pour les obligations applicables dans un pays donné est une autre question, à laquelle il revient à une personne qualifiée de répondre. Cet article n'est pas cette réponse.

Ce qu'un compteur ne peut pas faire

Un article qui ne listerait que des avantages ne mériterait pas d'être lu, voici donc l'autre facette. Un compteur ne peut pas répondre à ceci :

  • comment les visiteurs progressent à travers un entonnoir en plusieurs étapes, et où ils abandonnent
  • si les personnes arrivées en mars sont revenues en juin
  • quelle campagne s'est rentabilisée, en argent
  • ce qui s'est passé à l'intérieur de la page — boutons cliqués, vidéos lancées, champs de formulaire abandonnés
  • que le visiteur sur téléphone du mardi et le visiteur sur ordinateur du jeudi étaient une seule et même personne
  • laquelle de deux versions d'une page a donné de meilleurs résultats

Chacun de ces points nécessite une identité persistante, des événements envoyés depuis l'intérieur de la page, et une longue fenêtre de conservation. Ce sont exactement les éléments abandonnés ci-dessus. Quand une activité dépend de l'un d'entre eux — une boutique qui doit savoir quelle publicité a rentabilisé son coût — alors un compteur est le mauvais outil, et aucune légèreté ne peut compenser cela. L'outil lourd s'impose alors, avec tout ce qu'il apporte, et cela se dit clairement aux visiteurs.

Qui a intérêt à utiliser un compteur

Un compteur convient lorsque la question est plus modeste et que la réponse suffit :

  • sites personnels, blogs, portfolios, pages d'associations et d'écoles
  • hébergement statique — GitHub Pages, Neocities, et partout ailleurs où il n'y a pas de journal serveur à consulter
  • toute personne dont la vraie question est est-ce que quelqu'un lit ceci, et comment l'a-t-il trouvé
  • toute personne qui préférerait ne pas transmettre ses visiteurs à un tiers pour le découvrir

La majeure partie du web ressemble à cela. L'industrie de l'analytics est construite pour la partie qui n'y ressemble pas, et il est facile d'oublier que le reste d'entre nous a le droit d'en vouloir moins.

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.

Publicité