Erreurs de Google Tag Manager côté serveur et comment les corriger

La première étape de la mise en œuvre du suivi côté serveur sur votre site consiste à configurer un serveur de balisage cloud pour le conteneur du serveur Google Tag Manager. L'utilisation d'un serveur cloud est une nouveauté dans l'analyse Web. C'est pourquoi cette étape peut être la plus difficile de tout le processus de configuration du suivi côté serveur. 

L'article de blog d'aujourd'hui vous parlera des erreurs et des problèmes que vous pourriez rencontrer lors de la configuration de votre serveur cloud sGTM et comment les résoudre.

Après avoir configuré un serveur de balisage pour sGTM situé, vous pouvez décider d'ouvrir l'URL du serveur de balisage dans votre navigateur. Si vous le faites, vous verrez une réponse "ERREUR HTTP 400. Cette page ne fonctionne pas". Voir HTTP ERROR 400 est une action correcte. Cela ne signifie PAS qu'il y a un problème avec votre serveur GTM. Cela signifie simplement qu'aucun client n'a réclamé la demande.

Si vous souhaitez tester que votre serveur de balisage fonctionne bien, vous devez ajouter /healthy à la fin de l'URL de balisage et l'ouvrir dans votre navigateur. Vous devriez voir ok dans la réponse.

Une autre façon de vérifier si l'URL de votre serveur de balisage fonctionne consiste à ouvrir le GTM du serveur et à tester les requêtes dans le débogueur. Si vous voyez des requêtes arriver dans le débogueur sGTM, le serveur cloud a été configuré correctement. Notez bien que vous ne verrez les requêtes que si vous les configurez. Il n'y aura pas de requêtes par défaut. Par exemple, si votre objectif est de valider le fonctionnement de votre suivi des conversions Google Ads, vous devrez d'abord vous assurer que la balise web correspondante envoie bien les informations à votre conteneur serveur.

De plus, l'écosystème du suivi côté serveur évolue rapidement pour offrir des outils de diagnostic toujours plus intelligents. À terme, l'utilisation de technologies avancées telles qu'un MCP GTM (Model Context Protocol) permettra à des assistants virtuels basés sur l'IA d'interagir directement avec votre espace de travail pour lire le conteneur, identifier les anomalies cachées et vous suggérer des correctifs de manière totalement automatisée pendant vos phases de débogage.

Cette erreur se produit généralement lorsque vous n'avez pas configuré d'enregistrements DNS pour votre sous-domaine ou que vous l'avez configuré de manière incorrecte. Notez bien que vous devez généralement attendre 3 à 4 heures avant que les modifications DNS ne soient appliquées ; certains fournisseurs DNS vous demandent d'attendre jusqu'à 72 heures.

Pour vérifier si le DNS est configuré correctement, j'utilise cet outil. Tout ce que vous avez à faire est de coller votre sous-domaine et de cocher A ou tout autre enregistrement. Vous devriez voir qu'il indique la bonne adresse IP. Si l'adresse IP n'est pas bonne, vérifiez de nouveau les paramètres DNS de votre domaine.

Cette erreur signifie que vous avez dépassé la limite du niveau gratuit sur GCP. Vous pouvez dépasser la limite de deux manières.

Google Cloud permet d'avoir un serveur de test GTM dans votre compte. Ainsi, si vous disposez déjà d'un environnement de test sGTM, vous ne pouvez pas créer automatiquement un autre environnement de test. Vous pouvez essayer de configurer un nouveau serveur de balisage provisionné manuellement.

Si vous n'avez qu'un seul serveur de test GTM dans votre compte Google Cloud, vous avez très probablement simplement dépassé la limite du niveau gratuit. Consultez ce lien pour voir la limite du niveau gratuit.

Mettez à jour GCP vers l'environnement de production pour résoudre ces problèmes. Cela coûte environ 120$/mois. Nous offrons la même configuration pour seulement 20 $/mois si vous utilisez Stape.

Cette erreur signifie certains problèmes liés à l'émission d'un certificat SSL pour votre URL de balisage. Cela peut arriver en raison d'un manque de temps pour délivrer le certificat ou de problèmes avec le certificat. Je suggère d'attendre encore 30 minutes. C'est généralement assez de temps pour créer un certificat SSL. Si après 30 minutes vous voyez la même erreur, contactez votre fournisseur de serveur.

Cette erreur signifie que votre serveur de balisage est en panne. Vous devez vérifier l'état de votre déploiement dans Google Cloud Platform. Dans la plupart des cas, vous ne pouvez pas résoudre ce problème vous-même et devez contacter le support client d'hébergement. Si vous utilisez stape.io, envoyez un e-mail à support@stape.io.

 J'espère que cet article vous aidera à identifier certains problèmes les plus courants avec les serveurs de marquage sGTM et les solutions pour les résoudre. Certains problèmes peuvent être résolus immédiatement, d'autres nécessitent d'aide de votre hébergeur.

Si vous rencontrez des problèmes avec l'hébergement stape.io, n'hésitez pas à envoyer un e-mail à support@stape.io, nous vous aiderons avec plaisir. Ou bien, si vous avez besoin d'aide pour configurer le suivi côté serveur pour votre site, nous pouvons également vous aider.