Ce qui se passe probablement
La session n’est pas en mode debug
DebugView ne reprend pas simplement tous les événements ordinaires. La visite de test doit être identifiée par Tag Assistant, l’aperçu GTM ou un paramètre debug_mode correctement transmis.
L’événement existe, mais aucune balise GA4 valide ne part
Un événement visible dans le dataLayer peut activer un déclencheur sans produire d’envoi vers GA4. Une exception GTM, le consentement ou une configuration incomplète peuvent empêcher la balise de partir.
La requête Analytics est bloquée avant son arrivée
L’absence de requête contenant collect indique un problème en amont de GA4 : bloqueur de publicité, protection du navigateur, erreur JavaScript, politique CSP, consentement ou balise mal chargée.
Le mauvais flux ou la mauvaise propriété est consulté
Le site peut envoyer ses données vers un ID G-XXXX différent de celui du flux Web ouvert dans GA4. Une ancienne configuration ou un autre environnement suffit à créer ce décalage.
Le consentement empêche la session de test d’apparaître
Lorsque analytics_storage est refusé ou que des contrôles de confidentialité interviennent, certains événements peuvent ne pas être visibles dans DebugView. Il faut comparer les états avant choix, accepté et refusé.
L’aperçu GTM teste des changements non publiés
Le mode Preview peut fonctionner avec une version de travail alors que le site public utilise encore un ancien conteneur. La mesure paraît correcte pendant le test, mais pas en production.
Les filtres compliquent la comparaison des rapports
Les filtres de données, le trafic interne et le trafic de développement peuvent créer des écarts entre DebugView, Temps réel et les rapports standards. Ils ne doivent toutefois pas être la première hypothèse si aucune requête GA4 ne quitte le navigateur.
Comment vérifier sans casser la configuration
Ouvrez Tag Assistant ou l’aperçu GTM et vérifiez que la page charge bien le conteneur attendu.
Séparez clairement l’événement du dataLayer, le déclencheur GTM et la balise GA4. La présence du premier ne confirme pas l’envoi du dernier.
Dans l’onglet Réseau des outils de développement, filtrez sur « collect » et cherchez une requête vers un point de collecte Google Analytics.
Contrôlez l’ID de mesure présent dans la requête, puis comparez-le avec celui du flux Web et de la propriété GA4 ouverts.
Activez debug_mode avec GTM ou gtag, puis observez DebugView pendant la session au lieu d’effectuer la vérification plusieurs heures après.
Répétez le test avec le consentement accepté, refusé et dans son état initial afin d’identifier un éventuel blocage lié à analytics_storage.
Testez dans une fenêtre privée sans extension pour écarter les bloqueurs de publicité et les protections propres au navigateur.
Comparez DebugView, Temps réel et les rapports standards. Un événement présent dans les deux premiers mais absent des rapports peut relever du traitement ou des filtres.
Vérifiez que la version publiée du conteneur GTM correspond bien à celle utilisée pendant l’aperçu.
Comment je le résoudrais étape par étape
Créer un test simple et contrôlé
Déclenchez une seule fois un événement de test clairement nommé depuis une page connue. Vous éviterez ainsi de confondre le diagnostic avec la complexité d’un formulaire, d’un paiement ou d’une campagne.
Valider chaque maillon dans le bon ordre
Confirmez d’abord l’événement et la balise dans GTM, puis la requête dans le navigateur et enfin sa présence dans GA4. Corrigez le premier maillon absent avant de modifier les suivants.
Aligner l’ID de mesure et l’environnement
Vérifiez le flux Web, l’ID G-XXXX, le conteneur GTM, sa version publiée et les éventuels anciens identifiants encore présents dans le code.
Isoler le consentement et les blocages du navigateur
Comparez le comportement avec et sans consentement Analytics, puis recommencez sans extension. Si le résultat change, documentez précisément l’état de consentement et les signaux envoyés.
Attendre avant d’utiliser l’événement dans Google Ads
N’importez pas l’événement comme conversion tant que son envoi vers GA4 n’est pas fiable. Des données incomplètes ou incorrectes pourraient ensuite être utilisées par les stratégies d’enchères.
Si cela devient technique
Tu peux suivre cette route seul. Si le diagnostic révèle un écart de données, une configuration tracking délicate, une décision d'enchères risquée ou un blocage qui demande un accès compte, Lia garde le contexte et le transmet à CreatikLab.
Transmettre ce contexte à LiaCe que je ne ferais pas
Supposer qu’un événement visible dans le dataLayer a forcément été reçu par GA4.
Confondre une balise déclenchée dans GTM avec une requête Analytics effectivement envoyée.
Observer DebugView dans une autre propriété ou un autre flux Web.
Effectuer tous les tests avec un bloqueur de publicité actif.
Oublier d’activer debug_mode pendant la session de vérification.
Attribuer immédiatement le problème au délai des rapports standards.
Ne tester que le consentement accepté sans comparer les autres états.
Valider l’aperçu GTM sans publier ni contrôler la version en production.
Questions fréquentes
Je vois l’événement dans GTM Preview, mais pas dans GA4 DebugView. Que signifie cet écart ?
L’événement existe dans le navigateur, mais cela ne prouve pas qu’une requête GA4 valide a été envoyée. Vérifiez la balise déclenchée, le consentement, l’ID de mesure et l’onglet Réseau.
DebugView et le rapport Temps réel sont-ils identiques ?
Non. DebugView sert aux sessions identifiées en mode debug, tandis que Temps réel regroupe plus largement l’activité récente et peut afficher les données après quelques minutes.
Pourquoi mes événements apparaissent-ils dans DebugView, mais pas dans les rapports ?
Les rapports standards peuvent demander 24 à 48 heures de traitement. Si l’absence persiste, contrôlez la propriété, les filtres, le consentement, les paramètres de l’événement et sa configuration comme événement clé si nécessaire.
Consent Mode peut-il empêcher l’affichage dans DebugView ?
Oui. Selon les contrôles de confidentialité appliqués et l’état du consentement Analytics, la session ou certains événements peuvent ne pas être visibles. Comparez méthodiquement les états accepté, refusé et initial.
Faut-il publier le conteneur GTM pour utiliser DebugView ?
L’aperçu peut tester une version non publiée, mais le site public continuera d’utiliser la version actuellement en production. Vérifiez donc les deux contextes avant de considérer le problème comme résolu.
