Une analytique que les bloqueurs de pub ne bloquent pas : le guide complet

Le chiffre de votre tableau de bord analytique n'est pas votre trafic : c'est la part qui n'a pas été bloquée, n'a pas refusé un bandeau et a été mesurée correctement. Ce guide explique les trois choses qui réduisent ce chiffre en silence, comment mesurer votre propre écart et comment y remédier.

Votre analytique sous-estime, et l'outil ne vous le dit jamais

La plupart des propriétaires de sites considèrent le chiffre de leur analytique comme une vérité absolue. Ce n'en est pas une. Trois mécanismes indépendants retirent des visiteurs du décompte avant même qu'ils n'atteignent votre tableau de bord — et aucun ne produit d'erreur, d'astérisque ou d'avertissement. Le tableau de bord affiche simplement un chiffre plus bas, assuré et faux.

Pour une audience technique ou de développeurs, l'effet combiné place régulièrement Google Analytics à 45–55 % du trafic réel. Pour un site grand public c'est mieux, mais une sous-estimation de 20 à 30 % reste courante. Voici les trois causes, ce que chacune vous coûte, et où lire l'analyse détaillée de chacune.

Cause 1 — Les bloqueurs de pub écartent entièrement le script

Le script Google Analytics (gtag.js) figure sur toutes les principales listes de blocage. uBlock Origin le bloque avec ses filtres par défaut (plus de 40 millions d'installations rien que sur Chrome). Brave le bloque avec Shields en mode Standard (plus de 70 millions d'utilisateurs mensuels). Firefox le bloque en mode Strict. Quand le script est bloqué, il ne se charge jamais, et la visite n'est jamais enregistrée.

Les études du secteur situent l'adoption des bloqueurs entre 25 % et 45 %, avec des chiffres plus élevés chez les lecteurs techniques, de développement et soucieux de leur vie privée. Toute cette tranche est invisible pour GA — ni estimée, ni signalée, simplement absente.

Cause 2 — La perte liée au consentement aux cookies

Si vous utilisez un bandeau cookie, GA ne se déclenche qu'après l'acceptation du visiteur. Tous ceux qui ferment, ignorent ou refusent le bandeau sont exclus. Avec des taux d'acceptation généralement compris entre 40 % et 75 %, vous pouvez ici perdre d'un quart à la moitié de votre audience restante — et les survivants forment un échantillon biaisé, car ceux qui cliquent activement sur « accepter » se comportent différemment de ceux qui ne le font pas.

Cause 3 — Le temps horloge gonfle la mauvaise métrique

Celle-ci ne réduit pas votre nombre de visites : elle corrompt vos métriques d'engagement. GA mesure le temps passé sur la page comme un temps horloge : ouvrez un onglet, partez 20 minutes, revenez et fermez-le, et GA enregistre une session de 20 minutes. Pour les sites de contenu, l'écart entre la durée de session rapportée et l'attention réelle est généralement de 3 à 5×, ce qui fait passer des pages pauvres pour engageantes et masque celles que les gens lisent vraiment.

Comment mesurer votre propre écart

Vous n'avez pas à croire les moyennes du secteur sur parole. Le moyen le plus propre de mesurer votre propre sous-estimation est d'exécuter un outil d'analytique first-party à côté de GA pendant deux semaines et de comparer les totaux. Ce que le first-party affiche en plus de GA correspond, en gros, à ce que GA manquait — les visiteurs bloqués plus ceux qui refusent le consentement. Pour la plupart des sites, Logly affiche 20 à 40 % de pages vues en plus que GA ; pour les audiences de développeurs, davantage.

Ce n'est pas le first-party qui sur-compte. C'est la tranche bloquée-et-refusée qui devient visible pour la première fois. Méthode pas à pas : Comment mesurer la part de trafic que votre analytique manque.

La solution : une analytique first-party et sans cookie

Si les bloqueurs peuvent écarter GA, c'est parce que GA charge un script tiers depuis un domaine de suivi connu. Un outil qui sert son script depuis votre propre domaine, n'utilise pas de cookie et ne stocke aucune donnée personnelle ne figure pas sur les listes de blocage et n'a pas besoin de bandeau de consentement — les trois causes ci-dessus disparaissent donc d'un coup. Le script s'exécute pour tout le monde, il n'y a pas de bandeau à refuser, et vous pouvez choisir de mesurer l'attention réelle plutôt que le temps horloge.

C'est précisément l'objectif de conception de Logly : un point d'accès first-party et sans cookie qui enregistre les visiteurs que GA ne peut pas voir.

« Les outils respectueux de la vie privée ne sont-ils pas bloqués eux aussi ? »

En partie — et c'est ce que la plupart des comparatifs présentent mal. Les analytiques respectueuses de la vie privée comme Plausible et Fathom sont bien moins bloquées que GA, mais leur script cloud par défaut se charge tout de même depuis un domaine tiers partagé que certaines listes de blocage agressives détectent. Le contournement (un proxy ou domaine first-party) existe pour toutes, mais c'est une configuration que vous devez faire vous-même. Si l'exactitude des chiffres est tout l'enjeu, il vaut la peine de comparer le comportement de chaque outil tel quel :

• Logly face à Plausible — toutes deux respectueuses de la vie privée ; en quoi le blocage et la configuration diffèrent.
• Logly face à Fathom — la même question, en face à face.
• Logly face à Google Analytics 4 — la référence dont parle tout ce guide.