# 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…).

```plaintext
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 :

```plaintext
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.