Les bloqueurs de publicités bloquent-ils les analyses sans cookies ?

Réponse courte : parfois. Les bloqueurs de publicités et de traqueurs décident en fonction de l'adresse, et non de ce que fait un script. Si une liste de blocage inclut un domaine d'analyse, les requêtes vers celui-ci sont bloquées, que l'outil utilise des cookies ou non.

Qui utilise des bloqueurs

L'utilisation varie considérablement selon le public. Les publics techniques (développeurs, informatique, jeux vidéo) bloquent beaucoup plus que le grand public naviguant sur mobile. Certains navigateurs bloquent par défaut les traqueurs connus. Pour un site destiné aux développeurs, une part notable des visiteurs peut ne jamais atteindre un outil d'analyse ; pour une boutique locale, très peu.

Pourquoi les outils sans cookies sont moins bloqués, mais pas jamais

Les listes de blocage se concentrent sur la publicité et le traçage inter-sites. Les outils qui ne font ni l'un ni l'autre sont ajoutés plus tard, ou pas du tout, mais rien ne le garantit et les listes évoluent.

Comment l'éviter : votre propre domaine

Servez le script et ses requêtes depuis votre propre domaine, par exemple example.com/sd/js/script.js, et transmettez-les à Statsdot. Pour un bloqueur, il s'agit d'une requête vers votre propre site. Des configurations prêtes à l'emploi pour Nginx, Cloudflare Workers, Next.js et Netlify sont disponibles dans Servir le script depuis votre propre domaine.

Il ne s'agit pas d'un moyen de contourner le choix de quiconque. Statsdot ne dépose aucun cookies, ne stocke rien sur l'appareil et ne conserve aucune donnée personnelle ; les visiteurs qui souhaitent s'exclure de tout comptage peuvent toujours le faire via les paramètres de leur navigateur.

Comment estimer ce qui vous échappe

Comparez un chiffre que vous connaissez par ailleurs, comme les commandes ou les inscriptions, avec les visiteurs qui ont atteint votre page de remerciement. Un écart important sur un public technique est souvent dû au blocage.