Pourquoi les chiffres de Google Analytics sont inférieurs à la réalité

Les bloqueurs de publicités silencient GA4 pour 25 à 40 % de votre audience. Ajoutez la perte liée au consentement des cookies et vous mesurez une fraction du trafic réel. Voici ce qui se passe et pourquoi cela compte.

L'écart entre votre tableau de bord et la réalité

Si vous utilisez Google Analytics 4, le chiffre que vous voyez dans votre tableau de bord n'est pas votre trafic réel. C'est un échantillon de celui-ci — qui diminue à mesure que votre audience est soucieuse de sa vie privée.

Ce n'est pas un bug de GA4. C'est une conséquence architecturale du fonctionnement de l'outil. Comprendre les trois principales sources de sous-comptage vous aide à prendre de meilleures décisions sur ce que vos analytics vous disent réellement.

1. Les bloqueurs de publicités bloquent GA4 par défaut

Le script Google Analytics (gtag.js) figure sur toutes les listes principales de blocage de publicités. Brave Browser le bloque avec Shields en mode Standard. uBlock Origin le bloque avec la liste de filtres par défaut. La Protection renforcée contre le pistage intégrée de Firefox le bloque en mode strict.

Ce ne sont pas des cas marginaux. Brave compte plus de 70 millions d'utilisateurs actifs mensuels. uBlock Origin dépasse les 40 millions d'installations sur Chrome seul. Selon plusieurs études sectorielles, l'adoption des bloqueurs de publicités varie de 25 % à 45 % selon l'audience — plus élevée pour les lecteurs de développement, tech et vie privée, plus faible pour les audiences grand public.

Quand un visiteur possède un bloqueur de publicités, le script GA4 ne se charge jamais. La visite n'est jamais enregistrée. Vous ignorez totalement qu'elle a eu lieu. Aucune erreur dans GA4, aucun astérisque, aucun avertissement. Le chiffre dans votre tableau de bord n'inclut tout simplement pas ces visiteurs.

2. La perte liée au refus de la bannière de cookies

Si vous utilisez une bannière de cookies, GA4 ne se déclenche qu'après que l'utilisateur accepte. Les utilisateurs qui ignorent la bannière, la ferment ou ne s'en occupent pas ne sont pas suivis.

Les taux d'acceptation du consentement aux cookies varient beaucoup, mais les références sectorielles se situent généralement entre 40 % et 75 % selon le design de la bannière, son placement et la présence d'un bouton « tout refuser » bien visible. Si votre taux d'acceptation est de 60 %, vous commencez avec 40 % de votre audience déjà exclue — avant même que les bloqueurs de publicités entrent en jeu.

L'ironie, c'est que la bannière elle-même réduit la qualité des données qu'elle est censée protéger. De nombreux sites se retrouvent avec des analytics qui ne représentent qu'un sous-ensemble conformiste et engagé de leurs visiteurs — les personnes qui ont activement cliqué sur « accepter » — ce qui constitue un échantillon fortement biaisé.

3. Changement d'onglet et temps de l'horloge murale

Cela n'affecte pas le comptage des visites, mais bien les métriques de qualité des sessions. GA4 mesure le temps passé sur la page comme un temps d'horloge murale : la différence entre le moment où une session commence et celui où elle se termine (ou quand une nouvelle page se charge).

Vous ouvrez un article, vous allez sur votre messagerie pendant 20 minutes, vous revenez et fermez l'onglet. GA4 enregistre une session de 20 minutes. Votre durée de session moyenne semble excellente. Votre contenu paraît très engageant. Rien de tout cela ne reflète le temps de lecture réel.

Pour les sites à contenu dense — blogs, documentation, pages d'atterrissage longues — la différence entre la durée de session en temps réel et le temps de lecture actif réel est typiquement de 3 à 5 fois à la médiane. La plupart des sites affichant « 3 minutes de session moyenne » voient en réalité 45 à 60 secondes d'attention réelle.

À combien tout cela s'additionne-t-il ?

Mettons des chiffres approximatifs pour un blog orienté développeurs :

• 35 % des visiteurs utilisent un bloqueur de publicités → 35 % des sessions jamais enregistrées
• Sur les 65 % restants, 30 % refusent la bannière de cookies → 20 % supplémentaires du total des sessions exclues
• Résultat net : GA4 capture environ 45 à 55 % des visites réelles

Pour un site grand public les chiffres sont meilleurs, mais GA4 capture rarement 100 %. Un sous-comptage de 20 à 30 % est courant même pour les audiences avec une faible adoption des bloqueurs, une fois la perte liée au consentement prise en compte.

Cela compte quand vous prenez des décisions basées sur les données. Si vous évaluez une page d'atterrissage et que GA4 affiche 100 visiteurs avec un taux de conversion de 3 %, la réalité pourrait être 180 visiteurs avec un taux de conversion complètement différent — car les 80 visiteurs non comptabilisés peuvent avoir une intention et un comportement différents de ceux qui ont accepté la bannière.

Pourquoi les chiffres de Logly sont plus élevés — et pourquoi c'est correct

Si vous faites tourner Logly en parallèle de GA4 pendant une migration, Logly affichera plus de visiteurs. Cela surprend la première fois. Ce n'est pas Logly qui surcompte — c'est GA4 qui sous-compte.

Logly utilise un endpoint first-party qui ne figure sur aucune liste de blocage. Pas de cookie, donc pas de bannière, donc pas de perte liée au consentement. Le script se déclenche pour tous ceux qui chargent la page. L'écart entre les chiffres de Logly et de GA4 est essentiellement une mesure de ce que GA4 manque.

Pour la plupart des sites, Logly affiche 20 à 40 % de pages vues de plus que GA4. Pour les audiences de développeurs, cela peut être encore plus élevé.