Déboguer et tester votre configuration côté serveur
Une configuration côté serveur comporte plus de pièces qu'un conteneur web : le navigateur, votre sous-domaine, le conteneur serveur et les fournisseurs derrière lui. Quand des données manquent, vous trouvez la rupture en suivant un hit tout au long de ce trajet. Cette leçon présente les outils pour chaque étape, ainsi que les problèmes les plus fréquents et leurs solutions.
Intermédiaire 9 min de lecture Version 1.4, mise à jour le 3 octobre 2026
Sur cette page
Ce que vous allez apprendre
- Lancer le Preview web et le Preview serveur côte à côte, et lire ce que le conteneur serveur a fait de chaque requête.
- Vérifier dans les DevTools et dans GA4 DebugView que les hits atteignent votre sous-domaine puis GA4.
- Reconnaître et corriger les causes les plus fréquentes de données manquantes côté serveur.
- Utiliser les onglets du conteneur SGTM.space pour contrôler la santé, le DNS, le trafic et votre installation en ligne.
01 Lancez le Preview web et le Preview serveur côte à côte
Le Preview de GTM fonctionne dans les deux conteneurs à la fois. L'ordre compte : la session Preview du serveur doit être ouverte avant que le Preview web n'envoie quoi que ce soit, et les deux doivent tourner dans le même navigateur.
- 1 Ouvrez le conteneur serveur dans GTM et cliquez sur Preview. Un onglet Tag Assistant s'ouvre sur
k7q2x.example.com(il s'ouvre à cette adresse quand la Server container URL est définie dans Admin, Container Settings du conteneur serveur, voir la leçon 2). Laissez-le ouvert. - 2 Dans le même navigateur, ouvrez le conteneur web et cliquez sur Preview. Saisissez l'adresse de votre site et cliquez sur Connect.
- 3 Naviguez sur le site et déclenchez l'événement que vous voulez tester.
- 4 Passez sur l'onglet du Preview serveur. Chaque requête entrante apparaît dans la colonne de gauche.
Sélectionnez une requête et lisez-la de haut en bas :
- Request : la requête HTTP entrante, et le Client qui l'a prise en charge. Un hit GA4 doit être pris en charge par le client GA4.
- Tags : les balises qui se sont déclenchées et celles qui ne l'ont pas fait. Une balise qui ne s'est pas déclenchée a en général un déclencheur qui ne correspondait pas.
- Outgoing HTTP requests (dans l'onglet Request) : ce que le serveur a envoyé à GA4 ou à un autre fournisseur, et le code de statut reçu en retour. Un statut 2xx signifie que le fournisseur l'a accepté.
- Event Data : les paramètres extraits par le client. Vérifiez que le nom de votre événement et ses paramètres sont bien arrivés.
02 Vérifiez le navigateur et GA4
Le Preview vous montre ce que GTM a fait. Deux contrôles de plus confirment ce qui est réellement sorti du navigateur et ce qui est arrivé dans GA4.
- 1 Ouvrez les DevTools (F12), allez dans l'onglet Network et filtrez sur
collect. - 2 Rechargez la page. Vous devez voir des requêtes vers votre propre sous-domaine, pas vers
google-analytics.com. - 3 Vérifiez le statut :
200ou204signifie que votre serveur de tagging a accepté le hit.
https://k7q2x.example.com/g/collect?v=2&tid=G-XXXXXXXXXX&en=page_view&...Ouvrez ensuite GA4, allez dans Admin, puis Data display et DebugView. Les événements d'un navigateur en Preview GTM sont automatiquement marqués comme trafic de débogage. Hors Preview, ajoutez le paramètre debug_mode avec la valeur true à votre balise Google pour les y voir. Retirez-le ensuite : le passer à false ne désactive pas le mode débogage.
03 Problèmes fréquents et solutions
La plupart des configurations cassées échouent à l'un de ces endroits. Passez-les en revue dans l'ordre, du DNS jusqu'au fournisseur.
« Vérifier le DNS » échoue ou le sous-domaine ne se résout pas
L'enregistrement est peut-être encore en cours de propagation (attendez jusqu'à une heure), le nom contient peut-être le domaine en double (k7q2x.example.com.example.com, car certains panneaux ajoutent le domaine pour vous), ou le proxy Cloudflare est activé. Sur Cloudflare, l'enregistrement doit être en DNS only (nuage gris), pas en nuage orange.
Container Config erroné ou ancien
Si le conteneur serveur affiché en Preview ne correspond pas à celui que vous modifiez dans GTM, copiez de nouveau le Container Config depuis Admin et Container Settings, et assurez-vous que votre conteneur SGTM.space utilise exactement cette chaîne. Une config issue d'un autre conteneur serveur envoie votre trafic vers le mauvais conteneur.
Le Preview serveur ne s'ouvre pas sur votre sous-domaine
Dans le conteneur serveur, sous Admin, Container Settings, saisissez https://k7q2x.example.com comme Server container URL et enregistrez.
Les hits partent toujours vers google-analytics.com
Le paramètre server_container_url manque dans la balise Google, contient une faute de frappe, ou le conteneur web n'a pas été publié après son ajout. Voir la leçon 3.
Ça marche en Preview mais pas pour les vrais visiteurs
Le conteneur serveur n'a jamais été publié. Le Preview utilise votre espace de travail, le trafic réel utilise la version publiée. Cliquez sur Submit puis Publish dans le conteneur serveur.
Les requêtes arrivent mais rien n'atteint GA4
Le conteneur serveur n'a pas de balise GA4, ou son déclencheur ne correspond pas. Ajoutez une balise Google Analytics: GA4 déclenchée par Client Name égal à GA4, comme dans la leçon 4.
Des hits manquent pour certains visiteurs
Toutes les requêtes sont soudain refusées (HTTP 429)
Le conteneur a consommé les requêtes mensuelles de son forfait et le dépassement est désactivé ou épuisé. Les requêtes sont refusées jusqu'à ce que vous changiez de forfait, que vous activiez le dépassement dans l'onglet Forfait ou que la période de facturation se réinitialise. Avec Better Loader, GTM lui-même ne se charge plus non plus.
04 Utilisez les onglets du conteneur SGTM.space
Chaque conteneur dans SGTM.space dispose d'onglets qui répondent aux questions auxquelles GTM ne peut pas répondre.
- Aperçu : le statut du conteneur et ses contrôles dans État (DNS, DNS du loader, Conteneur, Script du loader). Commencez ici quand rien n'arrive du tout.
- DNS : les enregistrements à ajouter et leur état. Utilisez Vérifier le DNS après chaque modification.
- Analyses : le nombre de requêtes par jour provenant des pages de votre site, les bots probables (comptés même avant l'activation du Filtrage des bots) et, en mode Bloquer, les bots bloqués. Une chute soudaine à zéro indique une installation cassée ou un changement de DNS, pas un problème GA4.
- Forfait : votre forfait et la part de ses requêtes mensuelles que le conteneur a déjà consommée. C'est aussi là que vous activez le dépassement.
- Modules : chaque module est une carte avec Activer, et une fois qu'il est actif, Paramètres sur la carte ouvre sa page de réglages. L'un d'eux, Preview Mode, envoie pendant 60 minutes les requêtes correspondantes issues de webhooks, d'un CRM ou de votre backend vers votre session Preview serveur ouverte.
Preview Mode est utile quand les requêtes ne viennent pas de votre navigateur et que le cookie Preview habituel manque donc.
- 1 Ouvrez Preview dans le conteneur serveur. Dans le menu en haut à droite, choisissez Send requests manually et copiez la valeur de l'en-tête
X-Gtm-Server-Preview. - 2 Dans SGTM.space, ouvrez Modules, cliquez sur Paramètres sur la carte Preview Mode et collez le jeton.
- 3 Définissez éventuellement un préfixe de chemin (par exemple
/webhooks) et une IP source, pour que seules ces requêtes soient transmises. - 4 Cliquez sur Enregistrer et démarrer pour 60 minutes et déclenchez le webhook ou l'appel backend. Il apparaît dans votre session Preview.
05 Checklist de test rapide
-
https://k7q2x.example.com/healthyrenvoie 200 et le conteneur est Prêt dans Aperçu. - Les DevTools montrent des requêtes
collectvers votre sous-domaine avec le statut 200 ou 204. - Le Preview serveur montre la requête prise en charge par le client GA4.
- La balise GA4 s'est déclenchée et sa requête sortante a reçu un statut 2xx.
- L'événement apparaît dans GA4 DebugView.
- Les deux conteneurs sont publiés.
Questions fréquentes
Pourquoi le Preview serveur est-il vide alors que le Preview web affiche des événements ?
Soit les hits ne partent pas vers votre sous-domaine (vérifiez server_container_url et l'onglet Network), soit le Preview serveur a été ouvert dans un autre navigateur ou après le Preview web. Ouvrez d'abord le Preview serveur, puis lancez le Preview web dans le même navigateur.
Puis-je déboguer les requêtes de mon backend ou d'un webhook ?
Oui. Copiez le jeton X-Gtm-Server-Preview depuis Send requests manually dans le Preview serveur et collez-le dans Preview Mode de SGTM.space (ouvrez Modules et cliquez sur Paramètres sur la carte Preview Mode). Les requêtes correspondantes apparaissent dans votre session Preview pendant 60 minutes.
GA4 affiche moins d'événements que l'onglet Analyses. Des données sont-elles perdues ?
Pas forcément. L'onglet Analyses compte les requêtes provenant des pages de votre site (les appels de webhooks et de backend n'y figurent pas), y compris les chargements de scripts, les bots et les événements qu'aucune balise ne transmet. Il montre aussi les bots probables, même avant l'activation du Filtrage des bots, et les bots bloqués en mode Bloquer. Comparez un seul événement dans le Preview et dans DebugView plutôt que les totaux.
Prêt à passer à la pratique ?
Déployez un conteneur GTM serveur sur votre propre domaine en quelques minutes. L'offre gratuite ne demande aucune carte bancaire.
Créer un compte gratuit