Google Analytics ne fonctionne pas ou n'affiche aucune donnée : causes et solutions

Quand Google Analytics n’affiche aucune donnée, la cause tient presque toujours à l’une de six choses : votre site tourne encore avec un code Universal Analytics mort, la balise GA4 manque ou porte un mauvais ID de mesure, votre installation est trop récente, votre bannière cookies bloque entièrement GA4, un filtre ou un flux de données est mal configuré, ou une partie de vos visiteurs bloque la balise. Vous trouvez la bonne cause en un quart d’heure en partant du code source vers les rapports, et non l’inverse.

Ce guide concerne le moment où vos rapports sont vides ou presque. Si vos chiffres sont bien là mais faux (campagnes non taguées, pages vues en double, votre propre domaine comme site référent), lisez plutôt les erreurs de tracking qui rendent vos données GA4 inutilisables.

Est-ce fréquent ?

Plus que vous ne le pensez, surtout dans les petits cabinets et bureaux de services professionnels. Lors de notre propre analyse de 39 sites belges, le 6 octobre 2026, 14 sites ne montraient aucune balise d’analytics ou de publicité dans leur HTML. Quatre sites n’avaient plus qu’un ID Universal Analytics dans le code source. Un contrôle dans un vrai navigateur a confirmé que deux d’entre eux utilisaient effectivement un tracking UA mort ; les deux autres chargeaient GA4 autrement, par exemple via Google Tag Manager. Ce dernier point est une leçon en soi : un coup d’œil au code source ne suffit pas pour conclure que vous ne mesurez rien.

Cause 1 : votre site tourne encore avec Universal Analytics

Si l’ID dans votre code source commence par UA-, vous ne mesurez rien. Selon Google, les propriétés Universal Analytics standard ont cessé de traiter des données à partir du 1er juillet 2023. Universal Analytics 360 a bénéficié d’un délai jusqu’au 1er juillet 2024. Depuis la semaine du 1er juillet 2024, l’accès à l’interface et à l’API a lui aussi disparu, y compris vos données UA historiques.

Le code continue pourtant à se charger. Votre site n’affiche aucune erreur, donc personne ne remarque rien jusqu’à ce que quelqu’un ouvre un rapport. C’est pourquoi nous rencontrons encore si souvent ces balises mortes.

Solution : créez une propriété GA4, installez la balise Google avec votre ID G- et supprimez l’ancien code UA, pour que votre thème ou votre plugin cesse d’envoyer des requêtes vers un service qui n’existe plus. La différence entre les deux systèmes est expliquée dans GA4 vs Universal Analytics, et la configuration pour un site B2B dans configurer Google Analytics 4 pour le B2B.

Cause 2 : la balise GA4 manque, est erronée ou n’est pas publiée

Le deuxième grand groupe est une installation GA4 qui n’a jamais vraiment été mise en ligne. Les classiques :

• Mauvais ID de mesure. Le code G- de votre balise appartient à une autre propriété ou à un autre flux de données, par exemple celui d’un environnement de test.
• Conteneur GTM non publié. La balise est prête dans Google Tag Manager, fonctionne en prévisualisation, mais personne n’a cliqué sur Envoyer.
• Conteneur absent de certaines pages. Un nouveau modèle de page, un outil de pages d’atterrissage ou une boutique en ligne séparée ne charge pas le snippet GTM.
• Balise sur le mauvais déclencheur, ou avec une exception qui exclut plus de pages que prévu.

Solution : ouvrez votre site, repérez quel ID G- se charge dans le code source ou dans Tag Assistant, et comparez-le à l’ID affiché dans GA4 sous Administration, Flux de données. Publiez ensuite le conteneur et testez à nouveau.

Cause 3 : votre installation est trop récente

Si vous venez d’installer GA4 et que l’interface indique qu’aucune donnée n’a encore été reçue, attendre est parfois toute la réponse. Google écrit que la collecte des données peut mettre jusqu’à 30 minutes à démarrer, et recommande le rapport Temps réel pour vérifier que les données arrivent. Les rapports standard prennent plus de temps : le traitement des données peut prendre 24 à 48 heures, et les chiffres peuvent encore évoluer pendant cette période.

Si vous voyez des visiteurs dans le rapport en temps réel, votre balise fonctionne et il suffit de patienter un jour. Si ce rapport reste vide après une demi-heure alors que vous naviguez vous-même sur le site, passez aux causes suivantes.

Cause 4 : votre bannière cookies bloque GA4

C’est la cause la plus fréquente d’une chute soudaine après une bannière nouvelle ou modifiée. En mode de consentement de base, les balises Google sont bloquées jusqu’à ce que le visiteur interagisse avec la bannière, et Google précise qu’aucune donnée n’est envoyée avant cette interaction, pas même l’état de consentement par défaut. Si quelqu’un refuse, ou ferme simplement la bannière, vous ne voyez jamais ce visiteur.

En mode avancé, les balises se chargent immédiatement avec le statut denied et envoient des pings sans cookies. Cela donne à Google assez d’éléments pour modéliser les données manquantes. La variante qui vous convient dépend de votre politique de confidentialité et du poids du trafic payant dans votre pilotage ; nous détaillons ce choix dans Consent Mode v2.

L’erreur inverse existe aussi : une bannière qui ne bloque rien. GA4 semble alors fonctionner, mais vous déposez des cookies avant que quiconque ait donné son accord. Comment le vérifier vous-même en cinq minutes, c’est expliqué dans tester les cookies de votre site. Si une baisse dans vos rapports coïncide avec un changement de bannière, vérifiez d’abord la configuration de votre outil de consentement, par exemple Cookiebot, avant de toucher à GA4.

Cause 5 : filtres, trafic interne ou mauvais flux de données

Parfois, les données arrivent bien, mais disparaissent avant d’atteindre votre rapport :

• Un filtre de trafic interne trop large, par exemple une plage d’adresses IP qui couvre aussi vos visiteurs.
• Un flux de données pour le mauvais domaine, si bien que vous regardez un flux vide alors que vos vraies données se trouvent dans une autre propriété.
• Un rapport avec une comparaison ou un filtre que vous avez vous-même ajouté puis oublié.
• La mauvaise propriété dans le sélecteur en haut de l’écran, fréquent dans les agences ou les entreprises qui gèrent plusieurs sites.

Contrôlez sous Administration les filtres de données (actifs ou en mode test) et les flux de données, et vérifiez que l’URL de votre flux correspond au domaine que vous mesurez.

Cause 6 : bloqueurs de publicité et navigateurs qui empêchent la mesure

Une partie de vos visiteurs bloque Google Analytics avec un bloqueur de publicité ou une fonction de confidentialité du navigateur. Cela n’explique jamais un rapport à zéro visiteur, mais bien un écart structurel avec vos logs serveur ou votre CRM. Avec un public B2B riche en profils techniques, cet écart peut être plus important. Le server-side tagging change où et comment vos données sont traitées et vous donne plus de contrôle sur ce qui part vers Google. Il ne remplace pas le consentement. Lisez ce qu’il résout et ce qu’il ne résout pas dans server-side tagging.

Le récapitulatif : symptôme, cause, contrôle et solution

Comment tester en un quart d’heure

1. Code source. Ouvrez votre site, affichez le code source de la page et cherchez G-, UA- et GTM-. Vous savez ainsi ce qui devrait se charger.
2. Tag Assistant. Connectez votre site dans Tag Assistant et regardez quelles balises se déclenchent, avec quel ID et quel état de consentement.
3. La requête réseau. Ouvrez les outils de développement de votre navigateur, onglet Réseau, filtrez sur collect et rechargez la page. Une requête vers g/collect contenant votre ID G- signifie que des données partent. Si quelque chose n’apparaît qu’après un clic sur la bannière, vous travaillez en mode de consentement de base.
4. DebugView. Avec Tag Assistant ou la prévisualisation de GTM, le mode débogage s’active automatiquement, explique Google. Vos propres événements apparaissent alors en direct dans DebugView, accessible depuis l’Administration.
5. Paramètres de la propriété. Ce n’est que lorsque toutes les étapes précédentes montrent des données que vous examinez les filtres, les flux et les paramètres des rapports.

Vous voulez d’abord voir ce que votre site charge avant que quiconque clique sur la bannière ? Utilisez notre scanner de cookies : il montre quels cookies et balises partent sans qu’aucun bouton n’ait été actionné.

Quand faire vérifier votre configuration ?

Vous pouvez souvent résoudre vous-même les six causes ci-dessus. Cela se complique quand le consentement, Google Tag Manager, GA4 et Google Ads entrent tous en jeu, ou quand plus personne ne sait qui a placé quelle balise. Avec un audit tracking, nous cartographions ce que votre site mesure aujourd’hui, ce qui manque et ce qui n’est pas conforme. Si vous voulez une mesure correcte d’emblée, avec consentement, GA4 et conversions, notre agence Google Analytics s’en charge pour vous. Prix sur demande.

Questions fréquentes