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


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://server-side.docs.sirdata.net/sirdata-server-side/f.a.q-server-side/tracking/comment-fonctionne-le-tracking-server-side.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.