Audit web analytics : la checklist que j’utilise pour vérifier vos données GA4

Un audit web analytics répond à une question précise : vos données GA4 sont-elles fiables ? Ce n’est pas la même question qu’un audit de campagnes, qui vérifie les enchères, les budgets et la structure des groupes d’annonces. Beaucoup de dirigeants confondent les deux exercices.

Si vous cherchez à savoir si vos campagnes sont bien pilotées, l’audit Google Ads pour PME est l’article qu’il vous faut. Ici, je parle d’autre chose : la cohérence des chiffres dans GA4 et la capacité de l’outil à vous donner une image juste de ce qui se passe sur votre site.

GA4 : la confusion entre le comptage backend et les campagnes Google Ads

La première source de confusion que je constate chez mes clients vient d’un détail simple : GA4 ne compte pas de la même façon selon qu’on regarde une donnée issue du backend de votre site ou une donnée liée à Google Ads. Les deux coexistent dans la même interface, avec des logiques différentes.

Concrètement, un même événement de conversion peut remonter avec un chiffre dans votre tableau de bord Google Ads et un chiffre légèrement différent dans GA4. Ce n’est pas forcément une erreur de configuration. Les fenêtres d’attribution et les règles de déduplication ne sont pas identiques entre les deux outils. Si l’écart vous semble important, l’article sur l’écart conversions CRM détaille les causes les plus fréquentes.

Avant de remettre en cause vos campagnes, je recommande de toujours partir d’une seule source de vérité par type de décision : GA4 pour comprendre le comportement sur le site, Google Ads pour piloter les enchères, votre CRM pour valider la qualité réelle des leads.

Trafic bot et anomalies géographiques : ce que je vérifie dans GA4

Un signal revient souvent chez les clients qui me demandent un audit : du trafic venu de Singapour ou de Lanzhou, en Chine, alors que rien ne justifie cette audience. C’est la première chose que je regarde quand un client me dit que son GA4 montre un volume de sessions inattendu depuis ces régions.

Le blocage mis en place au niveau du serveur, par exemple via Cloudflare, n’empêche pas forcément ce trafic d’apparaître dans GA4. La collecte GA4 passe par un tag JavaScript exécuté dans le navigateur du visiteur, pas par le serveur. Un robot capable d’exécuter ce script reste visible dans vos rapports, même s’il est bloqué en amont.

Avant de conclure à une invasion de bots, je vérifie trois choses : le taux d’engagement de ce trafic (souvent proche de zéro), la présence de règles d’exclusion de trafic interne mal configurées, et les filtres de données au niveau de la propriété GA4. Le champ pays dans GA4 repose sur une géolocalisation d’adresse IP, qui passe parfois par des centres de données situés à Singapour sans que le visiteur réel s’y trouve.

Un autre point que je contrôle systématiquement concerne le Consent Mode. J’ai déjà vu des propriétés GA4 configurées avec le Consent Mode activé côté bannière, mais sans transmission correcte du statut de consentement à Google Ads ni à GA4. Résultat : une partie du trafic réel disparaît des rapports, ce qui fausse encore davantage le diagnostic de performance.

Ce diagnostic fait partie intégrante d’un audit web analytics sérieux. Un GA4 pollué par du trafic non humain ou amputé d’une partie du trafic réel fausse tous les indicateurs en aval : taux de rebond, durée moyenne, taux de conversion apparent. Avant de remettre en cause une campagne ou une page, je m’assure d’abord que les données qui servent au diagnostic sont propres.

Le segment Google Ads dans GA4 : ce que je regarde pour l’acquisition

Pour analyser l’acquisition payante, GA4 propose un segment dédié qui reprend les rapports de vos campagnes Google Ads. C’est l’endroit où je commence quand un client me demande d’auditer ses données plutôt que ses campagnes elles-mêmes.

Ce segment permet de croiser les données publicitaires avec le comportement réel des visiteurs sur le site : pages vues, événements déclenchés, chemins de navigation. C’est un complément utile à l’interface Google Ads, pas un substitut.

Ce que je vérifie quand une campagne ne convertit pas : taux de rebond et temps sur page

Quand une campagne ne génère pas de résultats, le réflexe est souvent de couper le budget. Avant d’en arriver là, je regarde deux indicateurs dans GA4 : le taux de rebond et le temps passé sur la page de destination.

Un taux de rebond élevé associé à un temps très court sur la page indique souvent un problème de page d’atterrissage, pas forcément un problème de ciblage publicitaire. À l’inverse, un temps passé correct avec peu de conversions suggère que le trafic est qualifié mais que l’offre ou le formulaire pose problème.

Ces deux indicateurs orientent le diagnostic, ils ne le remplacent pas. Une fois la piste identifiée, je vérifie la configuration technique avec l’implémentation GTM et GA4 pour m’assurer que les événements remontent correctement.

Les outils UX en complément de GA4 : Hotjar et Microsoft Clarity

GA4 reste complexe pour analyser le comportement fin des utilisateurs. D’autres outils font ce travail plus simplement. Hotjar et Microsoft Clarity (gratuit) enregistrent les sessions utilisateurs, les clics et la profondeur de défilement, et sont assez simples à mettre en place.

Ces enregistrements donnent des premiers indices utiles sur la qualification de votre trafic : est-ce que les visiteurs scrollent jusqu’à votre offre ? Cliquent-ils sur le bon bouton ? Abandonnent-ils au même endroit ?

Attention toutefois : rien ne remplace la conversion. Un visiteur qui scrolle beaucoup et clique partout n’est pas forcément un visiteur qui convertit. Ces outils donnent des pistes, pas des réponses définitives. Croisez-les toujours avec vos données de conversion réelles, dans GA4 et dans votre CRM.

Questions fréquentes

Pourquoi GA4 est-il si compliqué ? (3 ans d’expérience)

GA4 mélange plusieurs logiques de comptage dans une seule interface : vos données de site, vos campagnes Google Ads, vos événements personnalisés. Chacun suit ses propres règles d’attribution. La confusion vient surtout du fait qu’on cherche une seule vérité alors que chaque rapport répond à une question différente.

Comment as-tu concrètement appris GA4 et GTM, en dehors du visionnage de tutoriels ?

En auditant de vrais comptes, pas en suivant des tutoriels génériques. Chaque site a ses propres événements, son propre tunnel de conversion et ses propres anomalies. C’est en comparant les rapports GA4 à la réalité du CRM et des campagnes qu’on comprend vraiment la logique de l’outil.

Singapour est-elle la nouvelle capitale des bots sur Internet ou GA4 me ment-il complètement ?

GA4 ne ment pas, mais le champ pays repose sur une géolocalisation d’adresse IP qui passe parfois par des centres de données ou des proxys situés à Singapour. Ce n’est pas forcément une invasion de bots singapouriens, mais un artefact technique à croiser avec le taux d’engagement avant de conclure.

Du trafic inattendu en provenance de Singapour et de Lanzhou (Chine) malgré le blocage par Cloudflare, quelqu’un d’autre rencontre ce problème ?

C’est un cas fréquent. Cloudflare bloque au niveau du serveur, mais GA4 collecte via un tag JavaScript exécuté dans le navigateur. Un bot capable d’exécuter ce script contourne le blocage Cloudflare et reste visible dans GA4. Vérifiez vos filtres de trafic interne et vos règles d’exclusion dans les paramètres de la propriété.