Google Analytics n'affiche aucune donnée : causes et contrôles

Pourquoi Google Analytics n'affiche-t-il aucune donnée ?

Quand Google Analytics 4 (GA4) n'affiche aucune donnée, la cause est le plus souvent l'une de quelques erreurs : les rapports standard ne sont pas encore traités, l'ID de mesure ne correspond pas au flux de données, le tag n'est pas publié dans Google Tag Manager, un filtre masque des visites, ou les visiteurs n'ont pas donné leur accord dans le bandeau cookies. Plus rarement, ce sont les seuils de données, les bloqueurs de publicité ou une mauvaise propriété sélectionnée. Vous pouvez tout vérifier dans un ordre précis, sans faire appel à un développeur.

Distinguez d'abord si aucune donnée n'arrive ou si trop peu en arrivent. Si aucune donnée n'arrive, l'intégration est souvent cassée. Si trop peu de données arrivent, c'est souvent lié au consentement, aux filtres ou aux seuils. Cette distinction vous fait gagner du temps, car vous n'aurez à examiner qu'une partie des causes possibles.

Étape 1 : vérifier le temps réel plutôt que le rapport standard

GA4 traite les données des rapports standard et des explorations avec un certain délai. Selon l'aide Google, le traitement peut prendre 24 à 48 heures, et les données quotidiennes sont en général disponibles après environ 12 heures dans les propriétés standard. Si vous ouvrez le rapport « Acquisition de trafic » le jour de la configuration et n'y voyez rien, ce n'est donc pas forcément une erreur. Le rapport Temps réel montre en revanche l'activité des utilisateurs sur les 30 dernières minutes. Ouvrez votre site dans une deuxième fenêtre, acceptez le bandeau cookies et consultez deux ou trois pages. Si vous apparaissez peu après dans le rapport Temps réel, la mesure de base fonctionne. Il ne vous reste qu'à attendre.

Si le rapport Temps réel reste lui aussi vide, aucune requête n'arrive dans GA4. Les étapes suivantes portent sur ce cas. Vérifiez d'abord rapidement que la bonne propriété est sélectionnée en haut à gauche. Les agences qui gèrent de nombreux comptes clients se retrouvent vite dans une ancienne propriété ou dans un environnement de test que plus personne n'utilise.

→ Bannière cookies avec Consent Mode v2 : conforme, sans licence mensuelle

Étape 2 : comparer l'ID de mesure et le flux de données

Chaque flux de données web dans GA4 possède un ID de mesure qui commence par G-. Vous le trouvez dans la section Administration, sous Flux de données. C'est exactement cet ID qui doit figurer dans le tag Google du conteneur Google Tag Manager ou, si le site fonctionne sans Tag Manager, dans le code intégré. Un caractère inversé, un ID provenant d'une ancienne propriété ou encore l'ancien numéro UA de Universal Analytics suffisent pour que les données arrivent au mauvais endroit, ou nulle part.

Dans les détails du flux de données, GA4 indique aussi si des données ont été reçues au cours des 48 dernières heures. Si un message signale qu'aucune donnée n'arrive, la liaison entre le site et le flux est rompue. Vérifiez alors aussi que le domaine indiqué dans le flux correspond au vrai site. Ce n'est pas un filtre strict, mais cela vous aide à repérer les confusions entre le site en ligne et un site de test.

Étape 3 : le tag est-il publié et se charge-t-il vraiment ?

Un grand classique : dans Google Tag Manager, tout est correctement configuré, le tag fonctionne parfaitement dans l'aperçu, mais personne n'a cliqué sur « Envoyer ». L'aperçu ne montre qu'à vous ce qui se passerait. Pour les visiteurs ordinaires, seule la version publiée compte. Regardez dans Google Tag Manager, sous Versions, à quand remonte la dernière publication et si votre modification y figure.

Vérifiez ensuite dans le navigateur si le site envoie réellement des requêtes à Google Analytics. Ouvrez les outils de développement, passez à l'onglet Réseau et filtrez sur « collect ». Après l'acceptation dans le bandeau, des requêtes contenant votre ID de mesure devraient apparaître. Si vous ne voyez rien, soit le conteneur ne se charge pas, soit le tag Google n'a pas de déclencheur adapté, soit un bloqueur de publicité dans votre navigateur bloque les requêtes. Testez donc toujours aussi dans un profil de navigateur sans extensions.

• Le code du conteneur a disparu du code source après un changement de thème ou une refonte.
• Le tag Google est lié à un déclencheur qui ne se déclenche jamais, par exemple un mauvais chemin de page.
• Le tag attend un consentement que le bandeau ne transmet jamais au Tag Manager.
• Un plugin de cache sert une ancienne version de la page sans le conteneur.
• Le bloqueur de publicité de votre propre navigateur bloque les requêtes, mais uniquement chez vous.

→ Configurer correctement le Consent Mode v2 : aucune alerte dans Tag Assistant

Étape 4 : filtres, trafic interne et seuils de données

Si des données arrivent mais en nombre étonnamment faible, examinez les filtres de données. Dans GA4, vous pouvez exclure le trafic interne et le trafic des développeurs. Si la plage d'adresses IP du bureau a été définie trop largement, par exemple à cause d'une faute de frappe dans la règle, de vrais visiteurs se retrouvent soudain exclus eux aussi. Les filtres de données ne s'appliquent en outre qu'aux nouvelles données et ne peuvent pas être annulés rétroactivement. Passez donc un filtre suspect en mode « Test » : vous pourrez alors comparer dans les rapports combien de visites il marquerait.

Les seuils de données sont une autre cause de lignes manquantes. GA4 masque des valeurs lorsque les nombres sont faibles et que des déductions sur des personnes précises seraient sinon possibles, surtout si Google Signals est activé ou si des données démographiques figurent dans le rapport. Vous le reconnaissez à un message en haut du rapport. Les données ne manquent pas vraiment, elles ne sont simplement pas affichées. Une période plus longue ou l'identité pour les rapports « Basée sur l'appareil » suffisent souvent.

Étape 5 : comprendre le consentement et le Consent Mode

Avec un bandeau cookies, GA4 ne mesure entièrement que les visiteurs qui acceptent. Ceux qui refusent n'apparaissent pas comme des sessions normales. C'est voulu, et ce n'est pas une erreur. Cela devient un problème si rien n'arrive même après une acceptation. Dans ce cas, le bandeau ne transmet pas correctement le choix à Google Tag Manager, ou le tag Google attend un événement qui n'arrive jamais. Testez-le en acceptant dans le bandeau, puis en vérifiant dans l'onglet Réseau si les requêtes partent.

Avec Google Consent Mode v2 en mode avancé, le site envoie des signaux sans cookies même sans consentement. Google peut s'en servir pour modéliser les lacunes dans les rapports. Selon l'aide Google, cette modélisation exige notamment au moins 1 000 événements par jour sans consentement pendant au moins 7 jours, et au moins 1 000 utilisateurs par jour avec consentement pendant au moins 7 des 28 derniers jours. L'identité pour les rapports doit en outre être réglée sur « Combinée » (Blended). Beaucoup de petits sites n'atteignent pas ces volumes. Si le Consent Mode fonctionne uniquement en mode simple, aucun signal n'est envoyé sans consentement. Dans les deux cas, une partie des visiteurs manque durablement. L'important est de le savoir et de ne pas le confondre avec une erreur technique. Cet article n'est pas un conseil juridique. Voyez avec votre délégué à la protection des données (DPO) quelle variante convient à votre site.

Exemple pratique : l'entreprise artisanale après la refonte

Une entreprise de couverture fait refaire son site web. L'agence crée le nouveau thème, reprend les textes et les images, puis met le site en ligne. Deux semaines plus tard, le gérant remarque que GA4 n'affiche presque plus de visiteurs depuis la refonte et que le formulaire de contact ne remonte plus aucune demande. Le rapport Temps réel reste vide. La vérification montre que le code du conteneur se trouvait dans l'en-tête de l'ancien thème, mais qu'il manque dans le nouveau. En parallèle, un nouveau plugin de bandeau cookies a remplacé l'ancien, et ce plugin ne transmet pas le consentement à Google Tag Manager.

La correction a pris moins d'une heure : remettre le code du conteneur, régler le bandeau pour qu'il transmette le choix au Consent Mode, tester l'événement du formulaire dans l'aperçu, publier. Les deux semaines sans données restent cependant perdues, car GA4 ne peut rien enregistrer après coup. C'est justement pour cela qu'il vaut la peine de jeter un œil au rapport Temps réel après chaque refonte, changement de thème ou mise à jour de plugin.

L'ordre de vérification à suivre, et qui peut vous aider

Quand GA4 n'affiche aucune donnée, procédez toujours de la même façon : vérifier le rapport Temps réel, contrôler la propriété, comparer l'ID de mesure avec le flux de données, vérifier la publication dans Google Tag Manager, chercher les requêtes collect dans l'onglet Réseau, tester avec et sans consentement, passer les filtres de données en mode « Test » et ne penser aux seuils qu'en dernier. Dans cet ordre, vous trouvez la plupart des erreurs avant même de devoir creuser.

Si vous ne voulez pas tout vérifier vous-même : le check gratuit de Trackum ouvre votre site dans un vrai navigateur, le charge trois fois (sans clic dans le bandeau, après refus et après acceptation) et vous montre en deux minutes quels services de mesure envoient des données, à quel moment, et ce qui manque. Gratuit et sans inscription. Si le check trouve des erreurs, la réparation à 79 € HT corrige tous les problèmes détectés dans votre Google Tag Manager existant, le tout testé et accompagné d'un court rapport.