Comment Google tag gateway sert votre balise Google depuis votre propre domaine

Qu'est-ce que Google tag gateway ?

Avec Google tag gateway for advertisers, votre site charge la balise Google depuis un chemin de votre propre domaine, comme /metrics/, et envoie les requêtes de mesure par ce chemin, où votre CDN, votre load balancer ou votre serveur web les transmet à Google. La définition de Google : "Google tag gateway for advertisers lets you deploy a Google tag using your own first-party infrastructure, hosted on your website's domain." Elle fonctionne pour une balise Google autonome (gtag.js) comme pour un conteneur Google Tag Manager.

Le guide de configuration de Google détaille la différence avec une installation classique : "In standard Google tag setups, your web page requests a Google tag from a Google domain. When the tag fires, it sends measurement requests directly to the Google product. With Google tag gateway for advertisers, your website loads the Google tag from your first-party domain. When the tag fires, some measurement requests will be sent to Google using your first-party domain."

Remarquez le mot "some". Google ne dit pas que toutes les requêtes passent par votre domaine.

Comment circule une requête avec et sans la passerelle ?

Avec Google tag gateway, une requête va d'abord du navigateur vers votre domaine, puis votre infrastructure la transmet à un point de terminaison Google nommé d'après votre ID de balise, comme g-12345.fps.goog.

Étape	Balise Google standard	Avec Google tag gateway
Requête du script	www.googletagmanager.com/gtag/js?id=G-12345	example.com/metrics/
Qui sert le script	Google, directement	Votre CDN ou load balancer, qui le récupère sur G-12345.fps.goog
Requêtes de mesure	Envoyées vers les domaines Google	Certaines envoyées vers example.com/metrics/..., puis transmises
Localisation du visiteur	Google voit la connexion du visiteur	Votre CDN transmet des en-têtes de pays et de région
Conteneur Tag Manager	gtm.js?id=GTM-... depuis Google	example.com/metrics/?id=GTM-...

La ligne sur la localisation explique une exigence qui piège souvent. Comme Google reçoit désormais la requête de votre serveur et non du navigateur du visiteur, votre CDN doit transmettre la localisation du visiteur, soit dans X-Forwarded-CountryRegion avec un seul code ISO 3166-2 comme US-CA, soit séparément dans X-Forwarded-Country et X-Forwarded-Region. Si les deux sont présents, Google utilise X-Forwarded-CountryRegion.

Que change Google tag gateway pour la précision des données ?

Selon Google, Google tag gateway change le nombre de chargements de balise qui aboutissent. Son article de lancement de mai 2025 indique : "Advertisers who configured Google tag gateway for advertisers saw an 11% uplift in signals." La note de bas de page définit la mesure : la hausse "is based on Google tag script loads comparing tags not operating Google tag gateway for advertisers versus tags operating in Google tag gateway for advertisers," sur une semaine d'avril 2025. Prenez ce chiffre pour ce qu'il est, un agrégat calculé par Google sur l'ensemble des annonceurs, et non un résultat que votre site atteindra.

Le même article présente le bénéfice comme une question de résilience : "By serving tags from your own domain, you can significantly improve the accuracy and resilience of your measurement signals." Les pages de Google sur la passerelle citent aussi "Drive conversion uplift," "Minimize 3rd party interactions" et "Privacy by default" parmi les avantages.

Google tag gateway contourne-t-il les bloqueurs de publicité ?

La documentation de Google sur la passerelle ne mentionne pas du tout les bloqueurs de publicité, donc toute récupération de visiteurs bloqués est à mesurer sur votre propre site, pas une fonctionnalité documentée. Le mécanisme est simple à décrire. Une règle de blocage écrite pour googletagmanager.com ne correspond pas à une requête vers example.com/metrics/, donc un bloqueur qui ne s'appuie que sur les noms d'hôte ne voit plus de domaine Google dans la requête du script. Qu'une extension donnée bloque aussi selon le chemin ou le contenu du script dépend de cette extension. Le guide sur les bloqueurs de publicité et la précision des données montre la part de trafic qui disparaît quand le script ne se charge jamais.

Deux choses que la passerelle ne change pas :

• Le consentement. Rien dans le guide de configuration de Google ne modifie les commandes consent. La balise lit les mêmes états default et update, et les pages sur la passerelle ne décrivent aucune exemption. Les règles du Google consent mode v2 décident toujours de ce que la balise stocke et envoie.
• Ce qui est collecté. La même balise Google tourne avec la même configuration. Seul change le nom d'hôte depuis lequel elle se charge et par lequel elle remonte les données.

Comment configurer Google tag gateway ?

Vous configurez Google tag gateway de l'une des trois façons documentées par Google : une configuration depuis l'interface, où Google configure pour vous un CDN pris en charge, une configuration en libre-service sur votre propre CDN ou load balancer, ou le balisage côté serveur combiné à un mappage de domaine personnalisé. Le guide de configuration de Google cite Cloudflare, Akamai, Fastly et Google Cloud pour la voie depuis l'interface, et chaque voie suppose qu'une balise Google ou un conteneur Tag Manager est déjà présent sur le site. Les étapes en libre-service sont les suivantes :

1. Choisir un chemin de mesure. Les règles de Google : le chemin ne doit pas déjà être utilisé sur votre domaine, ne doit pas être la racine / et ne doit pas dépasser 100 caractères. Google suggère une chaîne aléatoire ou un mot comme /metrics. Sa mise en garde est directe : "This setup reroutes all traffic with the chosen path."
2. Router le chemin vers Google. Ajoutez une origine ou un backend qui pointe vers G-12345.fps.goog, ou gtm-abcdef.fps.goog pour un conteneur. Remplacez l'en-tête Host pour qu'il corresponde, et transmettez tous les cookies et toutes les chaînes de requête.
3. Transmettre les en-têtes de localisation. Passez les en-têtes de pays et de région décrits plus haut.
4. Donner la priorité au chemin. Ajoutez une règle pour /metrics/* placée au-dessus de votre règle par défaut.
5. Vérifier la route. Ouvrez https://example.com/metrics/healthy et https://example.com/metrics/?validate_geo=healthy. Les deux doivent renvoyer ok.
6. Mettre à jour l'extrait. Remplacez src="//www.googletagmanager.com/gtag/js?id=G-12345" par src="/metrics/", ou faites pointer le chargeur GTM vers /metrics/?id= suivi de votre ID de conteneur.
7. Confirmer les hits. Prévisualisez le conteneur dans Tag Assistant, parcourez le site et vérifiez sous Summary, Output, Hits Sent que les requêtes passent par /metrics.

Google publie des instructions propres à chaque plateforme pour l'External Application Load Balancer de Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront, Fastly, ainsi qu'une option générique pour tout CDN capable de router par chemin. La voie Cloudflare utilise les Snippets, dont Google précise qu'ils "are officially supported on Cloudflare Pro plans and higher."

Trois façons de configurer Google tag gateway

Configuration dans l'interfaceGoogle configure pour vous un CDN compatible : Cloudflare, Akamai, Fastly ou Google Cloud.

Configuration autonomeVous configurez votre propre CDN ou répartiteur de charge avec un chemin de mesure.

Balisage côté serveurAssocié au mappage de domaine personnalisé.

Quelles sont les limites de Google tag gateway ?

Google tag gateway a quatre limites documentées à vérifier avant de commencer :

• Pas de noscript. "Google tag gateway for advertisers does not support the <noscript> snippet." Conservez l'extrait noscript GTM standard pointant vers www.googletagmanager.com si vous en dépendez.
• Un chemin par balise ou par conteneur. Un seul conteneur GTM couvre toutes les balises qu'il contient, mais les conteneurs distincts et les balises autonomes comme G-XXXXXX ont chacun besoin de leur propre chemin et de leur propre configuration.
• Votre infrastructure est désormais sur le trajet. Votre CDN ou load balancer doit savoir router par chemin et transmettre vers des points de terminaison externes. Une règle qui supprime des en-têtes de réponse peut casser le script ; les notes de Google pour Akamai préviennent que les scripts Google peuvent échouer "if the Content-Type response header is missing."
• La localisation dépend de vous. Sans les en-têtes transmis, Google ne peut pas situer les visiteurs par région.

En quoi est-ce différent du balisage côté serveur ?

Google tag gateway déplace l'endroit d'où la balise Google se charge et vers lequel elle remonte les données, alors que le balisage côté serveur ajoute un conteneur serveur qui reçoit les événements et décide de ce qu'il transmet. Google les présente comme complémentaires : sa page sur la passerelle indique "We recommend you complete both steps for the most durable tagging setup," en associant un domaine personnalisé mappé au chargement du script en first-party. Le guide analytics côté client vs côté serveur explique ce que le passage de la collecte sur un serveur change au-delà du nom d'hôte.

Comment Flowsery sert-il son script depuis votre propre domaine ?

Flowsery prend en charge le même modèle first-party via un proxy que vous faites tourner sur votre propre domaine. Son guide de proxy comporte deux parties : réécrire /js/main.js et /api/track via votre serveur pour que le tracker se charge et remonte les données en first-party, et définir un en-tête x-flowsery-real-ip avec l'IP du visiteur quand vous transmettez /api/track, sans quoi chaque visiteur semble venir de l'emplacement de votre serveur. Flowsery détecte automatiquement les configurations en proxy, donc l'extrait n'a besoin que de src="/js/main.js", et l'attribut data-api sert pour un chemin de point de terminaison personnalisé. La documentation de Flowsery propose des guides de proxy pour Next.js, Express, Flask, FastAPI, Vue.js, Astro, Firebase Hosting, Laravel, PHP, Nginx, Caddy et DigitalOcean. La page sur le tracking first-party explique comment Flowsery mesure les visites, les campagnes, les entonnoirs et le chiffre d'affaires sans cookies tiers ni identifiants intersites.

Questions fréquentes

Google tag gateway change-t-il ce que collecte la balise Google ?

Non. La même balise Google tourne avec la même configuration et les mêmes réglages de consentement. Ce qui change, c'est le nom d'hôte depuis lequel le script se charge et le chemin que parcourent certaines requêtes de mesure avant que votre infrastructure les transmette à Google.

Google tag gateway fonctionne-t-il avec Google Tag Manager ?

Oui. Indiquez votre ID de conteneur et utilisez un seul chemin de mesure, et toutes les balises de ce conteneur sont servies par ce chemin. Chaque conteneur distinct a besoin de son propre chemin.

Quel chemin de mesure utiliser pour Google tag gateway ?

N'importe quel chemin qui n'est pas déjà utilisé, qui n'est pas la racine / et qui ne dépasse pas 100 caractères. Google suggère une combinaison aléatoire de lettres et de chiffres pour éviter les conflits, ou un mot comme /metrics. Le chemin choisi redirige tout le trafic qui lui correspond.

Comment savoir si Google tag gateway fonctionne ?

Ouvrez /metrics/healthy et /metrics/?validate_geo=healthy sur votre domaine ; les deux doivent renvoyer ok. Prévisualisez ensuite votre conteneur dans Tag Assistant et vérifiez sous Hits Sent que les requêtes partent vers votre chemin de mesure.

Google tag gateway dispense-t-il du consentement ?

Non. La documentation de Google sur la passerelle ne décrit aucun changement concernant le consentement, et la balise lit toujours les mêmes commandes de consentement default et update. Votre bannière de consentement et votre configuration du mode de consentement restent telles quelles.

Google tag gateway prend-il en charge la balise noscript ?

Non. Google indique que la passerelle ne prend pas en charge l'extrait <noscript>. Conservez l'extrait noscript GTM standard qui pointe vers www.googletagmanager.com si vous l'utilisez.

Quels CDN Google tag gateway prend-il en charge ?

Google publie des instructions pour l'External Application Load Balancer de Google Cloud, Cloudflare, Akamai Property Manager, Amazon CloudFront et Fastly. Une option générique couvre tout CDN qui route par chemin. La configuration dans l'interface couvre Cloudflare, Akamai, Fastly et Google Cloud.

Pourquoi Google tag gateway a-t-il besoin d'en-têtes de localisation ?

Google reçoit désormais la requête depuis votre serveur et non depuis le navigateur du visiteur, il ne voit donc pas où se trouve celui-ci. Votre CDN doit transmettre X-Forwarded-CountryRegion, ou X-Forwarded-Country et X-Forwarded-Region. Sans eux, Google ne peut pas situer les visiteurs par région.

Dans quelle mesure Google tag gateway améliore-t-il les signaux ?

Google annonce une hausse de 11% des signaux, calculée sur les chargements du script de la balise. Il a comparé des balises avec et sans la passerelle sur une semaine en avril 2025. C'est l'agrégat de Google sur l'ensemble des annonceurs, pas un chiffre que votre site atteindra forcément.

Peut-on utiliser Google tag gateway avec le balisage côté serveur ?

Oui. Google indique "We recommend you complete both steps for the most durable tagging setup", en associant un domaine personnalisé mappé au chargement du script en first-party. Le balisage côté serveur avec mappage de domaine personnalisé fait aussi partie des trois configurations documentées.