Comment déboguer le suivi Google Analytics et Tag Manager

Si les réservations effectuées via le widget de paiement n’apparaissent pas dans Google Analytics, les journaux de débogage intégrés au widget vous aident à déterminer à quel endroit elles s’arrêtent.

Dans les paramètres de votre widget, sous Analytics, l’option Envoyer les événements via détermine le fonctionnement du suivi. Les deux options se comportent très différemment, ce qui modifie ce que vous devez vous attendre à voir lors du débogage.

Google Analytics 4 — le widget envoie chaque événement de réservation directement vers votre propriété Analytics. Avec Utiliser une balise existante (option par défaut), il utilise la balise Google Analytics déjà présente sur votre page ; avec Utiliser une balise personnalisée, il charge sa propre balise à l’aide de l’ID de mesure que vous saisissez. Dans les deux cas, c’est le widget qui communique avec Google : vous pouvez donc voir les données de réservation sortantes dans l’onglet Réseau de votre navigateur.

Google Tag Manager — le widget n’envoie rien à Google Analytics. Il transmet chaque événement à votre conteneur Tag Manager, qui décide de la manière de le traiter. Avec Utiliser un conteneur existant (option par défaut), il utilise le conteneur déjà présent sur votre page ; avec Utiliser un conteneur personnalisé, il charge l’ID de conteneur que vous saisissez. Dans les deux cas, rien n’atteint Google Analytics tant que vous n’avez pas configuré une balise dans Tag Manager pour l’y envoyer. C’est la raison la plus fréquente pour laquelle des réservations sont absentes : le widget fonctionne parfaitement, mais aucune balise ne récupère les événements. Consultez la section 5.

Il existe également un bouton général, Activer Google Analytics, en haut de cette même section. Il active ou désactive le suivi pour les deux options : s’il est désactivé, rien n’est suivi, même lorsque Tag Manager est activé.

2. Activez les journaux de débogage

Dans votre tableau de bord TicketingHub, ouvrez les paramètres du widget de paiement que vous souhaitez tester.
Dans la section Analytics, activez Activer les journaux de débogage Analytics, puis enregistrez les modifications.

Lorsqu’il est activé, le widget écrit une ligne dans la console du navigateur de votre site pour chaque événement. Lorsque Google Analytics 4 est sélectionné, cela active également le mode débogage de Google pour la balise. Avec Google Tag Manager, utilisez le mode Aperçu ou activez le mode débogage dans votre balise GA4 pour voir les événements dans DebugView. Les journaux de la console ne montrent que ce qui se passe du côté du widget : celui-ci ne peut pas voir ce que Google fait ensuite. Ils ne remplacent donc pas GA4 DebugView ni le mode Aperçu de GTM.

3. Ouvrez la console du navigateur sur votre site

Ouvrez la page de votre site web où le widget est intégré (et non le tableau de bord TicketingHub).
Ouvrez les outils de développement de votre navigateur (F12 ou clic droit → Inspecter), puis sélectionnez l’onglet Console.
Si votre navigateur affiche un sélecteur de frame dans la console, vérifiez que la frame principale est sélectionnée : le widget signale les événements à votre page et non à l’intérieur de sa propre frame.
Activez Conserver le journal dans les paramètres de la console. Si votre widget redirige vers une autre page après une réservation, les messages concernant l’événement d’achat final sont écrits juste avant la redirection et seraient sinon effacés avant que vous puissiez les lire.
Effectuez une réservation de test. Vérifiez que la console est ouverte avant le chargement de la page (ou rechargez la page avec la console ouverte), afin de voir également les messages générés au démarrage de la page.

4. Signification des messages de la console

Message	Signification
`Triggering GA event …` / `Triggering GTM event …`	Le widget a envoyé l’événement à Google Analytics ou l’a transmis à votre conteneur Tag Manager.
`… event … processed`	L’événement a été reçu et traité, et le message indique généralement le nom de la balise ou du conteneur qui l’a traité. Avec Tag Manager, cela signifie que votre conteneur a reçu l’événement, et non que quoi que ce soit a été envoyé à Google. Consultez la section 5.
`… event … was not confirmed within …ms`	Aucun élément n’a indiqué au widget qu’il avait traité l’événement dans un délai de quelques secondes. Cela ne signifie pas nécessairement que l’événement a été perdu : consultez GA4 DebugView pour vérifier s’il est arrivé. Les causes courantes sont indiquées dans la section 6.
`… event … was still waiting for confirmation when the page navigated away`	Votre widget a redirigé vers une autre page avant la fin de la vérification, ce qui est normal si vous utilisez une redirection après achat. Cela ne signifie pas que l’événement a échoué : confirmez sa réception dans GA4 DebugView.
`… failed to load …`	Le script de Google n’a pas pu être chargé, généralement parce qu’il a été bloqué par un bloqueur de publicités ou un filtre réseau.
`… event … dropped …`	L’événement n’a pas pu être envoyé. Le message en indique la raison : aucun service Google Analytics ou Tag Manager n’est encore disponible sur la page, ou Tag Manager est désactivé dans les paramètres du widget.

Le widget ne signale volontairement que ce dont il peut être certain. Il sait si le script de Google a été chargé et si votre balise a confirmé le traitement d’un événement, mais il ne peut pas savoir si Google a accepté les données. Il vous oriente donc vers DebugView au lieu de faire des suppositions.

5. Si vous utilisez Google Tag Manager, configurez vos balises

Tag Manager est un conteneur, pas un outil de suivi. Lorsque le widget lui transmet un événement de réservation, votre conteneur vérifie ses déclencheurs et exécute les balises correspondantes. Si aucune balise ne correspond, l’événement s’arrête simplement à ce stade : la console indiquera tout de même processed, car votre conteneur a bien reçu l’événement.

Un conteneur nouvellement créé ne récupérera pas ces événements automatiquement. La plupart des balises Analytics sont configurées pour se déclencher lors de l’« initialisation » ou sur « toutes les pages », ce qui ne correspond pas aux événements de réservation du widget.

Pour envoyer les réservations du widget à Google Analytics, vous devez disposer des éléments suivants dans votre conteneur Tag Manager :

Une balise Google (ou une balise de configuration GA4) contenant votre ID de mesure (G-…).
Une balise d’événement GA4 pour chaque événement de réservation qui vous intéresse, avec un déclencheur Événement personnalisé dont le nom correspond à celui d’un des événements du widget.

Le widget envoie les noms d’événements suivants :

Événement	Déclenchement
`page_view`	Le visiteur passe à une autre étape du widget
`select_item`	Un produit ou un forfait est sélectionné dans la liste des produits ou des événements
`add_to_cart`	Des articles sont ajoutés au panier
`view_cart`	Le récapitulatif de la commande est affiché
`begin_checkout`	L’étape de saisie des informations du client est affichée
`add_payment_info`	L’étape de paiement est affichée, avant l’envoi des informations
`purchase`	Le paiement est réussi ou une commande dont le montant restant dû est nul est confirmée

Pour les événements liés aux achats, configurez votre balise afin qu’elle envoie les données de commerce électronique depuis la couche de données. Le widget envoie les champs standards du commerce électronique Google Analytics — tels que la devise, la valeur, les articles et l’ID de transaction — au format attendu par Google ; aucun mappage personnalisé n’est donc nécessaire.

Utilisez le mode Aperçu de GTM (Tag Assistant) pour vérifier votre configuration : il affiche chaque événement reçu du widget et indique précisément quelles balises se sont déclenchées ou non. Si un événement arrive, mais qu’aucune balise ne se déclenche, votre déclencheur ne correspond pas. Si une balise se déclenche, mais que rien n’atteint Analytics, vérifiez l’ID de mesure de la balise.

Point important : avec Tag Manager, vous ne verrez pas les données de réservation envoyées à Google Analytics dans l’onglet Réseau par le widget lui-même. Le widget peut charger le script du conteneur Tag Manager, mais les requêtes contenant vos données de réservation proviennent de vos propres balises, une fois qu’elles se sont déclenchées.

6. Causes courantes et solutions

Bloqueurs de publicités et extensions de confidentialité — ils bloquent les scripts de suivi de Google dans pratiquement toutes les listes de blocage. Effectuez un test dans une fenêtre privée ou incognito avec les extensions désactivées, ou dans un profil de navigateur vierge. Gardez à l’esprit que les visiteurs utilisant des bloqueurs de publicités ne seront pas suivis non plus : l’absence de certaines réservations est donc normale.
Les événements sont traités, mais rien n’apparaît dans Analytics — avec Tag Manager, cela signifie presque toujours qu’aucune balise n’est configurée pour se déclencher sur les événements du widget. Consultez la section 5.
Aucun message dans la console — le suivi est peut-être entièrement désactivé. Vérifiez que Activer Google Analytics est activé et souvenez-vous que ce paramètre contrôle également Tag Manager. Vérifiez aussi que la page a été chargée alors que la console était déjà ouverte.
Chaque événement indique qu’il a été ignoré parce que Tag Manager est désactivé — activez Activer Google Tag Manager dans les paramètres du widget. Ce paramètre et Activer Google Analytics doivent tous deux être activés pour que l’option Tag Manager fonctionne.
Aucun message Tag Manager, uniquement des messages Google Analytics — votre widget est configuré pour envoyer les événements via Google Analytics 4 ; les paramètres Tag Manager sont donc ignorés. Remplacez Envoyer les événements via par Google Tag Manager. Le widget utilise une seule méthode à la fois, jamais les deux.
ID de mesure ou ID de conteneur incorrect — vérifiez que l’ID indiqué dans les paramètres du widget correspond à votre propriété Analytics (G-…) ou à votre conteneur Tag Manager (GTM-…).
Bannières de consentement — si le visiteur n’a pas accepté les cookies Analytics, le mode Consentement de Google peut volontairement retenir les événements. Acceptez le consentement aux cookies Analytics sur la page de test avant de tirer des conclusions.
Extensions de mise en cache ou d’optimisation — certaines extensions WordPress de mise en cache ou d’optimisation interfèrent avec les scripts Analytics. Essayez de les désactiver temporairement ou d’ajouter les scripts à leur liste d’exclusion.

7. Confirmez la réception dans les outils Google

La console vous indique que le widget a effectué sa part du travail. Pour confirmer que les données sont bien arrivées :

GA4 DebugView (Analytics → Administration → DebugView) affiche en temps réel les événements qui arrivent dans votre propriété.
Mode Aperçu de GTM (Tag Assistant) indique quelles balises se déclenchent pour chaque événement envoyé par le widget.

Articles associés

Votre intégration prend-elle en charge Google Analytics 4 ?