Le tracking server-side envoie vos données de mesure d'abord vers un serveur que vous gérez, et seulement ensuite vers GA4, Google Ads ou Meta [1]. Vous décidez ainsi de ce que chaque plateforme reçoit, et les cookies restent actifs plus longtemps. Votre bannière cookies reste nécessaire et, en plus de l'hébergement, vous payez surtout la mise en place.
Derrière une adresse sur votre propre domaine tourne un conteneur serveur, généralement de Google Tag Manager. Il reçoit les événements de votre site, supprime ou complète des champs, et les transmet aux plateformes que vous choisissez [1]. Le conteneur Web sur votre site reste nécessaire : c'est lui qui capte les clics, les formulaires et les achats.
Que vous le mettiez en place vous-même ou que vous fassiez appel à une agence Google Analytics, ne commencez que lorsque votre plan de mesure et votre consentement sont en ordre. Un événement qui compte double aujourd'hui comptera aussi double via votre serveur.
Qu'apporte le tracking server-side ?
Surtout du contrôle et de meilleurs signaux, pas un pourcentage fixe de conversions en plus.
- Le contrôle de ce que vous transmettez. Pour chaque destination, vous décidez quels champs partent. Une adresse e-mail qui se retrouve par erreur dans une URL, vous la filtrez, et une plateforme qui n'a pas besoin de l'adresse IP ne la reçoit pas.
- Des cookies qui durent plus longtemps. Safari efface après sept jours sans interaction les cookies déposés via JavaScript. Un cookie déposé par votre propre serveur y échappe, sauf si la requête passe par un CNAME ou une adresse IP d'un tiers [2].
- Des connexions de serveur à serveur. Via l'API Conversions de Meta et les connexions de conversion de Google Ads, les plateformes apprennent de résultats réels, comme la marge ou un lead devenu client. Meta dédoublonne les événements du pixel et du serveur si le nom et l'ID d'événement correspondent, dans un délai de 48 heures [3].
- Moins de code dans le navigateur, mais seulement si vous supprimez réellement des scripts. Le conteneur Web et la balise Google restent.
Ce que vous gagnez précisément chez Meta, vous le lirez dans Pixel Meta ou API Conversions ? Pourquoi il vous faut les deux.
Ce qu'il ne fait pas : remplacer votre consentement, ou réparer un mauvais plan de mesure. Les pourcentages qui circulent en ligne sont rarement accompagnés d'une méthode de mesure. Ce que vous récupérez dépend de votre part de visiteurs Safari, des bloqueurs de publicité et de votre taux de consentement : mesurez-le donc par rapport à vos propres commandes ou leads.
Mieux vaut ignorer deux arguments. Contourner les bloqueurs de publicité : un visiteur qui refuse dans votre bannière ne peut pas non plus être suivi via votre propre serveur. Et la disparition des cookies tiers dans Chrome : Google a décidé en avril 2025 de maintenir l'approche actuelle dans Chrome [4].
Votre bannière cookies reste-t-elle nécessaire ?
Oui : le tracking server-side change le trajet de vos données, pas les règles. En Belgique, la règle sur les cookies figure à l'article 10/2 de la loi-cadre du 30 juillet 2018. L'APD ne prévoit aucune exemption pour les cookies qui comptent les visiteurs, pas même pour les cookies first-party [5], [6].
La règle vaut aussi pour les pixels, le device fingerprinting et le local storage [5]. Les autorités européennes de protection des données l'appliquent en outre aux liens de tracking et à certains trackings basés sur l'adresse IP [7]. Du code tourne toujours dans le navigateur et envoie des informations de l'appareil : sans consentement, donc, pas de tracking analytique ni publicitaire.
Avec le Consent Mode, le choix de votre visiteur voyage jusqu'à votre conteneur serveur, et les balises Google qui s'y trouvent le respectent [8]. Les balises d'autres fournisseurs, comme l'API Conversions de Meta, c'est à vous de les faire attendre ce choix. Pour régler correctement les signaux, lisez Consent Mode v2 en pratique : basic ou advanced ?.
Si vous transmettez des adresses e-mail hachées, sachez que le hachage est une pseudonymisation : il s'agit toujours de données à caractère personnel [9]. Ce que le server-side permet en revanche, c'est de transmettre moins et d'héberger en Europe, par exemple dans la région Google Cloud europe-west1 à Saint-Ghislain [10].
Combien coûte le tracking server-side ?
Comptez trois postes : l'hébergement, la mise en place et la maintenance. La mise en place est généralement le plus important.
| Hébergement | Ce que c'est | Coût | Pour qui |
|---|---|---|---|
| Google tag gateway via Cloudflare | Charger et mesurer les balises Google via votre propre domaine, sans conteneur serveur [11] | Gratuit [12] | Les sites derrière Cloudflare, avec surtout des balises Google |
| Google Cloud Run | Votre propre conteneur serveur dans votre propre projet cloud | ± 45 dollars par serveur et par mois, au moins 2 serveurs recommandés [13] | Ceux qui veulent un contrôle total et leur propre facture |
| Hébergeur spécialisé | Le même conteneur serveur, géré par un tiers | Abonnement selon le nombre de requêtes | Les PME sans gestion cloud en interne |
Google prévoit que 2 à 10 serveurs traitent ensemble 35 à 350 requêtes par seconde [13] ; 35 par seconde, c'est plus de trois millions par jour. La gateway ne fonctionne que pour les balises Google : pour Meta ou LinkedIn, il vous faut un conteneur serveur. Si vous choisissez un hébergeur spécialisé, demandez où se trouvent les serveurs et si vous recevez un contrat de sous-traitance.
La mise en place comprend votre plan de mesure, les deux conteneurs, le consentement, les tests et la comparaison. La maintenance est limitée mais pas nulle : mettre à jour les modèles, ajouter de nouveaux événements et vérifier que le serveur continue de tourner.
Quelle configuration vous convient ?
| Votre situation | Ce que nous ferions |
|---|---|
| Peu de trafic et pas de budget publicitaire | Pas encore. D'abord un conteneur Google Tag Manager propre et de bons événements clés. |
| Vous faites surtout de la publicité sur Google et votre site tourne derrière Cloudflare | La Google tag gateway : gratuite et peu de travail. |
| Vous faites de la publicité sur Google et sur Meta | Un conteneur serveur avec GA4, Google Ads et l'API Conversions, avec dédoublonnage entre pixel et serveur. |
| Boutique en ligne avec beaucoup de trafic Safari et des clients qui comparent longtemps | Un conteneur serveur en same origin, pour que les cookies des visiteurs consentants n'expirent pas après sept jours. |
| Leads B2B qui ne deviennent clients que des semaines plus tard | Du server-side plus des conversions hors ligne depuis votre CRM, pour que les plateformes apprennent des clients plutôt que des formulaires. |
Comment vous y prendre
- Mesurez d'abord la situation actuelle. Comparez un mois de GA4 à vos commandes ou leads. Si vous doutez de votre configuration actuelle, commencez par un audit tracking gratuit.
- Mettez en ordre vos événements clés et votre consentement. Quelles actions comptent vraiment, vous le lirez dans Événements clés et conversions dans GA4 : la différence expliquée.
- Choisissez un hébergement dans une région européenne, avec un contrat de sous-traitance, et mettez le projet cloud et les conteneurs au nom de votre entreprise.
- Associez une adresse sur votre propre domaine, de préférence en same origin, comme
www.votresite.be/metrics. Google le recommande ; le domaine par défaut de Cloud Run fonctionne dans un contexte tiers et ne peut déposer que des cookies JavaScript [14]. - Envoyez GA4, puis les autres destinations, via le serveur. N'envoyez pas en plus le même événement directement à GA4, et donnez au pixel et à l'API Conversions le même ID d'événement [3].
- Testez et comparez. Contrôlez les deux conteneurs en mode Aperçu et, après deux à quatre semaines, comparez vos chiffres à votre mesure de départ.
Questions fréquentes
Le tracking server-side est-il conforme au RGPD ?
Pas automatiquement. Il change le trajet de vos données de mesure, pas les règles : en Belgique, le tracking analytique et publicitaire exige toujours un consentement préalable, y compris pour les pixels. Vous pouvez en revanche supprimer des champs par fournisseur, comme l'adresse IP, et faire tourner votre serveur dans une région européenne.
Ai-je encore besoin d'une bannière cookies si je mesure en server-side ?
Oui. L'APD ne prévoit aucune exemption pour les cookies qui comptent les visiteurs, pas même pour les cookies first-party. Avec le Consent Mode, vous transmettez le choix fait dans votre bannière à votre conteneur serveur. Les balises d'autres fournisseurs qui y tournent, comme l'API Conversions de Meta, c'est à vous de les faire attendre ce choix.
Combien coûte le tracking server-side par mois ?
Cela dépend de l'hébergement. Google estime un conteneur serveur sur Cloud Run à environ 45 dollars par serveur et par mois, et recommande au moins deux serveurs. Les hébergeurs spécialisés facturent selon le nombre de requêtes, la Google tag gateway via Cloudflare est gratuite. La mise en place et la maintenance s'y ajoutent.
Le tracking server-side contourne-t-il les bloqueurs de publicité ?
En partie : une adresse de mesure sur votre propre domaine est moins souvent bloquée que les domaines connus de Google ou de Meta. Mais un visiteur qui refuse dans votre bannière cookies ne peut pas non plus être suivi via votre propre serveur. Contourner les bloqueurs n'est donc pas une bonne raison de se lancer.
Quelle est la différence entre le server-side tagging et la Google tag gateway ?
Avec le server-side tagging, vous faites tourner votre propre conteneur serveur, qui traite les données et les envoie vers plusieurs plateformes, y compris Meta ou LinkedIn. La Google tag gateway charge uniquement les balises Google via votre propre domaine, sans serveur propre. Plus légère et moins chère, mais limitée à Google.
Sources
- Introduction au taggage côté serveur — Google for Developers, 30 juil. 2026, consulté le 27 sept. 2026
- Tracking Prevention in WebKit — WebKit, consulté le 27 sept. 2026
- Handling Duplicate Pixel and Conversions API Events — Meta for Developers, consulté le 27 sept. 2026
- Next steps for Privacy Sandbox and tracking protections in Chrome — Google Privacy Sandbox (Anthony Chavez), 22 avr. 2025, consulté le 27 sept. 2026
- Check-list cookies — Autorité de protection des données, 17 oct. 2023, consulté le 27 sept. 2026
- Si vous souhaitez installer et/ou lire des cookies de mesure d'audience (encore connus comme cookies statistiques ou analytiques), devez-vous obtenir le consentement de l'utilisateur de votre site Internet ou de votre application ? — Autorité de protection des données, consulté le 27 sept. 2026
- Lignes directrices 2/2023 sur le champ d'application technique de l'article 5, paragraphe 3, de la directive vie privée et communications électroniques, version 2.0 — Comité européen de la protection des données (EDPB), 2024-10, consulté le 27 sept. 2026
- Implémenter le mode Consentement avec Tag Manager côté serveur — Google for Developers, 30 juil. 2026, consulté le 27 sept. 2026
- Guidelines 01/2025 on Pseudonymisation — Comité européen de la protection des données (EDPB), 16 janv. 2025, consulté le 27 sept. 2026
- Régions et zones — Documentation Google Cloud, consulté le 27 sept. 2026
- Configurer Google tag gateway pour les annonceurs dans Google Tag Manager avec Cloudflare — Aide Tag Manager, consulté le 27 sept. 2026
- Google tag gateway for advertisers — Cloudflare Docs, 17 avr. 2026, consulté le 27 sept. 2026
- Configurer le taggage côté serveur avec Cloud Run — Google for Developers, 12 mai 2026, consulté le 27 sept. 2026
- Configuration du domaine personnalisé — Google for Developers, 27 juin 2025, consulté le 27 sept. 2026