Débogage dans le conteneur de serveur - Tester et valider la configuration du Server Side Tracking
Vous avez terminé la mise en place du Server Side Tracking et vous devez maintenant tout valider. C'est important pour l'efficacité et la précision de vos efforts de suivi. Heureusement, Google Tag Manager (GTM) offre un mode de prévisualisation spécialement conçu à cette fin, bien qu'il fonctionne un peu différemment de ce à quoi vous pourriez être habitué avec un simple conteneur web.
Dans ce blog, nous allons vous guider pas à pas à travers le processus de débogage dans le conteneur de serveur. Le débogage de votre installation côté serveur peut sembler complexe au début, en particulier en raison des différences avec le conteneur web. Cependant, avec une explication claire et des étapes pratiques, vous pouvez surmonter ce défi et assurer une solution de suivi robuste.
Notre objectif est de vous fournir les connaissances et les outils dont vous avez besoin pour déboguer et valider votre configuration de suivi en toute confiance.
🔑Points clés :
- Mode aperçu de Google Tag Manager (GTM) : comprendre comment activer et utiliser ce mode pour les conteneurs web et serveur afin de valider votre configuration de Server Side Tracking (SST).
- Différences entre les conteneurs Web et les conteneurs de serveur : reconnaître les éléments uniques du conteneur de serveur et comment ils diffèrent du conteneur Web pendant le débogage.
- Validation des données entrantes et sortantes: vérifiez que le client GA4 dans le conteneur du serveur reçoit et traite correctement les données vers les plateformes externes.
- Activation des étiquettes et flux de données: vérifiez si toutes les étiquettes requises sont activées et si les données pertinentes sont envoyées.
Quelle est la situation ?
Nous nous concentrons sur le débogage de notre TAGGRS Demoshop, une boutique en ligne de commerce électronique de base. Pour les tests, nous mettons en place différents composants afin de créer un environnement de suivi :
- Google Tag (Conteneur Web)
- Événements liés au commerce électronique (conteneur Web)
- TAGGRS Balise de suivi (conteneur web et serveur)
- Événements Google Analytics (conteneur de serveur)
Tests de configuration côté serveur dans Google Tag Manager
1. Ouvrez le mode aperçu dans Google Tag Manager
Commencez ! Le processus de débogage dans le conteneur serveur diffère de celui du conteneur web, car vous devez activer le mode de prévisualisation pour les conteneurs web et serveur.
- Ouvrir l'aperçu du serveur (normal si vous ne voyez rien arriver)
- Ouvrez le conteneur web de prévisualisation et ajoutez l'url du site web.
- Dans les deux modes de prévisualisation, vérifiez si les données arrivent.
Pour une explication claire de ce processus, veuillez vous référer à la vidéo ci-dessous.
Vous n'y arrivez pas ? Consultez notre article d'assistance sur l'ouverture du mode débogage dans le conteneur du serveur.
2. Vue du mode de prévisualisation
Lorsque vous ouvrez le mode de prévisualisation dans GTM, les différences entre le conteneur web et le conteneur serveur deviennent clairement visibles. Le conteneur serveur introduit de nouveaux onglets spécifiques à sa fonctionnalité.
Dans le conteneur Web à gauche, nous voyons sous résumé :
- Fenêtre chargée: ce moment indique que la fenêtre du navigateur, y compris toutes les ressources dépendantes telles que les images et les feuilles de style, est entièrement chargée.
- DOM Ready: ce point marque le moment où le modèle d'objet de document (DOM) de la page est entièrement construit, ce qui permet aux scripts qui dépendent du DOM de commencer à s'exécuter.
- Conteneur chargé: indique que le conteneur Google Tag Manager est entièrement chargé et initialisé sur la page, prêt à commencer à traiter les balises.
- Initialisation: c'est le moment où Google Tag Manager commence à initialiser la configuration, avant que les balises ne soient évaluées et exécutées.
- Initialisation du consentement: il s'agit du moment où les paramètres de consentement sont initialisés et traités dans le conteneur, ce qui est essentiel pour le respect de la vie privée.
- Message: Il s'agit d'une notification ou d'un message générique qui peut apparaître au cours du processus de débogage, souvent utilisé pour signaler des actions ou des erreurs spécifiques dans les implémentations de balises.
Dans le conteneur de serveur, nous voyons :
- Résumé: nous voyons ici un résumé de toutes les demandes entrantes que le conteneur de serveur a interceptées.
- Requêtes: Affiche les requêtes HTTP entrantes et sortantes du serveur et le client qui les a traitées.
- Tags: Affiche les tags qui ont été activés dans le conteneur du serveur.
- Variables: Contient des informations sur toutes les variables accessibles envoyées par la demande.
- Données d'événement: vous voyez ici l'objet de données d'événement construit par le client.
- Console: affiche les messages utiles du journal.
collect?=v
Sous Summary dans le conteneur du serveur, les événements spécifiques sont représentés par le paramètre , qui indique le type d'événement traité, par exemple un événement GA4. Sous collect se trouve l'événement, qui dans ce cas est page_view.
js?id=G-XXXXXXXX
= Demande de la bibliothèque Google Tag JavaScript.collect?v=2
= Demandes de GA4
3. Les données pénètrent-elles dans le conteneur du serveur?
Pour vérifier si les données arrivent correctement dans le conteneur de serveur, nous vérifions d'abord si le conteneur de serveur a reçu des données du conteneur web. Pour ce faire, nous utilisons la section 'request' dans GTM. Vous pouvez y voir quel client a traité les requêtes entrantes, quelles requêtes entrent et lesquelles sortent.
- Requête HTTP sortante du serveur : Les données envoyées par le conteneur du serveur à des plates-formes externes.
- Requête HTTP entrante : les données envoyées par le conteneur web au conteneur serveur.
Dans le conteneur du serveur, sous la rubrique"requêtes", nous pouvons confirmer que le client GA4 a capturé les données correctement en cliquant sur un événement dans la barre de gauche.
Dans ce cas, nous observons que le client GA4 a réussi à capturer les données. /g/collect?v
Les données sont ensuite transmises à l'API de TAGGRS et à Google Analytics (requêtes HTTP sortantes), tandis que la requête entrante est identifiée comme (qui est GA4).
4. Toutes les étiquettes nécessaires ont-elles été tirées ?
Maintenant que les données sont transmises avec succès du conteneur web au conteneur serveur, puis à Google Analytics, il est temps de tester si les balises que nous avons définies fonctionnent correctement. Nous nous concentrons sur le test d'un événement "view item" dans notre boutique en ligne de démonstration TAGGRS.
Dans le conteneur web, nous observons que deux balises sont activées : notre événement GA4 et la balise serveur TAGGRS. C'est le moment de vérifier que toutes les balises nécessaires sont déclenchées comme prévu. Lorsque c'est le cas, cela confirme que les déclencheurs sont correctement définis et que les données sont correctement transmises au serveur.
5. Quelles sont les données envoyées par l'étiquette ?
Une fois que les balises nécessaires sont correctement activées, il est important de vérifier les données spécifiques que ces balises envoient avec elles. Ces données peuvent être consultées dans la section "données d'événement" du conteneur de serveur. Vous y trouverez toutes les données qui ont été transmises du conteneur web au conteneur serveur. Par exemple, pour un événement "view item" dans notre boutique de démonstration, nous voulons que des informations telles que le prix du produit, son nom et éventuellement un identifiant soient transmises. Ce segment vous permet de vérifier que les variables créées sont transmises correctement.
Vous ne travaillez pas littéralement dans le conteneur de serveur avec la structure de la couche de données, mais avec les noms des paramètres que vous passez.
5. Vérifier si les données ont été transmises correctement
Après avoir activé les balises appropriées, l'étape suivante consiste à vérifier que les données ont été traitées correctement dans la plateforme concernée. Vous pouvez le faire via les modes de débogage des plateformes elles-mêmes, ou en utilisant diverses extensions Chrome Debug. Dans votre tableau de bord d'analyse côté serveur TAGGRS, vous pouvez vérifier les éléments suivants :
- Demandes entrantes: Vérifiez les demandes entrantes dans le tableau de bord.
- Ligne du conteneur web et du conteneur serveur: vous pouvez ici observer si les données proviennent à la fois du web et du serveur et quel est le pourcentage de différence entre les deux.
- Données par événement: analysez la quantité de données supplémentaires traitées par événement. Par exemple, si vous remarquez qu'un événement est mesuré 50 % de moins, mais que la quantité totale mesurée est plus importante, il est conseillé de vérifier la configuration de cet événement pour y déceler d'éventuelles erreurs.
Conseil: Consultez notre série TAGGRS Debug pour voir les situations et les solutions les plus courantes dans notre logiciel.
Autres onglets en mode débogage
Console / Erreurs (conteneur Web / serveur): Le conteneur web peut afficher des erreurs similaires à celles que vous verriez dans la console, tandis que le conteneur serveur dispose d'un onglet de console spécial. Cet onglet de débogage peut fournir des informations supplémentaires utiles pour le débogage. Il s'agit d'un onglet de débogage qui peut fournir des informations supplémentaires utiles pour le débogage (pas important).
Consentement (conteneur Web): Consent Mode Si vous avez configuré des paramètres de permission (consentement), par exemple avec V2, cet onglet montre quels statuts de consentement ont été définis et déclenchés, ce qui est particulièrement utile pour déboguer le mode de consentement v2 et également pour vérifier les paramètres par défaut. Consent Mode Vous souhaitez tester votre configuration sans les restrictions du mode de consentement ? Consent Mode Vous pouvez le faire avec notre bloqueur TAGGRS.
Couche de données (conteneur Web): En mode de prévisualisation du conteneur web, l'onglet Couche de données fournit des informations essentielles sur la structure et les données envoyées par le site web à des fins de suivi. Il s'agit d'une source d'information importante pour toutes les balises qui dépendent de la couche de données pour fonctionner.
Variable (conteneur Web) : L'onglet Variables répertorie toutes les variables disponibles dans le conteneur qui peuvent être utilisées pour définir des déclencheurs ou des configurations de balises. Cet onglet est important pour comprendre quelles données sont disponibles pour les balises et les déclencheurs.
C'est ainsi que s'achève le test de mise en place du SST.
Vous êtes maintenant équipé des connaissances et des outils nécessaires pour tester efficacement votre configuration de Server Side Tracking (SST). Nous avons appris comment ouvrir le mode aperçu dans Google Tag Manager, quelles données sont envoyées par vos balises et comment vérifier que toutes les balises requises sont activées au bon moment. N'oubliez pas de surveiller les requêtes entrantes et sortantes et de vérifier les données dans votre tableau de bord. Maintenant que vous êtes sûr que les données ont été transmises et traitées correctement, vous pouvez appliquer en toute confiance votre SST pour un suivi des données précis et fiable. Testez minutieusement, optimisez si nécessaire et voyez vos efforts récompensés par une collecte de données fiable et conforme. Bonne chance pour tester votre configuration SST ! Vous n'êtes pas sûr d'avoir tout mis en place ? Consultez notre liste de contrôle pour le Server Side Tracking.