Compliant with GDPR, CCPA, COPPA, LGPD, PECR, PDPA, PIPEDA, and more.
Fait partie de : Google Consent Mode
Google Tag Gateway (GTG) est une fonctionnalité d'infrastructure Google qui sert les tags Google — y compris gtag.js, Google Tag Manager et Google Analytics — depuis un domaine propriétaire (first-party) plutôt que depuis les serveurs de Google. Au lieu que le navigateur récupère les scripts depuis googletagmanager.com ou google-analytics.com, les requêtes sont dirigées vers un chemin first-party sur votre domaine, par exemple votre-domaine.com/gtg/js. Un CDN (Cloudflare, Akamai ou Fastly) ou un répartiteur de charge redirige ces requêtes vers Google de manière transparente.
Pour la documentation officielle, consultez la documentation Google Tag Gateway.
Il existe deux méthodes de déploiement :
Le fournisseur CDN (par ex. Cloudflare) injecte les tags de mesure directement dans l'élément head de la page via le CDN. Cela supprime votre contrôle sur l'ordre de chargement. Le CDN décide quand et comment les URL des tags Google sont réécrites, et vous ne pouvez pas contrôler la position de ces scripts par rapport au snippet CMP.
Comme les tags GTG se chargent en tant que scripts first-party (depuis votre propre domaine plutôt que depuis le domaine de Google), le blocage en mode de consentement basique qui recherche les scripts chargés depuis le domaine de Google Tag Manager devient inefficace. Les tags apparaissent comme des ressources first-party et ne sont pas interceptés par les règles de blocage basées sur le domaine.
Vous ajoutez manuellement le chemin du script first-party dans le code source de la page et contrôlez son emplacement par rapport aux autres scripts. Cela vous donne un contrôle total sur l'ordre de chargement. La configuration manuelle est le déploiement recommandé lorsque le timing du consentement est critique.
Pour les instructions de configuration, consultez Configurer Google Tag Gateway.
Lorsque GTG n'est pas actif, les tags Google se chargent depuis des domaines tiers. Le flux de consentement est prévisible : votre CMP se charge en premier, définit les paramètres de consentement par défaut, et les tags Google respectent ces paramètres lors de leur exécution.
Lorsque GTG est actif, en particulier via l'injection CDN en un clic, les tags Google peuvent se charger plus rapidement car ils sont servis depuis un domaine first-party. Si la CMP n'a pas encore défini les paramètres de consentement par défaut au moment où le tag Google s'exécute, le tag fonctionne sans signaux de consentement. On parle alors de signal de consentement « tardif ».
denied) ne sont pas appliqués lors de l'exécution initiale du tagPour garantir le maintien des mesures sans violer le consentement, vous devez définir un bloc de refus par défaut afin que les tags Google démarrent dans un état refusé. La CMP se charge ensuite et réautorise explicitement le consentement pour les domaines où l'utilisateur a déjà accepté. Les événements sont mis en file d'attente et rejoués une fois le consentement accordé.
Si vous utilisez Google Tag Manager, vous pouvez définir un état de refus par défaut directement dans GTM :
Cela injecte un bloc de code de refus par défaut avant le chargement des tags Google via le CDN. Vous pouvez également utiliser les contrôles de transmission des données pour empêcher l'envoi de données de mesure comportementale et de configuration à Google lorsque le consentement est refusé.
Pour en savoir plus sur l'implémentation du consentement et le dépannage, consultez la documentation Google sur Consent Mode.
Vous pouvez vérifier si un tag est inscrit à Google Tag Gateway via les paramètres de votre tag Google. Consultez Accéder aux paramètres de votre tag Google pour les instructions détaillées sur la vérification du statut d'inscription GTG.
/gtg/js ou des chemins first-party similaires qui renvoient des scripts de tags Googlegoogletagmanager.com, GTG est actifConsultez le guide de configuration de Google Tag Gateway pour plus de détails sur l'inscription et la configuration.
L'Advanced Consent Mode (User + Consent) d'UniConsent est le mécanisme recommandé pour les tags compatibles GTG. L'Advanced Consent Mode est spécifiquement recommandé car il est compatible avec les déploiements GTG manuels où vous contrôlez l'ordre d'import des scripts.
Définit les paramètres de consentement par défaut avant le déclenchement de tout tag. Le snippet d'initialisation du consentement UniConsent s'exécute de manière synchrone dans le <head> de la page, définissant tous les types de consentement sur denied par défaut avant l'exécution des tags Google, qu'ils se chargent depuis les serveurs de Google ou via GTG.
Compatible avec GTG manuel. Lorsque vous contrôlez l'ordre d'import des scripts (GTG manuel), placer le snippet UniConsent avant le chemin du script GTG garantit que les paramètres de consentement par défaut sont toujours définis en premier.
Active la modélisation des conversions. Lorsque le consentement est refusé, les tags Google envoient toujours des pings sans cookies qui alimentent la modélisation des conversions, permettant de récupérer une part significative des données de conversion.
Étape 1 : Inscrivez-vous sur app.uniconsent.com et obtenez votre identifiant de licence.
Étape 2 : Choisissez Advanced Consent Mode lors de la configuration. Sélectionnez « Advanced Mode » lors de la configuration de l'intégration Google Consent Mode.
Étape 3 : Placez le snippet UniConsent dans le <head> de la page. Il doit apparaître avant tout script de tags Google, y compris les chemins GTG. Exemple d'ordre :
<head>
<!-- 1. UniConsent CMP snippet (sets consent defaults) -->
<script src="https://cmp.uniconsent.com/v2/stubgcm.min.js"></script>
<script async src="https://cmp.uniconsent.com/v2/a]YOUR_LICENSE_ID/cmp.js"></script>
<!-- 2. Google consent defaults (if not using GTM) -->
<script>
(function() {
if(!window['gtag']) {
window['dataLayer'] = window['dataLayer'] || [];
window['gtag'] = function(){window['dataLayer'].push(arguments);}
}
window['gtag']('consent', 'default', {
ad_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
analytics_storage: 'denied',
functionality_storage: 'denied',
personalization_storage: 'denied',
security_storage: 'granted',
wait_for_update: 500,
});
})();
</script>
<!-- 3. Google tags / GTG script path (loads after consent defaults are set) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=YOUR_ID"></script>
</head>
Étape 4 : Vérifiez le timing du consentement à l'aide du Scanner Consent Mode d'UniConsent pour confirmer que les paramètres de consentement par défaut sont définis avant l'exécution des tags Google.
Étape 5 : Surveillez depuis votre tableau de bord UniConsent. Le rapport d'audit d'implémentation signale les signaux de consentement tardifs et les paramètres de consentement par défaut manquants.
Si les tags Google reçoivent des signaux de consentement en retard (après l'exécution initiale) et que l'inscription GTG est vérifiée, vous devriez :
Adopter l'Advanced Consent Mode (User + Consent). Activez l'Advanced Consent Mode dans votre tableau de bord UniConsent et assurez-vous que le snippet UniConsent se charge avant les scripts GTG. L'Advanced Consent Mode est le mécanisme recommandé pour les tags compatibles GTG car il est compatible avec GTG manuel.
Activer les contrôles de transmission des données pour restreindre les données que les tags Google peuvent transmettre en fonction de l'état du consentement selon vos besoins.
Définir les paramètres de consentement par défaut globaux pour définir les états de consentement par défaut (granted ou denied) pour chaque type de consentement (ad_storage, ad_user_data, ad_personalization, analytics_storage) selon vos besoins. UniConsent configure automatiquement ces paramètres par défaut en fonction de la région de l'utilisateur.
Alternativement, vous pouvez migrer tous les tags dans un conteneur Google Tag Manager et déployer GTM via GTG, ce qui centralise le contrôle de l'ordre de chargement afin que les vérifications de consentement intégrées de GTM s'appliquent à tous les tags du conteneur. Vous pouvez également configurer GTG manuellement en contrôlant l'ordre d'import des scripts, en plaçant le snippet CMP UniConsent avant la référence au script GTG dans le code source de votre page.
Les contrôles de transmission des données de Google restreignent les données envoyées par les tags Google en fonction de l'état de consentement de l'utilisateur. Combinés aux signaux de consentement d'UniConsent, cela crée une approche en couches :
| Contrôle | Fonction | Quand l'utiliser |
|---|---|---|
| Paramètres de consentement par défaut globaux | Définit l'état de consentement initial pour tous les types de consentement avant l'interaction de l'utilisateur | Toujours, garantit que les tags disposent d'une base de consentement au premier chargement de la page |
| Contrôles de transmission des données | Restreint l'envoi de champs de données spécifiques à Google | Lorsque vous avez besoin d'un contrôle granulaire au-delà des bascules de types de consentement |
| Paramètres par défaut par région | Définit des paramètres par défaut différents selon la région géographique | Lorsque vous servez des utilisateurs dans l'EEE/Royaume-Uni et dans d'autres régions |
UniConsent configure automatiquement les paramètres de consentement par défaut globaux en fonction de la région détectée de l'utilisateur. Pour l'EEE, le Royaume-Uni et la Suisse, tous les types de consentement sont refusés par défaut (denied). Pour les autres régions, les paramètres par défaut suivent les exigences réglementaires locales.
GTG et Google Tag Manager côté serveur (sGTM) sont des solutions différentes qui peuvent fonctionner ensemble :
| Google Tag Gateway | Server-Side GTM | |
|---|---|---|
| Fonction | Sert les scripts de tags Google depuis un domaine first-party | Achemine les requêtes de tags via un conteneur côté serveur |
| Déploiement | Au niveau CDN (Cloudflare, Akamai, Fastly) ou manuel | Nécessite un conteneur GTM côté serveur (Cloud Run, App Engine, etc.) |
| Impact sur le consentement | Modifie l'ordre de chargement des scripts ; peut provoquer des signaux de consentement tardifs | La vérification du consentement se fait côté serveur avant le transfert des données |
| Coût | Pas de coût Google supplémentaire ; nécessite un CDN ou un répartiteur de charge existant | Des frais d'hébergement serveur s'appliquent |
| Idéal pour | Améliorer les taux de livraison des tags, réduire l'impact des bloqueurs de publicités | Contrôle total du flux de données, application du consentement côté serveur |
Les deux peuvent être utilisés ensemble : GTG sert le tag côté client depuis un domaine first-party, tandis que sGTM traite les événements résultants côté serveur avec des vérifications de consentement appliquées avant le transfert à Google.