Comment fonctionne le tracking server side ?
🧠 Comprendre le Tracking Server-side avec Google Tag Manager
Introduction
Avec les restrictions croissantes liées à la confidentialité, les bloqueurs de publicité, et la disparition progressive des cookies tiers, le tracking server-side (ou "côté serveur") s’impose comme une solution fiable et pérenne. Mais comment cela fonctionne-t-il concrètement, et en quoi cela diffère-t-il du tracking classique client-side via GTM Web ?
Dans cet article, nous faisons le point sur les différences fondamentales entre les deux approches, et répondons à la question essentielle : vais-je perdre des données si mon conteneur server-side n’est pas encore configuré ?
❓ Quelles informations sont collectées au niveau du service d’hébergement de l’instance GTM Server ?
Trois types de traitements sont réalisés dans le cadre de ce service :
Données de journalisation (logs)
Collecte de l’adresse IP (tronquée).
Conservation maximale de 3 jours avant suppression.
Données de facturation
Collecte des informations nécessaires à la facturation.
Données anonymisées pour éviter toute identification directe.
Enrichissement des données entrantes dans l’instance GTM Server
Ajout de l’adresse IP complète et d’informations de localisation déduites (ex. pays, région).
Ces données sont utilisées uniquement pour permettre le conditionnement des balises côté serveur (par exemple, déclencher ou non une balise en fonction de la localisation de l’utilisateur).
🆚 Tracking Web (client-side) vs Server-side
1. Le modèle classique : tracking client-side
Dans un setup classique, tout se passe dans le navigateur de l’utilisateur :
Les balises sont déclenchées dans GTM Web.
Les événements (page vues, conversions, clics…) sont envoyés directement depuis le navigateur vers les plateformes (Google Analytics, Meta, TikTok…).
utilisateur
│
├──→ GA4 → google-analytics.com
├──→ Meta → facebook.com/tr
└──→ Autres plateformes...
✅ Avantages : Facile à mettre en place, immédiat. ❌ Inconvénients : Adblockers, ITP, perte de données, faible contrôle.
2. Le modèle avancé : tracking server-side
Avec le tracking server-side, les balises côté Web n'envoient plus les données directement aux plateformes, mais à un conteneur GTM installé sur un serveur (généralement via un sous-domaine comme https://tracking.tondomaine.com
).
Le flux devient :
utilisateur
│
└──→ GTM Web → tracking.tondomaine.com (GTM Server)
│
├──→ Google Analytics
├──→ Meta / TikTok
└──→ Autres plateformes
✅ Avantages :
Moins de données bloquées (pas de domaine tiers)
Meilleur contrôle sur les données envoyées
Possibilité d’enrichir, filtrer ou reformater les données avant envoi
❓ Et si le conteneur server-side n’est pas encore prêt ?
C’est une question fréquente :
“Que se passe-t-il si le conteneur server-side est installé, mais que je n’ai pas encore configuré les événements côté serveur ? Est-ce que je perds de la donnée ?”
La réponse est non — à condition de ne pas rediriger prématurément les tags web vers le serveur.
👉 Tant que vous ne modifiez pas vos balises GTM Web pour envoyer les données vers le serveur (via un endpoint personnalisé comme https://tracking.tondomaine.com
), les événements continueront à être envoyés directement aux plateformes.
Cela signifie que vous pouvez parfaitement :
Déployer l’infrastructure server-side en amont
Tester et configurer vos clients et balises côté serveur progressivement
Basculer les balises web vers le serveur uniquement quand tout est prêt
Il n’y a donc aucune coupure de tracking, si la transition est bien gérée.
📌 Conclusion
Le tracking server-side avec GTM permet une collecte de données plus robuste, respectueuse de la vie privée, et mieux contrôlée. Mais il ne remplace pas immédiatement le tracking web : il vient en complément, et sa mise en œuvre peut être progressive, sans aucun risque de perte de données tant que les balises client-side ne sont pas redirigées.
Mis à jour
Ce contenu vous a-t-il été utile ?