Les données peuvent vous aider à mieux comprendre votre public cible, à optimiser vos campagnes de marketing et à améliorer vos résultats. Mais comment pouvez-vous être sûr que vos données seront transmises ? Et comment utiliser ces données pour optimiser vos activités de marketing ? Vous pouvez le vérifier à l’aide de la fonction Server GTM Logs de TAGGRS. Dans ce blog, nous allons approfondir ce que vous pouvez faire avec cette fonctionnalité et comment utiliser ces Logs.
🔑 Points clés
- Les Server GTM Logs vous aident à vérifier que vos données arrivent correctement en vous donnant un aperçu des différents types de requêtes (POST et GET) et des Statuscodes.
- Vous pouvez utiliser les Server GTM Logs pour suivre et évaluer avec précision les interactions et comportements spécifiques des utilisateurs, tels que les achats.
- Les anomalies dans les Logs, telles qu’un code de statut 404 ou 400, indiquent des problèmes que vous pouvez rapidement identifier et traiter pour optimiser vos activités de marketing.
Table of Contents
Que sont les Logs du serveur de Google Tag manager ?
Les Logs du serveur Google Tag Manager, souvent abrégés en Logs du serveur GTM, sont une source d’information pour tout spécialiste du marketing travaillant avec Google Tag Manager dans un environnement côté serveur. Ces Logs vous donnent un aperçu de la progression des différents types de requêtes effectuées, allant des requêtes POST aux requêtes GET.
En quoi consistent les Logs ?
Dans cette section, nous allons expliquer les différents composants de vos Server GTM Logs. Ainsi, vous savez exactement ce que contiennent vos Logs.
Méthode
Les Logs de GTM ont deux types de requêtes : POST et GET.
Les requêtes POST sont utilisées pour Submit des données au serveur, tandis que les requêtes GET sont utilisées pour accéder aux données du serveur.
Voici quelques exemples de requêtes POST dans le serveur GTM :
- Création d’un nouveau compte utilisateur
- Soumettre un formulaire
- Télécharger un fichier
Voici quelques exemples de requêtes GET dans le serveur GET :
- Chargement d’une page web
- Récupérer des données sur les produits à partir d’une base de données
- Vérifier l’état d’une commande
Statut
Voici un aperçu des principaux Statuscodes et de leur signification.
| Statuscodes | Signification |
|---|---|
| 200 | Tout va bien, la demande a été traitée avec succès. |
| 404 | Le lien n’existe pas, la ressource demandée n’a pas été trouvée. |
| 400 | Le chargeur personnalisé n’est probablement pas configuré correctement. |
| 499 / 504 | Problèmes de réponse du serveur. Cela peut être dû au fait que votre paquet a expiré ou que vous avez atteint le nombre maximum de demandes. |
Événement
Voici l’événement qui a été mesuré. Il peut s’agir, par exemple, d’un Scroll ou d’un Achat. Grâce à ces informations, vous pouvez vérifier si certaines balises, telles que pour les achats ou d’autres conversions, sont déclenchées correctement.
Type
Voici les Type Logs, d’où proviennent les demandes. Il existe différents types de Logs que TAGGRS propose comme par exemple :
- Google Analytics
- Javascript
- Mode de prévisualisation GTM
- Set Cookie
Date Received
Sous Date Received, la date et l’heure auxquelles le Log a été mesuré s’affichent. Cela vous aide à déterminer quand une action particulière, telle qu’un achat ou un Scroll, a effectivement eu lieu sur votre site web.
Où puis-je trouver les Logs ?
Les Logs se trouvent sous Dashboard → Testing → Logs.
À quoi peuvent servir les Logs ?
Avec Serverlogs, vous pouvez obtenir des informations sur le comportement et les interactions des utilisateurs.
A quoi servent les Logs :
- Vérifiez que les données sont bien transmises.
- Avec un Statuscodes 404, vous pouvez identifier les liens qui n’existent pas et éventuellement les corriger ou les rediriger.
Exemple
Supposons que vous ayez un site web de commerce électronique et que vous souhaitiez vous assurer que chaque fois qu’un client effectue un achat, cette transaction est correctement enregistrée dans votre base de données et dans votre système d’analyse. Pour cela, vous pouvez utiliser les Logs pour vérifier si les données arrivent correctement.
Vous avez mis en place un Purchase tag spécifique pour suivre chaque achat sur votre site web. Après l’activation de ce tag, allez dans vos Logs TAGGRS pour vérifier les données collectées.
- Methoden (POST/GET): vous voyez ici qu’une requête POST a été envoyée, ce qui signifie que des données ont été soumises au serveur (par exemple des informations sur les achats).
- Statuscodes: Vous vérifiez qu’un Statuscodes 200 apparaît à côté de la demande POST, indiquant que la demande a été traitée avec succès.
- Événement: à côté du Statuscodes, vous verrez le type d’événement. Dans ce cas, il s’agit d’un achat, ce qui confirme qu’il s’agit bien d’un achat.
- Type Logs : Il s’agirait probablement d’un “Request Log”, indiquant que la demande provient de l’utilisateur.
- Date Received: La date et l’heure vous permettent de vérifier quand cet achat a eu lieu.
Si tous ces éléments sont corrects et que vous voyez le Statuscodes 200, vous savez que les données ont été correctement transmises et traitées.
S’il y a des divergences, comme un Statuscodes différent (par exemple 404 ou 400), c’est le signe que quelque chose ne va pas. Les Logs vous permettent de l’identifier rapidement et de prendre des mesures.
Conclusion
Dans ce blog, nous vous avons montré comment utiliser les Server GTM Logs (une des fonctionnalités de l’hébergement TAGGRS ) pour vérifier si vos données arrivent correctement. En comprenant les différentes composantes des Logs, vous pouvez rapidement et facilement identifier et résoudre les problèmes.
Ate Keurentjes est un spécialiste du Server Side Tracking chez TAGGRS. Il a de l’expérience avec plusieurs concepts de Google Tag Manager. Keurentjes édite et écrit sur les nouveaux développements et tendances en matière de collecte de données / Server side tracking depuis 2023.
