On t'a probablement vendu le tracking server-side comme un gain de performance. Plus de conversions, de meilleures données, des pubs qui optimisent mieux. Tu as signé, quelqu'un a configuré un serveur et depuis, tu présumes que ça travaille en arrière-plan.

Voici ce que je vois presque chaque fois que j'audite un setup déjà en place : il ne fait que relayer à Google et Meta exactement les mêmes données qu'avant, juste par un autre chemin. Mieux que rien, oui. Mais ce n'est pas ce qu'on t'a vendu, et ce n'est pas ce que tu paies.

La bonne nouvelle : tu n'as pas besoin de comprendre la technique pour vérifier. Trois questions suffisent.

D'abord, le server-side en une phrase

Normalement, les données de tes visiteurs (un achat, un formulaire rempli) partent directement du navigateur de la personne vers Google, Meta et tes autres outils. Le tracking server-side ajoute une étape : les données passent d'abord par ton propre serveur, qui les renvoie ensuite aux plateformes.

Ce détour ouvre des possibilités réelles. Le problème, c'est que la majorité des setups s'arrêtent au détour et n'utilisent aucune de ces possibilités. Les trois questions ci-dessous servent justement à voir si le tien va plus loin.

Question 1 : est-ce qu'il envoie une donnée que ton site n'a pas déjà ?

C'est la question qui sépare un vrai setup d'un simple intermédiaire.

Ton navigateur sait des choses basiques : quel produit a été acheté, pour quel montant. Un setup server-side qui se contente de renvoyer ça n'apporte presque rien de neuf à l'algorithme. Il optimise toujours sur les mêmes signaux pauvres qu'avant.

Un vrai setup envoie ce que ton navigateur, lui, ne connaît pas :

  • Tes marges réelles par produit. Google arrête alors d'optimiser sur ton chiffre d'affaires et commence à optimiser sur ton profit. Deux produits qui se vendent 100 $ ne valent pas la même chose si l'un te laisse 60 $ de marge et l'autre 8 $. C'est toute la logique du POAS, et tu peux la chiffrer avec notre calculateur de POAS.
  • La valeur long terme d'un client (tirée de ton CRM). Un client qui rachète vaut plus qu'un acheteur unique, même si la première commande est plus petite.
  • Le statut « nouveau vs habitué », pour que tes pubs travaillent vraiment à acquérir de nouveaux clients au lieu de payer pour des gens qui auraient acheté de toute façon.

Un chiffre concret, tiré d'un compte e-commerce que je gère : un client qui rachète y vaut près de 3 fois un acheteur unique (autour de 939 $ de revenu contre 312 $). Le navigateur, lui, voit seulement la première commande à 294 $. Il ignore que cette personne en vaudra trois fois plus, et il ignore aussi ta marge réelle. C'est exactement le genre de signal qu'un vrai setup envoie et qu'un intermédiaire laisse sur la table.

Si la réponse à « est-ce qu'il envoie une donnée que mon site n'a pas déjà ? » est non, tu as un intermédiaire, pas un outil rentable. Pour creuser la logique chiffre d'affaires contre profit, lis POAS vs ROAS.

Question 2 : est-ce qu'il récupère les conversions que les adblockers effacent ?

Une partie de tes ventes n'est jamais comptée parce que les adblockers et les restrictions des navigateurs effacent le suivi avant qu'il parte. Depuis les changements d'iOS, on parle souvent de 20 à 40 % des conversions qui deviennent invisibles. Pour l'algorithme, une vente invisible n'existe pas : il enchérit moins là où il faudrait enchérir plus.

J'ai vu ce trou en vrai chez un client B2B. Son outil d'analytics affichait une diminution de 50 % des conversions depuis la Loi 25, alors que son trafic réel, mesuré par une source indépendante, était parfaitement stable. Autrement dit, 50 points perdus dans le tracking, pas dans la réalité de l'entreprise. En passant au server-side, on a ramené cette perte d'environ 50 % à environ 30 %. Des dizaines de conversions par semaine qui réapparaissent pour entraîner ses pubs.

Beaucoup d'agences pensent régler ça avec un simple sous-domaine maison (du genre metrics.tamarque.com). Ça aide un temps, jusqu'à ce que les bloqueurs mettent leurs listes à jour et le repèrent.

La technique qui récupère vraiment ce signal perdu va plus loin et reste discrète aux yeux des bloqueurs. Bien faite, elle récupère entre 5 et 20 % de signal supplémentaire. Ce n'est pas un détail : c'est 5 à 20 % de conversions de plus pour entraîner tes pubs, sans changer un seul mot de ton site. La plupart des setups ne la font pas. Même de grandes marques internationales s'arrêtent au sous-domaine. C’est pourquoi Stape propose une solution avec son propre custom loader pour nous simplifier la vie.

Et peu importe la qualité de ton setup, garde un œil sur le chiffre qu'il produit : j'ai expliqué comment savoir si ton ROAS affiché est crédible (et c'est quoi un bon ROAS) dans un article dédié.

Question 3 : en combien de mois il se rembourse ?

C'est la seule question qui devrait décider de l'achat, et c'est celle qu'on te pose le moins.

Un fournisseur qui te parle de cookies first-party, de conteneurs et d'API de conversion te répond en langage technique. Toi, tu prends une décision d'investissement. La vraie conversation tient en deux chiffres :

  1. De combien baisse ton coût par client ? Quand l'algorithme reçoit enfin tes vraies conversions, il arrête de gaspiller. Selon les secteurs, on observe une baisse du coût par acquisition de l'ordre de 15 à 25 %.
  2. À partir de quel mois l'économie dépasse le coût ? Tu additionnes le coût de l'outil et de l'installation, tu le compares à ce que tu économises chaque mois, et tu vois la date où le setup s'est payé tout seul.

Pour situer les coûts : l'hébergement d'un serveur de ce type commence à 30 $ par mois + quelques jours d'installation, mais peut facilement coûter plus cher (voire des milliers de dollars) selon le nombre de visiteurs/événements sur ton site web.

Le client B2B dont je parlais plus haut a récupéré des dizaines de conversions par semaine. (10 x 52 semaines = 520 conversions de plus et des pubs bien contentes d'avoir autant de données). Normalement, pour mes clients, on parle d'un remboursement en quelques mois et après c'est exponentiel.

Pour donner un ordre de grandeur : Square a rapporté une hausse de 46 % de ses conversions Google Ads après le passage au server-side (source Stape). Tous les comptes ne vivent pas ce bond, mais ça montre l'écart possible entre un suivi incomplet et un suivi complet.

Si personne ne sait te répondre en dollars et en mois, méfie-toi. Tu n'achètes pas de la technique, tu achètes un retour.

Ce que le server-side ne fait pas (pour rester honnête)

Le server-side n'est pas une formule magique et te dire le contraire serait malhonnête.

Voici 5 distinctions importantes :

  1. C'est que le gain vient surtout d'une meilleure compréhension de la stratégie marketing, car nous avons plus de données, mais ça ne génère pas de revenus qui sortent de nulle part. L'algorithme publicitaire arrête de gaspiller sur les mauvais segments et pousse là où ça convertit vraiment. Donc : même budget, meilleur rendement. Le server-side affûte la machine, il ne crée pas de demande.
  2. ce n'est ni garanti ni instantané. Il y a une période de réapprentissage quand le signal change, et l'ampleur du gain dépend du volume du compte et de sa marge de progression.
  3. Il ne te dispense pas du consentement. Tu dois toujours demander la permission de suivre tes visiteurs, et la Loi 25 s'applique exactement pareil.
  4. Il ne remplace pas non plus tout le suivi navigateur : les meilleurs setups combinent les deux. Et un serveur mal entretenu qui tombe, c'est de la donnée perdue.
  5. C'est une infrastructure, pas un bouton qu'on active et qu'on oublie, alors ce n'est pas un forfait "one-time deal", mais plutôt un service qui exige de la maintenance quotidienne.

FAQ

C'est quoi le tracking server-side, en simple ? Au lieu d'envoyer les données de tes visiteurs directement de leur navigateur vers Google et Meta, tu les fais d'abord passer par ton propre serveur. Ça te donne plus de contrôle et la possibilité d'ajouter des données que le navigateur n'a pas.

Est-ce que ça vaut le coût pour une PME ? Ça dépend entièrement des réponses aux trois questions ci-dessus. Un setup qui envoie tes marges et récupère le signal perdu se rembourse souvent en quelques mois. Un setup qui ne fait que relayer les mêmes données, beaucoup moins. Le coût se justifie par le retour, pas par la technologie.

Est-ce que le server-side me rend conforme à la Loi 25 ? Non. C'est une confusion fréquente. Le server-side change où passent tes données, pas le fait que tu dois obtenir le consentement. Conformité et server-side sont deux chantiers séparés.

Comment savoir si le mien est bien configuré sans être technique ? Pose les trois questions à la personne qui l'a installé. Si elle répond clairement quelles données enrichies partent, comment le signal perdu est récupéré, et en combien de temps ça se rembourse, tu es entre bonnes mains. Si elle répond en jargon sans chiffres, c'est un signal.

Le point à retenir

« Installé » ne veut pas dire « utile ». Un tracking server-side peut tourner depuis des mois en ne faisant que la moitié du travail, sans que rien ne sonne l'alarme. Les trois questions ne demandent aucune compétence technique, et elles te disent en cinq minutes si tu as un vrai outil rentable ou un intermédiaire coûteux.

Si tu veux un regard neutre sur ton setup actuel, sans nécessairement changer ton agence média, c'est exactement le genre d'audit que je fais. Découvre comment sur la page services de tracking.