Vous dépensez en Google Ads, vos ventes progressent, et pourtant votre tableau de bord vous dit que la moitié de vos conversions viennent de « direct » ou de « non attribué ». Vous n'êtes pas mal géré. Votre mesure fuit. Depuis quelques années, les navigateurs, les bloqueurs et le droit européen ont creusé un trou dans la manière dont on suit un visiteur du clic à l'achat. Le tracking server-side (littéralement, la mesure côté serveur) est la réponse d'ingénierie à ce problème. Ce dossier explique, sans jargon, ce qu'il résout vraiment, ce qu'il ne résout pas, et comment le poser proprement à La Réunion sans se mettre hors la loi.
Mesurer était simple, ça ne l'est plus
Pendant quinze ans, mesurer une conversion tenait en une ligne de code. Vous colliez un petit script (le fameux « pixel ») dans votre page, il déposait un cookie dans le navigateur du visiteur, et ce cookie suivait la personne jusqu'à l'achat. Le navigateur faisait tout le travail. On appelle ça la mesure côté client (client-side) : c'est le navigateur du visiteur qui collecte et envoie les données aux plateformes.
Ce modèle est en train de mourir, pour trois raisons qui n'ont rien à voir entre elles mais qui frappent au même endroit. D'abord les navigateurs : Safari bloque les cookies tiers et plafonne à sept jours la durée de vie des cookies posés par un script. Ensuite les bloqueurs de publicité et de traqueurs, installés par une part croissante des internautes, qui interceptent le pixel avant même qu'il ne parte. Enfin le droit : sans consentement de l'internaute, une partie de la mesure devient tout simplement interdite. Trois forces, un même effet, votre pixel voit de moins en moins de monde.
Le server-side, en une image
La mesure côté serveur déplace le travail. Au lieu de laisser le navigateur du visiteur envoyer directement les données à Google, Meta ou à votre outil d'analyse, votre site les envoie d'abord à un serveur que vous contrôlez, sur votre propre domaine. Ce serveur nettoie, filtre selon le consentement, puis transmet aux plateformes de serveur à serveur.
L'analogie la plus juste est celle d'un standard téléphonique. En client-side, chaque visiteur appelle lui-même une dizaine de destinataires (Google, Meta, votre analytics), et n'importe quel obstacle sur sa ligne (bloqueur, navigateur restrictif) coupe l'appel. En server-side, le visiteur appelle un seul numéro, le vôtre, et c'est votre standard qui relaie les messages. Vous décidez ce qui passe, à qui, et vous gardez la trace. C'est plus robuste, plus discret pour le visiteur, et surtout ça vous redonne la main.
Ce que le server-side résout vraiment
Trois gains concrets, que nous détaillerons cette semaine.
- Des cookies qui durent. Un cookie posé par le serveur sur votre domaine échappe au plafond de sept jours que Safari impose aux cookies posés par JavaScript, à condition d'être configuré correctement. Vos parcours longs (le client qui compare pendant deux semaines avant d'acheter) redeviennent mesurables.
- Moins de pertes face aux bloqueurs. Comme les données transitent par votre domaine et non par un script tiers reconnaissable, une partie du signal que les bloqueurs interceptaient repasse.
- Un point de contrôle unique. Vous voyez et vous maîtrisez ce qui sort de chez vous. C'est un atout de fiabilité, et aussi de conformité, car vous pouvez appliquer le consentement au même endroit pour tout le monde.
Ce que le server-side ne résout pas (et c'est important)
Ici, nous devons être francs, parce que beaucoup de discours commerciaux entretiennent le flou. Le tracking server-side ne contourne pas le consentement. Deux corps de règles s'appliquent : la directive ePrivacy encadre le dépôt et la lecture d'informations sur l'appareil du visiteur (d'où les règles sur les cookies), et le RGPD encadre le traitement des données personnelles, où qu'il ait lieu, y compris sur votre serveur. Déplacer la mesure côté serveur peut réduire votre dépendance aux cookies, mais vos obligations RGPD, elles, ne bougent pas.
La CNIL l'a rendu explicite en infligeant une amende de 325 millions d'euros à Google en 2025, notamment pour des publicités affichées dans Gmail sans consentement et un bandeau de recueil invalide. Le point clé pour un dirigeant réunionnais : même si tout avait été fait en server-side, le verdict aurait été le même. Le server-side récupère du signal perdu techniquement (à cause du navigateur ou du bloqueur), il ne récupère jamais du signal refusé par l'internaute. Confondre les deux, c'est s'exposer à une sanction qui peut atteindre 20 millions d'euros ou 4 % du chiffre d'affaires mondial. Nous consacrons un article entier de ce dossier à cette nuance.
Le programme de la semaine
| Jour | Question traitée |
|---|
| Mardi | Pourquoi votre mesure fuit : Safari, consentement et bloqueurs, le trou invisible qui gonfle votre coût d'acquisition |
| Mercredi | Ce que le server-side récupère vraiment, et ce qu'il n'invente pas |
| Jeudi | Consent Mode v2 sans casser sa mesure : poser le consentement proprement |
| Vendredi | La mesure de l'IA et du GEO enfin lisible : le nouveau rapport de la Search Console |
Faut-il passer au server-side ? La réponse honnête
Non, pas toujours. Le server-side est un investissement d'ingénierie : il demande un serveur dédié, une configuration soignée et de la maintenance. Pour un site vitrine sans budget publicitaire, c'est disproportionné. Il devient pertinent dès que vous dépensez régulièrement en Google Ads ou Meta, que vous vendez en ligne, ou que vos décisions marketing reposent sur des chiffres que vous ne pouvez plus croire. Le déclencheur n'est pas la mode, c'est le moment où l'écart entre vos ventes réelles et vos ventes mesurées commence à vous faire prendre de mauvaises décisions d'arbitrage budgétaire.
Nous avions posé les bases de la mesure côté serveur pour Google Ads dans notre article sur le Consent Mode et le tracking server-side, et montré son effet sur une boutique dans GA4, Shopify et le tracking serveur. Ce dossier les réunit et les met à jour avec le contexte de 2026.
Chez Axiom, nous traitons la mesure comme une brique d'ingénierie à part entière, pas comme un bout de code collé après coup. Notre approche est détaillée sur notre page tracking server-side, et pour les boutiques, sur notre page e-commerce. Si vous vous demandez simplement pourquoi vos chiffres ne collent pas avec votre caisse, un audit gratuit pose un diagnostic factuel, sans jargon. Pour en discuter, contactez-nous, et notre page agence web à La Réunion explique notre méthode. Demain, on ouvre le capot : pourquoi, précisément, votre mesure fuit.
