Google Tag Gateway : est-ce vraiment suffisant pour mesurer vos performances ?

TL;DR

Google Tag Gateway est gratuit, rapide à déployer, et fait croire qu'il résout le problème de signal. En pratique, il ne contourne ni les adblockers ni l'ITP de façon significative. Pour un annonceur qui croit avoir coché la case tracking, c'est exactement le genre d'outil qui donne bonne conscience sans changer grand-chose.

Ce que fait concrètement Google Tag Gateway

GTG permet de faire transiter vos tags Google par un sous-domaine qui vous appartient. Au lieu que vos requêtes partent directement depuis le navigateur vers les serveurs Google, elles passent par votre domaine avant d'être renvoyées à Google. Techniquement, c'est du first-party tracking côté DNS. Vous configurez un sous-domaine, Google gère le reste. Pas de serveur à maintenir, intégration native dans Google Tag Manager.

Sur le papier, la promesse est claire : contourner les restrictions des navigateurs et les extensions de blocage. Dans les faits, c'est plus compliqué.

Pourquoi ça ne règle pas vraiment le problème

La perte de signal est réelle. ITP chez Safari réduit la durée de vie des cookies tiers, les adblockers éliminent une partie des requêtes avant qu'elles atteignent Google Analytics ou Google Ads. GTG est censé adresser ça. Mais deux problèmes techniques sérieux limitent son efficacité réelle.

D'abord, les adblockers ne bloquent pas que par domaine. Ils analysent les patterns de scripts. Les tags Google, utilisés par des centaines de milliers de sites, sont identifiés et listés très rapidement, peu importe le domaine qui les transmet. Changer le sous-domaine d'acheminement ne change pas la signature du script.

Ensuite, l'ITP d'Apple ne regarde pas seulement si le domaine correspond. Il vérifie aussi que l'adresse IP partage au moins 50% de correspondance avec le domaine first-party. Les serveurs Google ne passent pas ce test, peu importe la configuration DNS de votre côté.

Résultat : GTG améliore marginalement l'acheminement dans certains cas, mais ne résout pas les deux problèmes qu'il est censé résoudre. Les annonceurs qui l'ont déployé et observent une légère hausse de conversions remontées ne peuvent pas attribuer ça à GTG avec certitude.

Ce que GTG ne couvre pas

Au-delà de ses limites techniques, GTG reste cantonné à l'écosystème Google. Meta Pixel, TikTok Events API, Klaviyo ou Criteo restent hors périmètre. Et vous ne touchez pas aux données avant qu'elles partent : pas d'enrichissement, pas de déduplication, pas de réconciliation offline. Les données arrivent mieux acheminées en théorie, mais sans transformation ni contrôle réel.

Le vrai problème, c'est ce que GTG fait croire. Un annonceur qui le déploie pense avoir sécurisé son tracking. Il coche la case, passe à autre chose, et continue d'optimiser sur des données incomplètes sans le savoir.

Ce que fait un server-side tracking sérieux

La logique de départ est la même : faire transiter les données par un point intermédiaire avant qu'elles atteignent les plateformes. Mais là où GTG change juste le chemin d'acheminement sans changer ce qui est envoyé, le server-side change fondamentalement la nature de la requête.

Concrètement : l'appel de tracking ne part plus du navigateur de l'utilisateur. Il part d'un serveur. Ce serveur a sa propre adresse IP, qui peut partager une cohérence avec votre domaine first-party. L'ITP ne voit plus une requête navigateur vers des serveurs Google, il voit une communication serveur-à-serveur depuis votre infrastructure. Le test des 50% d'IP, GTG le rate structurellement. Un server-side correctement configuré le passe.

Sur les adblockers, même logique. Les extensions de blocage analysent les patterns de scripts chargés dans le navigateur. Avec un server-side, le script chargé côté client est minimal et générique, le travail lourd se fait côté serveur. Il n'y a plus de signature reconnaissable à intercepter.

Au-delà du contournement, vous récupérez le contrôle sur les données elles-mêmes. Vous enrichissez les événements avant envoi, vous filtrez les doublons, vous réconciliez des conversions offline, vous hashez les identifiants clients. Vous branchez Google, Meta, TikTok, votre CRM depuis un seul point. Le signal s'améliore partout simultanément, avec des données que vous avez transformées selon votre propre logique, et non celles que Google a bien voulu laisser passer.

GTG vous donne un tuyau légèrement plus propre vers Google. Le server-side vous donne le contrôle sur toute la plomberie, et une vraie résistance aux mécanismes de blocage que GTG ne fait qu'effleurer.

La vraie question à se poser

GTG est gratuit, rapide à déployer, et ne demande aucune infrastructure. Si votre acquisition tourne quasi exclusivement sur Google avec un budget modeste, vous pouvez le tester sans risque. Mais mesurez l'impact réellement, ne présupposez pas qu'il a fonctionné parce que vous l'avez activé.

Si vous investissez sérieusement sur plusieurs canaux, la vraie question n'est pas "GTG ou server-side". C'est : est-ce que je suis prêt à optimiser des budgets significatifs sur des données que je sais incomplètes ? GTG ne contourne pas l'ITP, ne déjoue pas les adblockers de façon fiable, ne couvre pas Meta ni TikTok. Il donne bonne conscience sans résoudre le fond du problème. Et dans ce cas, une mauvaise mesure n'est pas un problème technique, c'est un problème de rentabilité.

Chez Coudac, on recommande le server-side parce que c'est la seule approche qui adresse réellement les mécanismes de blocage, couvre l'ensemble des plateformes, et vous rend propriétaire de vos données avant qu'elles ne partent. C'est le seul setup qui tient la route pour un annonceur conscienscieux.