GA4 ne remonte plus de données : trouver ce qui a cassé, et quand

Quand GA4 ne remonte plus de données, la cause est presque toujours l'une de ces cinq : la balise n'est plus dans la page, le conteneur GTM qui la charge a changé, l'ID de mesure pointe vers une autre propriété, le consentement la bloque, ou un filtre de données exclut le trafic. Vérifiez-les dans cet ordre. Et avant de corriger quoi que ce soit, trouvez la date de la coupure : elle indique en général qui a changé quoi.

D'abord, vérifier que les données se sont vraiment arrêtées

Les rapports standard de GA4 ne sont pas en direct. Le traitement peut prendre un à deux jours, donc une courbe plate sur la veille ne prouve rien à elle seule. Ouvrez Rapports, puis Temps réel, et chargez le site dans un autre navigateur. Si votre visite apparaît en une minute environ, la collecte fonctionne : c'est le délai de traitement ou le rapport qui pose problème.

Si Temps réel reste vide, allez dans Administration et ouvrez le flux de données web. Quand Google n'a rien reçu depuis 48 heures, un avertissement y indique que la collecte de données n'est pas active. Copiez l'ID de mesure sur le même écran (il commence par G-).

Dater la coupure

Ouvrez Acquisition de trafic dans les Rapports, choisissez les 90 derniers jours et regardez la courbe quotidienne. Une chute nette à zéro fait penser à une balise retirée ou remplacée. Une baisse partielle, où les sessions s'effondrent sans disparaître, pointe plus souvent vers le consentement ou un filtre.

Une fois la date trouvée, regardez ce qui s'est passé sur le site ce jour-là. Dans GTM, l'onglet Versions liste chaque version publiée avec sa date et l'utilisateur. Dans GA4, l'Historique des modifications de la propriété (dans Administration) recense les changements de flux, de filtres et de paramètres, avec le compte qui les a faits. Et demandez au client si un développeur, une autre agence ou une refonte a touché au site cette semaine-là.

La balise a disparu de la page

Affichez le code source de quelques gabarits (accueil, un article ou une fiche produit, la page contact ou le tunnel de commande) et cherchez votre ID de mesure ou gtag/js. Si GA4 passe par GTM, cherchez plutôt l'ID du conteneur GTM-. Les mises à jour de thème sont un grand classique : un extrait collé dans le header.php d'un thème parent est écrasé à la première mise à jour. La checklist SEO des mises à jour WordPress couvre ce qui casse souvent au même moment.

Le conteneur GTM a changé ou n'a jamais été publié

L'extrait du conteneur est bien là, mais GA4 ne reçoit rien. Ouvrez GTM en mode Prévisualisation, qui connecte Tag Assistant au site, et vérifiez que la balise Google se déclenche au chargement de la page. Ce qu'on trouve le plus souvent : la balise a été mise en pause, son déclencheur a été modifié, ou quelqu'un a travaillé dans un espace de travail sans jamais cliquer sur Envoyer.

L'ID de mesure a été remplacé

Ici la balise se déclenche, mais les hits partent ailleurs. C'est le cas quand un développeur copie la configuration de préproduction en production, ou quand un nouveau prestataire installe sa propre propriété. Dans Tag Assistant, ouvrez un hit et comparez le paramètre tid avec l'ID de votre flux.

Consent mode, filtres et mauvais flux

Une nouvelle bannière cookies, ou un changement dans la façon dont l'actuelle dialogue avec le consent mode de Google, peut couper GA4 net. En consent mode basique, les balises ne se chargent qu'après acceptation : si la bannière n'envoie pas la mise à jour du consentement, rien n'est enregistré, même après un clic sur Accepter. Acceptez vous-même la bannière et surveillez DebugView, qui affiche les événements des navigateurs en mode débogage, sessions Tag Assistant comprises. La surveillance de la bannière cookies explique quoi suivre.

Ouvrez ensuite Filtres de données dans Administration. Un filtre de trafic interne à l'état Actif, avec une plage d'IP trop large, peut supprimer de vrais visiteurs. Si la propriété compte plusieurs flux, vérifiez que vous lisez celui du site en ligne.

Ce que Deltio peut vous dire, et ce qu'il ne peut pas

Deltio lit le HTML des pages qu'il analyse et enregistre les balises GA4 et GTM qu'il y trouve. Quand une balise disparaît, qu'une nouvelle apparaît ou que son ID change, vous recevez une alerte par e-mail ou Slack pour ce site. Il suit aussi la plateforme de consentement de la page d'accueil et vous prévient quand elle apparaît, disparaît ou change de fournisseur.

Il ne se connecte pas à GA4, ne lit pas vos données et ne peut pas confirmer que les hits arrivent. Une balise présente avec le bon ID mais bloquée par le consentement ou exclue par un filtre lui paraît correcte : pour cette couche, Temps réel et DebugView restent vos outils. Les offres commencent à £24 par mois, avec un essai gratuit de 14 jours.