Tracking server side : quand il vaut le coup pour Google Ads

Le tracking server side, ou taggage côté serveur, place un serveur à votre nom entre le navigateur du visiteur et Google. Google le documente en détail et conseille de l’installer sur votre propre domaine. Pour un annonceur, la vraie question est ce qu’il change dans un compte Google Ads : ce que le serveur récupère, ce qu’il laisse de côté, ce qu’il coûte chaque mois, et ce qui passe avant lui.

Les documents de Google, de WebKit, de la CNIL et du juriste cités ici ont tous été lus le 26 octobre 2026. Le cadre général du suivi, et la raison pour laquelle je le contrôle avant toute enchère, sont sur ma page consacrée au tracking Google Ads.

Trois dispositifs rangés sous le nom « côté serveur »

Le premier est le conteneur Tag Manager côté serveur. D’après l’introduction de Google à ce taggage, mise à jour le 30 juillet 2026, il tourne sur un serveur que vous contrôlez, dans votre projet Google Cloud ou dans un autre environnement, et Google recommande vivement de le placer sur votre domaine. Le navigateur lui envoie ses mesures, et il ne les transmet qu’aux outils que vous choisissez, Google Ads et GA4 compris.

Le deuxième est la passerelle de balise Google. D’après l’aide Google Ads qui la présente, datée du 2 mai 2025, elle fait passer les balises Google par votre propre infrastructure web, réseau de diffusion de contenu (CDN), équilibreur de charge ou serveur, sans changer le code des balises posées sur les pages.

Le troisième ne porte pas ce nom : c’est l’import des conversions hors ligne. Le statut d’une demande, qualifiée, devis envoyé ou signée, part de votre CRM vers Google Ads sans repasser par le navigateur du visiteur. Sur un compte à devis, c’est lui qui transmet aux enchères la suite donnée à chaque demande, et la remontée des statuts du CRM circule déjà de serveur à serveur.

Ce que le serveur récupère, et ce qu’il laisse aux refus

Dans le navigateur, une mesure peut se perdre alors que le visiteur a tout accepté. Un bloqueur de publicité peut filtrer les domaines de Google, et la balise ne part pas. Safari raccourcit aussi la vie des cookies. D’après la documentation de WebKit, son moteur, modifiée le 27 avril 2023, un cookie créé par un script sur la page d’arrivée peut ne vivre que 24 heures. C’est le cas quand le visiteur arrive par un lien à paramètres depuis un site que Safari classe parmi ceux qui suivent l’internaute d’un site à l’autre. Un clic sur une annonce, dont l’adresse porte l’identifiant du clic, peut entrer dans ce cas.

Un cookie posé par le serveur dans sa réponse échappe à ce plafond, sauf quand ce serveur répond depuis une adresse réseau étrangère à celle du site : WebKit le ramène alors à sept jours. Ces durées pèsent quand la demande arrive plusieurs jours après le clic. Quand le formulaire part pendant la visite, le cookie est encore là.

C’est sur ces pertes que le serveur et la passerelle agissent. Pour la passerelle, Google annonce 11 % de signaux en plus en valeur médiane, sur des données mondiales du 9 au 16 avril 2025, en comparant les chargements du script de la balise avec et sans passerelle. Le chiffre porte sur la balise elle-même, et le nombre de conversions qu’elle fait revenir dépend ensuite de votre site.

Les refus de consentement

Les refus, eux, restent des refus. Selon la documentation de Google sur le mode consentement côté serveur, mise à jour le 30 juillet 2026, la balise Google transmet le choix du visiteur au serveur, qui adapte ce qu’il envoie. Quand le stockage publicitaire est refusé, les cookies Google Ads ne sont ni écrits ni lus. Thiébaut Devergranne, docteur en droit, l’écrit dans un article mis à jour le 27 septembre 2026 : un domaine à votre nom ne crée pas d’exemption de consentement, et le côté serveur ne permet pas de récupérer les conversions que les personnes ont refusé de partager.

Pour ces refus, deux réponses existent en dehors du serveur. Google peut modéliser une partie des conversions manquantes à partir du mode consentement, dès que le compte réunit 700 clics d’annonces sur sept jours pour un même pays et un même groupe de domaines, d’après son aide sur la modélisation. En mode avancé, les balises lui envoient, même en cas de refus, des mesures sans cookie qui affinent ce calcul, et Google indique tronquer l’adresse IP dès la collecte quand le stockage publicitaire est refusé. En mode de base, rien ne quitte le site avant l’accord, et la modélisation reste plus générale.

Votre CRM, lui, reçoit toutes les demandes, que le visiteur ait accepté ou non, et reste le compteur de référence, comme le montre l’article sur les conversions qu’un bandeau mal réglé efface des rapports.

Le consentement reste à recueillir, et la responsabilité reste la vôtre

Le côté serveur ne change rien aux règles. La loi Informatique et Libertés, en son article 82, impose l’accord de l’internaute avant toute lecture ou écriture de cookies et autres traceurs, sauf exception. La CNIL précise, dans les lignes directrices et la recommandation publiées le 29 septembre 2020, que refuser les traceurs doit être aussi aisé que les accepter.

Google demande de son côté les signaux du mode consentement pour les visiteurs venus de l’Espace économique européen, ce que détaille l’article sur ce qui casse le consent mode v2.

Vous restez responsable du traitement. Le choix du mode de consentement, de base ou avancé, vous revient, comme celui de ce que le serveur reçoit, garde et transmet. Votre politique de confidentialité doit nommer les destinataires de ces données, ou leurs catégories (article 13 du RGPD), et l’hébergeur du serveur en fait partie. La région d’hébergement se vérifie aussi, car un serveur en Europe ne garantit pas à lui seul l’absence d’accès depuis un pays tiers, souligne Thiébaut Devergranne dans le même article.

Ce que coûte le côté serveur chaque mois

Un conteneur serveur se paie tous les mois, qu’il récupère beaucoup ou peu. Dans son guide d’installation sur Cloud Run, mis à jour le 12 mai 2026, Google estime chaque serveur à environ 45 $ par mois. Il conseille d’en faire tourner au moins deux pour limiter le risque de perte de données en cas de panne, soit environ 90 $ par mois ou 1 080 $ par an.

Son guide de planification, mis à jour le 9 octobre 2024, y ajoute le trafic sortant et le stockage des journaux, qui suivent le volume du site, et prévient que Cloud Run demande des connaissances sur Google Cloud. La passerelle se branche sur une infrastructure que vous avez peut-être déjà, et Google n’en publie pas le coût.

À l’hébergement s’ajoutent l’installation et l’entretien. La documentation de Google sur les conversions Google Ads côté serveur, mise à jour le 11 septembre 2026, propose de retirer les balises équivalentes du conteneur web une fois la balise serveur en place, pour ne pas dupliquer les données. Pendant la bascule, le risque à surveiller est donc un doublon dans les conversions, que la comparaison entre conversions et demandes reçues, faite avant et après, fait apparaître. Ensuite, chaque changement du site, du bandeau ou d’une balise se reteste dans les deux conteneurs.

Quand le compte vit de devis, la remontée du CRM passe avant

Sur un compte à devis, les conversions qui comptent le plus ne passent pas par le navigateur. Dans plusieurs comptes de ce type que je pilote, les devis envoyés et les devis signés ont été remontés dans Google Ads depuis le CRM, montant compris, sur les douze mois achevés fin septembre 2026. Une fois la demande enregistrée avec ce qui la rattache à l’annonce, la suite ne dépend plus ni d’un bloqueur, ni de Safari, ni de la durée d’un cookie, et un conteneur serveur n’aurait rien ajouté à la remontée de ces signatures.

Seul le point de départ passe par le navigateur : le formulaire envoyé, avec l’identifiant du clic ou l’adresse e-mail hachée par le suivi avancé des conversions, recueillis avec l’accord du visiteur. C’est là qu’un serveur ou la passerelle peuvent jouer. La remontée des affaires signées dans Google Ads commence d’ailleurs par vérifier que cet identifiant survit au parcours.

Prenons une hypothèse de calcul, que seul un test sur votre site peut confirmer : 5 % des demandes de visiteurs qui ont accepté la mesure échappent à la balise. On peut s’attendre, avec 20 demandes par mois, à une demande de plus vue par les enchères chaque mois, alors que la remontée des statuts leur apprend lesquelles de ces vingt demandes se signent. C’est pour ça que, sur les comptes que je pilote, le mode consentement, réglé selon votre choix, et le suivi avancé passent en premier, et que la mesure, de GA4 au mini CRM, suit chaque demande jusqu’à son statut.

Quand le tracking côté serveur vaut le coup

Le calcul change quand les conversions qui pilotent les enchères sont mesurées sur la page, nombreuses et avec leur valeur, comme les achats d’une boutique en ligne : chaque achat perdu manque à une stratégie qui vise un retour sur dépense. Avec la même hypothèse de 5 % et 300 achats par mois, une quinzaine d’achats reviendraient chaque mois aux enchères, avec leur montant. Face à 1 080 $ d’hébergement par an, plus l’installation et l’entretien, la question se pose sérieusement pour une boutique en ligne pilotée sur la marge.

Votre compte	Ce que le serveur peut changer	À régler avant lui
Demandes de devis, statuts remontés du CRM	La capture du formulaire et de l’identifiant du clic	Vérifier que l’identifiant du clic survit au parcours
Demandes de devis, sans remontée du CRM	Une part des formulaires de visiteurs qui ont accepté	La remontée des statuts du CRM
Boutique en ligne à fort volume d’achats	Une part des achats de visiteurs qui ont accepté, avec leur montant	Le mode consentement et le suivi avancé

Trois questions décident, compte par compte. Combien de conversions qui pilotent les enchères sont mesurées sur la page chaque mois, et que vaut chacune ? Quel écart sépare vos ventes ou vos demandes réelles d’un mois complet de celles que mesure le site, une fois retirée la part des refus que donne le taux d’acceptation du bandeau ? Et qui retestera le serveur quand le site, le bandeau ou les balises changeront ? L’écart de la deuxième question est ce qu’un serveur peut viser au plus.

Je recommande de faire ce calcul avant de signer pour un serveur, puis de le refaire à saison égale après l’installation, pour mesurer ce que le serveur a vraiment rendu. Pour situer votre propre compte, le premier échange est offert : après un appel, je parcours votre compte grâce à un accès en lecture et je vous adresse trois points écrits au maximum.