LogoLogo
Analytics HelperSirdata CMPA propos de Sirdata
Français
Français
  • Sirdata Server-Side
  • Installation
    • Conteneur GTM Server
    • Configuration des DNS
      • OVH
      • Netlify
      • Cloudflare
      • Gandi.net
    • Configuration GA4
    • Configuration Facebook Conversions API
  • Traitement des Données
    • Hébergement seul
    • Surcouche GTM Helper
    • Intégration des Données Sirdata dans la Surcouche GTM
  • TARIFS
    • Sirdata Server-Side
    • Configuration du GTM Server Side
  • Prestations GTM Server Side
    • Set-up sGTM
  • F.A.Q SERVER SIDE
    • Tarifs
      • Proposez-vous une période d'essai gratuite ?
      • Dois-je entrer un moyen de paiement pour l’essai gratuit ?
      • Quels sont les modes de paiement acceptés ?
      • Qu'appelez-vous "requête" ?
      • Quel est le côut par requête ?
      • Puis-je annuler mon abonnement ?
    • Portail sGTM
      • Accès au portail sGTM depuis le portail CMP Sirdata
      • Hébergement du conteneur
      • Ajouter un moyen de paiement
    • Tracking
      • Comment fonctionne le tracking server side ?
      • Campagnes
      • Contourner les Adblockers
      • Volume de hits
    • Fonctionnement Server Side
      • Tag Manager
      • Hébergement
      • Accès Google Tag Manager
      • DNS
      • GTM-Helper sans hébergement
    • Performance
      • Chargement des scripts
      • Optimisation du chargement de la CMP et du GTM
    • Google Analytics 4
      • Compatibilité GA4
      • Configuration GA4
      • Proxyfication GA4
      • Volume de hits GA4
    • Facebook CAPI
      • Facebook Conversion API vs. Facebook Pixel
      • Configuration Facebook Conversions API
      • Récupération Token Facebook CAPI
    • Matomo
      • Compatibilité Matomo
      • Récupération Token Matomo
    • Linkedin
      • Compatibilité Linkedin
    • TikTok Events API
      • Compatibilité TikTok
      • Récupération Token TikTok
      • TikTok Events API
      • Sous-traiter l'installation de TikTok Events API
    • Ad-blocking
      • Définition ad-blocker
      • Fonctionnement ad-Blocker
      • Contourner les ad-Blockers
Propulsé par GitBook
Sur cette page
  • 🧠 Comprendre le Tracking Server-side avec Google Tag Manager
  • 🆚 Tracking Web (client-side) vs Server-side
  • ❓ Et si le conteneur server-side n’est pas encore prêt ?
  • 📌 Conclusion

Cet article vous a-t-il été utile ?

  1. F.A.Q SERVER SIDE
  2. Tracking

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é ?


🆚 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.

PrécédentTrackingSuivantCampagnes

Dernière mise à jour il y a 8 heures

Cet article vous a-t-il été utile ?