Dans un montage classique, chaque outil dépose son script dans la page. Au moment d'un achat, le navigateur émet autant d'appels qu'il y a de destinataires, directement vers leurs serveurs. Chacun de ces appels peut être bloqué par une extension, filtré par le navigateur ou perdu si l'internaute ferme la page trop tôt.
Les bloqueurs de publicité et de traceurs. Ils reconnaissent les scripts tiers par leur nom de domaine et les empêchent de se charger. Un appel émis vers votre propre domaine passe plus souvent, ce qui restaure une partie de la mesure sur les audiences les plus équipées.
La durée de vie des identifiants. Les navigateurs limitent fortement la persistance des cookies déposés par un script dans la page, jusqu'à quelques jours sur certains d'entre eux. Un identifiant écrit par le serveur dans un en-tête de réponse échappe à une partie de ces limitations, ce qui compte sur les parcours d'achat longs.
Les pertes de fin de parcours. Un visiteur qui ferme la page de confirmation avant le déclenchement d'un script emporte la conversion avec lui. Un envoi déclenché par le serveur au moment de l'enregistrement de la commande ne dépend plus du comportement du navigateur.
Le poids de la page. Retirer plusieurs scripts tiers du navigateur allège le chargement et améliore les Core Web Vitals. Le gain n'est pas anecdotique sur les sites qui accumulent une dizaine d'outils.
La maîtrise de ce qui sort. C'est l'argument le plus souvent négligé et le plus solide. Avec un serveur intermédiaire, vous décidez précisément quelles informations partent vers quelle plateforme, et vous pouvez retirer ou hacher les données sensibles avant l'envoi. Dans un montage classique, chaque script tiers voit tout ce qui se trouve dans la page.
Le consentement. Déplacer un traitement publicitaire vers un serveur ne le transforme pas en traitement nécessaire. La règle du consentement préalable s'apprécie sur la finalité et sur l'accès à l'appareil, pas sur l'emplacement du script. Un dispositif serveur qui envoie des données malgré un refus est en infraction, exactement comme un pixel qui se déclencherait dans les mêmes conditions.
La qualité du marquage. Un événement mal nommé, une valeur d'achat envoyée taxes comprises d'un côté et hors taxes de l'autre, un identifiant de transaction absent : ces défauts se transportent tels quels vers le serveur. Le montage ne corrige rien de ce qui était déjà faux.
Les limites imposées par les plateformes. Ce sont elles qui décident de ce qu'elles acceptent, de la fenêtre d'attribution et de la façon dont elles dédupliquent un même achat reçu deux fois. Le serveur ne contourne pas ces règles, il alimente un canal supplémentaire.
L'écart entre outils. Deux plateformes qui ne comptent pas la même chose continueront de ne pas compter la même chose. Le suivi serveur ne réconcilie pas des définitions différentes de la conversion.
Trois montages coexistent, du plus simple au plus lourd.
L'API de conversion d'une plateforme. Votre serveur envoie directement les événements d'achat à une régie, en complément du pixel existant. C'est le point d'entrée le plus rapide, souvent réalisable en quelques jours par un développeur, et il traite l'essentiel du problème sur le canal concerné.
Le conteneur serveur. Une couche intermédiaire hébergée sur votre propre sous-domaine, qui reçoit les événements du site et les redistribue vers plusieurs destinations. C'est le montage complet, et celui qui apporte la maîtrise des données transmises.
La collecte maison. Un traitement écrit sur mesure, qui n'a de sens que pour des besoins spécifiques et des équipes techniques déjà constituées.
Les postes de coût sont l'hébergement, qui se facture à l'usage et augmente avec le trafic, le temps d'installation, et surtout la maintenance. Un conteneur serveur est une brique d'infrastructure : elle tombe en panne, elle se met à jour, et quand elle s'arrête, la mesure s'arrête avec elle. Sans supervision, la panne se découvre lors du bilan mensuel.
Quatre conditions, à examiner avant de lancer le chantier.
Un volume de conversions qui donne un sens à quelques pour cent. Récupérer 5 % d'une centaine de conversions mensuelles ne paiera pas l'infrastructure.
Une audience réellement concernée. Regardez la part de votre trafic sous les navigateurs les plus restrictifs et l'écart déjà constaté entre vos commandes réelles et celles remontées par vos outils. Ces deux chiffres se relèvent en une heure et suffisent à cadrer l'enjeu.
Un plan de marquage déjà propre. Passer côté serveur avant d'avoir fiabilisé les événements revient à déménager un désordre.
Une ressource pour l'entretenir. Un dispositif sans propriétaire identifié se dégrade en quelques mois, et personne ne s'en aperçoit tant que les rapports continuent d'afficher des chiffres.
La bonne méthode de validation consiste à faire tourner les deux dispositifs en parallèle pendant quelques semaines, puis à comparer les conversions remontées de part et d'autre avec les commandes réelles enregistrées dans votre outil de gestion. C'est la seule mesure qui compte, et elle remplace avantageusement les moyennes de marché.
