Le tracking server-side expliqué sans jargon

Le tracking server-side fait transiter les conversions de votre site par un serveur que vous contrôlez, qui les transmet ensuite à Google Ads, à Meta ou à LinkedIn. Il récupère une partie des conversions que les navigateurs et les bloqueurs empêchent de remonter, et il permet de renvoyer ensuite aux régies ce qui se passe après le formulaire. Les règles de consentement, elles, restent les mêmes.

Le problème que ça règle

Quand quelqu'un remplit un formulaire sur votre site, Google Ads et Meta doivent l'apprendre pour savoir quelles annonces fonctionnent. Dans le montage classique, c'est le navigateur du visiteur qui s'en charge : un petit bout de code s'exécute dans la page et envoie directement l'information aux plateformes.

Ce montage fonctionne de moins en moins bien. La durée de vie limitée des cookies sur Safari, les protections de Firefox, les bloqueurs de publicité et les appels perdus sur un réseau mobile instable coupent une partie de ces envois. Votre régie ne connaît alors qu'une partie de vos conversions : elle optimise sur une image incomplète et vous présente des chiffres inférieurs à ce qui s'est passé.

Ce que fait le tracking server-side

Au lieu que le navigateur prévienne Google et Meta, il prévient votre serveur, et c'est votre serveur qui transmet l'événement aux plateformes et, si vous le souhaitez, à votre CRM.

Ce changement de trajet a quatre conséquences.

L'appel vers les régies part de votre serveur. Le navigateur ne contacte plus que votre propre domaine, que les bloqueurs arrêtent moins souvent qu'un appel vers Google ou Meta, sans garantie : certains reconnaissent aussi les conteneurs hébergés en propre. Un cookie posé par votre serveur échappe par ailleurs au plafond de sept jours que Safari impose aux cookies posés en JavaScript, sous les conditions décrites plus bas.

Vous décidez ce que vous envoyez. Dans le montage classique, les scripts tiers collectent ce qu'ils veulent et vous ne voyez pas tout ce qui part. Avec un serveur au milieu, vous décidez, donnée par donnée, de ce que reçoivent Google, Meta ou LinkedIn. Vous gagnez en maîtrise, et c'est plus facile à documenter en cas de contrôle.

Votre site peut s'alléger. Chaque script tiers pèse sur le temps d'affichage. Ceux que vous retirez de la page au profit d'un envoi depuis le serveur l'allègent, ce qui compte sur un trafic publicitaire majoritairement mobile. Le gain reste modeste si vous gardez les balises du navigateur en parallèle, comme Meta le recommande.

Vous pouvez renvoyer la suite. C'est l'apport le plus utile. Au moment du formulaire, le navigateur ne sait rien de la vente. Votre serveur peut recevoir ensuite ce que votre CRM apprend sur ce lead (sa qualification, le montant du devis, la signature) et le transmettre aux régies comme de nouvelles conversions rattachées au clic d'origine. Les régies reçoivent alors des signaux qui correspondent à des ventes.

Ce que ça ne règle pas

Le sujet est souvent présenté comme une solution miracle. Trois limites demeurent.

Le consentement s'applique toujours. Si le visiteur refuse les cookies publicitaires, vous n'avez pas le droit d'envoyer ses données aux régies, que l'appel parte de son navigateur ou de votre serveur. Les règles sur les traceurs (article 82 de la loi Informatique et Libertés) et le RGPD s'appliquent quelle que soit la technique d'envoi. Un montage server-side qui ignore un refus de consentement est illégal, même s'il se voit moins.

Le serveur aide en revanche à faire respecter ce choix : le consentement enregistré sur la page accompagne chaque événement, et le serveur décide à un seul endroit ce qui part vers chaque régie. Le mode de consentement avancé de Google envoie, lui, des signaux sans cookie même après un refus (horodatage, navigateur, indication d'un clic publicitaire) : faites valider ce réglage par la personne qui suit votre conformité avant de l'activer.

Le gain est partiel. Les visiteurs qui ont refusé le consentement restent hors du suivi publicitaire, et une partie des bloqueurs arrête aussi les appels vers votre propre domaine.

Il ne répare pas un suivi mal conçu. Si vos conversions sont comptées deux fois, ou si vous comptez comme conversion un clic sur un numéro de téléphone, passer côté serveur transmettra les mêmes erreurs plus fidèlement. Le nettoyage du plan de mesure vient avant.

Ce que ça change dans les chiffres

Deux effets se produisent en même temps, et le second fausse souvent la lecture des rapports.

Le volume de conversions remonté augmente. Vos campagnes voient une plus grande part de ce qui s'est réellement passé.

Le coût par conversion affiché baisse. La dépense reste la même et davantage de conversions sont comptées. Le nombre de clients, lui, n'a pas bougé : vous en voyez simplement une plus grande part. Le gain réel arrive ensuite, quand l'algorithme dispose de plus de signal pour optimiser.

Prévenez donc tout le monde avant la bascule, sinon le mois suivant ressemblera à une envolée de performance. Notez surtout la date du changement : comparer un mois server-side à un mois précédent sans la rappeler fausse toute lecture de tendance.

Comment ça se met en place

Le montage repose sur trois briques, à poser dans cet ordre.

Un conteneur serveur. Google Tag Manager propose une version serveur, à héberger sur un serveur que vous contrôlez ou chez un prestataire spécialisé. C'est le point de passage de tous les événements.

Un sous-domaine à vous. Les appels partent vers une adresse de votre domaine, du type mesure.votresite.fr, plutôt que vers un domaine tiers. Ce point aide sans tout régler : Safari ramène aussi à sept jours les cookies posés par un sous-domaine qui pointe en CNAME vers un domaine tiers, ou qui est hébergé sur une adresse IP dont la première moitié diffère de celle du site principal. Google recommande aussi de servir le conteneur depuis le domaine du site lui-même, ce qui passe par un CDN ou un répartiteur de charge.

Les connexions vers chaque plateforme. Google Ads, l'API de conversions de Meta et celle de LinkedIn ont chacune leur format, et chacune demande des informations de correspondance (identifiant du clic, email ou téléphone hachés) pour rapprocher l'événement du clic d'origine.

L'identifiant du clic, le point à ne pas rater

Le gclid que Google ajoute à l'adresse de la page doit être capturé au moment du formulaire et rangé dans la fiche du lead : c'est lui qui rattache la vente au clic. Google n'accepte ce rattachement que dans les 90 jours qui suivent le clic, et seulement si la vente tombe dans la fenêtre de conversion réglée sur l'action (30 jours par défaut, 90 au maximum). Sur un cycle de vente long, vérifiez ce réglage avant la première remontée. Sans gclid, Google peut encore rapprocher la vente du clic à partir de l'email ou du téléphone du lead, hachés, à condition que la balise les ait aussi transmis au moment du formulaire : c'est le suivi avancé des conversions pour les prospects, que Google conseille désormais. Meta s'appuie de la même façon sur le fbclid et sur les coordonnées hachées.

Ce mécanisme rend possible l'import de conversions hors connexion, et c'est en général ce qui apporte le plus de valeur sur un compte de génération de leads. Une campagne Performance Max en profite particulièrement, puisqu'elle optimise vers ce que vous lui désignez comme conversion.

Quand ça vaut le coût, et quand ça ne le vaut pas

Un montage server-side demande un hébergement, une mise en place et un entretien : il a un coût, en argent comme en temps.

Ça vaut le coup quand :

• vous dépensez assez pour qu'un gain de quelques pour cent de signal rapporte plus que le coût du montage ;
• votre cycle de vente est long et la vente se conclut hors du site, donc hors de portée d'un suivi classique ;
• votre CRM contient l'information de qualification et de signature ;
• votre trafic est majoritairement mobile, avec une part importante d'iPhone.

Ça ne vaut pas le coup quand :

• votre suivi actuel n'est pas propre : réglez d'abord ce qui est compté ;
• votre volume est faible : sur quelques conversions par mois, le gain de signal ne changera rien à l'optimisation ;
• personne ne peut l'entretenir.

Le dernier point pèse plus qu'il n'y paraît. Avec un montage classique, une panne du suivi se voit vite dans la régie. Avec un conteneur serveur mal surveillé, des données incomplètes peuvent partir pendant des semaines sans que rien ne le signale. Prévoyez donc la surveillance dès la mise en place.

Comment on relie les campagnes au contrat signé

On suit les leads de nos clients jusqu'au contrat signé : on branche les campagnes sur le CRM et on remonte aux plateformes les prospects qualifiés puis les ventes réelles, pour que Google et Meta apprennent sur des clients plutôt que sur des demandes de contact. Chez Groupe Fabre, en gestion de patrimoine, les prospects qualifiés et les signatures remontent ainsi depuis le CRM. Chez Learn 3D, organisme de formation au rendu 3D, chaque demande arrive immédiatement dans le CRM et est attribuée à un commercial. On reste attentif aux détails qui coûtent cher, comme un tag qui ne remonte plus. Quand les chiffres décrochent, on prévient le client, qui garde accès au dashboard brut à tout moment. La méthode est détaillée sur notre page tracking et CRM.