Google Tag Gateway : les balises Google servies par votre propre site

Votre CDN transmet à Google un chemin de votre site, le chemin de mesure. GTM, la balise Google et les requêtes qu'ils envoient utilisent alors ce chemin sur votre propre domaine au lieu de googletagmanager.com et des autres hôtes de Google.

• Les scripts viennent du domaine de votre site, et non d'un sous-domaine qui est un CNAME vers un autre hôte. Les bloqueurs qui suivent les enregistrements DNS (Brave, uBlock Origin dans Firefox, AdGuard) ne peuvent pas les distinguer de votre site.
• La balise Google envoie ses conversions Google Ads par ce chemin, et aussi ses pings de pages vues Google Ads avant le consentement publicitaire ou sans lui : ils atteignent Google via votre domaine.

Ce qu'elle ne change pas : GA4 continue d'envoyer à votre sous-domaine de tagging via server_container_url, où Request Proxy masque les hits. Un hit GA4 passé par la passerelle porte toujours v=2&tid=G- dans son adresse, que Request Proxy ne réécrit pas à cet endroit. Gardez donc l'URL du conteneur serveur de la leçon 3. La passerelle ne dépose elle-même aucun cookie : ni la documentation de Google ni celle de Cloudflare ne la font répondre avec un en-tête HTTP Set-Cookie. Les cookies de Google restent déposés par JavaScript, et Safari les conserve au plus 7 jours, avec ou sans passerelle. Seuls les cookies qu'un serveur dépose depuis l'adresse de votre site y vivent plus longtemps (leçon 4).

1. 1 Dans Modules, cliquez sur Activer sur la carte Google Tag Gateway. Sa page de réglages s'ouvre avec un Chemin de mesure proposé.
2. 2 À l'étape 1, Paramètres, confirmez le Domaine du site et le Chemin de mesure, puis cliquez sur Enregistrer et vérifier. Tant que la passerelle n'est pas configurée là où votre site est servi, la vérification ne réussit pas encore.

L'étape 2 de la page du module demande où votre site est servi et affiche la configuration pour cet hébergeur, avec votre chemin et votre balise déjà remplis. Choisissez ici votre hébergeur pour voir ce qu'elle demande.

Cliquez ensuite sur Vérifier maintenant sous Statut sur la page du module. Quel que soit l'hébergeur, c'est la vérification qui tranche.

Le module requiert Better Loader : votre site garde le snippet de Better Loader et n’a besoin d’aucun snippet de passerelle. La passerelle sert le conteneur GTM web que charge Better Loader : aucun ID de balise à saisir. Dès qu’une vérification confirme que la passerelle répond, Better Loader charge GTM par elle sur le domaine de votre site.

• Better Loader voit le loader injecté par Cloudflare et ne charge pas GTM deux fois.
• Si la passerelle échoue ou si un bloqueur l'arrête, Better Loader charge GTM lui-même.
• Sur les autres domaines qui utilisent ce conteneur, Better Loader charge GTM comme avant.
• Request Proxy, Cookie Extender, Bot Filtering et Request Enricher continuent de fonctionner sur votre sous-domaine de tagging.

1. 1 Sur la page de réglages, vérifiez que le statut indique que la passerelle sert votre balise sur votre adresse et que Better Loader y charge GTM.
2. 2 Ouvrez votre site dans une fenêtre normale (pas en mode Preview de GTM) avec DevTools sur l'onglet Network. GTM doit se charger depuis https://www.example.com/Tg7Kq2mXab/, et avant que vous acceptiez les cookies publicitaires, le ping Google Ads doit aussi passer par ce chemin.
3. 3 Vérifiez que les hits GA4 partent toujours vers votre sous-domaine de tagging, par exemple k7q2x.example.com.
4. 4 Lancez le scanner de tracking gratuit sur votre site. Il reconnaît la passerelle, compare son chemin aux règles d'uBlock Origin et signale Set up tag s'il est activé.

Certaines requêtes partent toujours directement vers Google, et c'est voulu : une fois le consentement publicitaire accordé, la balise Google envoie ses pings de pages vues Google Ads, signal de consentement compris, et les requêtes qui les accompagnent vers les domaines de Google comme www.google.com et ad.doubleclick.net, où Google lit ses propres cookies. Avec les signaux Google activés dans GA4, leurs requêtes partent aussi vers les domaines de Google. Aucune passerelle n'a d'adresse pour elles, celle de Cloudflare comprise. Les conversions Google Ads continuent de passer par le chemin.

• Le chemin de mesure compte au moins sept caractères et une majuscule.
• Set up tag est désactivé dans Cloudflare.
• GTM se charge depuis le domaine de votre site.
• Les hits GA4 partent toujours vers votre sous-domaine de tagging.
• Le statut du module indique que la passerelle répond.

Désactivez le module dans SGTM.space : il se désactive tout de suite, et Better Loader cesse de charger GTM par la passerelle. Supprimez ensuite la passerelle là où vous l'avez configurée, sinon vos pages continuent de télécharger GTM deux fois.

Cliquez ensuite sur Vérifier sur la fiche du module dans l'onglet Modules : elle vous dit si le chemin répond encore.