> For the complete documentation index, see [llms.txt](https://cmp.docs.sirdata.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cmp.docs.sirdata.net/standards-de-transmission-du-consentement/google-consent-mode/google-tag-gateway.md). # Google Tag Gateway ## Qu'est-ce que Google Tag Gateway ? Google Tag Gateway (GTG) est une infrastructure Google qui achemine les requêtes des balises Google via les propres serveurs de Google, agissant comme un proxy. Lorsqu'un site web est inscrit au GTG, les requêtes vers les domaines Google (tels que `googletagmanager.com` ou `google-analytics.com`) sont interceptées et redirigées via l'infrastructure de Google. GTG est conçu pour améliorer la fiabilité et les performances des balises, mais il introduit des considérations spécifiques pour les plateformes de gestion du consentement (CMP), car il peut entraîner le chargement des balises Google **avant que la CMP n'ait défini les valeurs de consentement par défaut**. {% hint style="info" %} Pour plus d'informations, consultez la documentation officielle de Google : * [Présentation de Google Tag Gateway](https://developers.google.com/tag-platform/tag-manager/gateway?hl=fr) * [Configurer Google Tag Gateway pour les annonceurs](https://developers.google.com/tag-platform/tag-manager/gateway/setup-guide?hl=fr) {% endhint %} ## Impact du GTG sur le consentement Lorsque GTG est activé sur un site web, les balises Google peuvent se déclencher **avant que la commande de consentement par défaut de la CMP ne soit définie**. Cela signifie que les balises peuvent s'exécuter sans que les signaux de consentement appropriés ne soient en place, ce qui est détecté comme un problème de **« consentement tardif »** par la CMP Sirdata. Cette situation se produit car GTG peut charger les balises Google au niveau de l'infrastructure — indépendamment de l'ordre d'exécution des scripts de la page — contournant ainsi la séquence d'initialisation du consentement de la CMP. En particulier, la méthode d'**injection CDN en un clic** utilisée par Google pour activer le GTG via les comptes Google Ads empêche souvent le client de contrôler l'ordre de chargement des scripts. Étant donné que le GTG est injecté au niveau CDN/infrastructure sans aucune modification de code sur le site web, le client n'a aucun moyen de garantir que les consentements par défaut sont définis avant le déclenchement des balises Google. {% hint style="warning" %} Le consentement tardif causé par GTG peut entraîner le déclenchement de balises Google sans signaux de consentement appropriés. Cela peut compromettre la conformité avec les réglementations en matière de confidentialité et l'efficacité du Google Consent Mode sur votre site. {% endhint %} {% hint style="info" %} Pour plus d'informations sur le fonctionnement du Google Consent Mode et la différence entre l'implémentation basique et avancée (U+C), consultez : * [Présentation du Consent Mode](https://developers.google.com/tag-platform/security/concepts/consent-mode?hl=fr) — Google for Developers * [Configurer le Consent Mode sur les sites web](https://developers.google.com/tag-platform/security/guides/consent?hl=fr) — Google for Developers * [À propos du Consent Mode](https://support.google.com/google-ads/answer/10000067?hl=fr) — Aide Google Ads * [Configurer le Consent Mode](https://support.google.com/google-ads/answer/14009635?hl=fr) — Aide Google Ads {% endhint %} ## Fonctionnement de GTG GTG fonctionne en interceptant les requêtes vers les domaines Google et en les acheminant via les serveurs de Google : 1. **Interception des requêtes** — GTG intercepte les requêtes HTTP envoyées aux domaines de balises Google (par ex. `googletagmanager.com`, `google-analytics.com`, `googlesyndication.com`). 2. **Routage par proxy** — Ces requêtes sont acheminées via l'infrastructure de Google, qui peut servir les scripts de balises directement depuis le réseau edge de Google. 3. **Chargement anticipé des balises** — Étant donné que GTG opère au niveau DNS/infrastructure, les balises Google peuvent être chargées et exécutées avant que le JavaScript de la page n'ait pu initialiser la CMP et définir les consentements par défaut. ## Méthodes d'implémentation GTG peut être activé via différentes méthodes : ### Compte Google Ads — Injection CDN en un clic (non recommandé) Le GTG est fréquemment activé via le **compte Google Ads** par une **injection CDN en un clic** — souvent à l'insu du propriétaire du site web. Lorsqu'une campagne Google Ads est liée à un site web, Google peut inscrire automatiquement le site au GTG au niveau CDN/infrastructure en un seul clic. Cette méthode d'**injection CDN en un clic** est la **cause la plus fréquente des signaux de consentement tardif** signalés par la CMP Sirdata, car : * L'inscription se fait au niveau du compte Google Ads via injection CDN, et non sur le site web lui-même * L'injection CDN en un clic empêche le client de contrôler l'ordre de chargement des scripts * Les propriétaires du site peuvent ne pas savoir que le GTG a été activé * Le GTG charge les balises Google avant que la CMP ne puisse définir les consentements par défaut * La CMP n'a aucun contrôle sur l'ordre de chargement des balises imposé par le GTG {% hint style="warning" %} Si le GTG a été activé via votre compte Google Ads (injection CDN en un clic), il est fortement recommandé de **le désactiver à ce niveau** et de **le réactiver via Google Tag Manager** en utilisant le template de la CMP ABConsent. Cela vous donne un contrôle total sur l'ordre de chargement des balises et empêche les problèmes de consentement tardif. {% endhint %} ### Inscription au niveau DNS (CNAME) Une autre méthode consiste à configurer des enregistrements CNAME DNS qui pointent les domaines de balises Google vers les points de terminaison GTG. Par exemple : * Un enregistrement CNAME pour `gtm.example.com` pointant vers un point de terminaison GTG * Un enregistrement CNAME pour `analytics.example.com` pointant vers un point de terminaison GTG Cette méthode opère au niveau DNS et est entièrement transparente pour le code du site web. ### Google Tag Manager (recommandé) Le GTG peut être activé via la configuration de **Google Tag Manager**. C'est la **méthode recommandée** car elle offre un contrôle total sur l'ordre de chargement des balises et garantit que les consentements par défaut de la CMP sont définis avant le déclenchement de toute balise Google. Lorsque vous utilisez GTM avec le **template CMP ABConsent** de la galerie de templates communautaires GTM : 1. La balise CMP est chargée sur le déclencheur **« Consent Initialization »** (`gtm.init_consent`) — le déclencheur le plus précoce dans GTM 2. Les consentements par défaut sont définis **avant** que toute autre balise ne puisse s'exécuter 3. L'inscription au GTG est gérée dans GTM, ce qui vous donne visibilité et contrôle 4. Aucun code supplémentaire n'est requis au-delà de la configuration du template CMP {% hint style="success" %} **Configuration recommandée :** Activez le GTG via Google Tag Manager et utilisez le **template CMP ABConsent** de la galerie de templates communautaires GTM. Cela garantit que les consentements par défaut sont définis avant le déclenchement des balises chargées par le GTG, éliminant ainsi les problèmes de consentement tardif. {% endhint %} ### Configuration manuelle du GTG (contrôlée par le client) Le GTG peut également être configuré manuellement par le client, généralement via [Google Cloud Load Balancer](https://developers.google.com/tag-platform/tag-manager/gateway/setup-guide?hl=fr). Lorsqu'il est configuré manuellement, le client conserve le **contrôle total sur l'ordre d'importation des scripts**, garantissant que les consentements par défaut de la CMP sont définis avant le déclenchement de toute balise Google. Cette méthode est recommandée pour les utilisateurs avancés qui souhaitent conserver le GTG activé tout en maintenant un contrôle strict sur la séquence de chargement des balises. ## Comment vérifier l'inscription à GTG Pour déterminer si un site web est inscrit à Google Tag Gateway, vous pouvez utiliser les méthodes suivantes : ### Vérifier dans Google Tag Manager Dans Google Tag Manager : 1. Accédez à l'onglet **Administrateur** 2. Cliquez sur **Google Tag Gateway** 3. Vérifiez le statut d'inscription et la configuration ### Vérifier dans Google Ads Dans Google Ads : 1. Accédez à **Outils > Data Manager** 2. Dans l'onglet **Connected Products**, localisez la section **Google Tag Section** 3. Cliquez sur **Manage** pour le tag concerné 4. Dans la section ouverte, sélectionnez l'onglet **Admin** 5. Cliquez sur **Google Tag Gateway** 6. Vérifiez le statut d'inscription et la configuration ### Vérifier dans Google Analytics Dans Google Analytics : 1. Accédez à **Administrateur > Data Streams** 2. Choisissez un flux et sélectionnez **Configure Tag Settings** 3. Allez dans l'onglet **Admin** 4. Cliquez sur **Google Tag Gateway** 5. Vérifiez le statut d'inscription et la configuration ### Utiliser les DevTools du navigateur Ouvrez les outils de développement de votre navigateur (F12) et inspectez les requêtes réseau : 1. Chargez la page et ouvrez l'onglet **Réseau**. 2. Filtrez les requêtes par domaines Google (par ex. `googletagmanager.com`). 3. Vérifiez si les requêtes sont acheminées via les points de terminaison GTG — recherchez les requêtes passant par votre sous-domaine (par ex. `gtm.example.com`) plutôt que directement vers `googletagmanager.com`. ### Vérifier via le diagnostic de la CMP Sirdata La CMP Sirdata intègre une détection native de l'inscription au GTG. Lorsqu'un signal de consentement tardif est détecté, l'outil de diagnostic indique si le GTG est en cause et fournit un lien direct vers cette documentation. {% hint style="info" %} Pour des instructions détaillées sur la vérification de l'inscription au GTG, consultez le [guide de configuration de Google Tag Gateway](https://developers.google.com/tag-platform/tag-manager/gateway/setup-guide?hl=fr). {% endhint %} ## Détection du consentement tardif Le consentement tardif se produit lorsque la **commande de consentement par défaut et/ou le stub TCF se chargent après le déclenchement des balises Google**. Il s'agit d'un problème de conformité critique car cela signifie que les balises Google peuvent s'exécuter sans signaux de consentement appropriés. La CMP Sirdata offre une **détection proactive du consentement tardif** : * **Mode standard** — Les avertissements de consentement tardif sont visibles dans l'interface de diagnostic de la CMP * **Mode debug** — Des informations de diagnostic détaillées sont disponibles, incluant les balises spécifiques qui se sont déclenchées avant la définition des consentements par défaut et la détection éventuelle de l'inscription au GTG {% hint style="warning" %} Le consentement tardif est particulièrement probable lorsque le GTG est activé via l'injection CDN en un clic (par ex., via un compte Google Ads), car le client ne peut pas contrôler l'ordre de chargement des scripts dans cette configuration. {% endhint %} Pour les étapes de dépannage détaillées, consultez la page [Signal `default` tardif](/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/signal-default-tardif.md). ## Résoudre le consentement tardif lorsque le GTG est inscrit Si un **signal de consentement tardif est détecté** (par le mode debug et/ou l'outil de diagnostic) et que **l'inscription au GTG est vérifiée**, les solutions suivantes sont disponibles, classées par ordre de recommandation : ### 1. Adopter le U+C — Consent Mode Avancé (recommandé) Le **U+C (Consent Mode Avancé)** est le **mécanisme recommandé pour les balises activées par le GTG** car il est entièrement compatible avec les configurations GTG manuelles où l'ordre d'importation des scripts est contrôlé par le client. Avec le U+C (Consent Mode Avancé) : * Les balises Google se chargent immédiatement avec des signaux de consentement **denied par défaut** * Lorsque l'utilisateur accorde son consentement, la CMP envoie une commande **update** qui active la collecte de données * La modélisation des conversions est activée pour les utilisateurs qui ne consentent pas, récupérant jusqu'à 65 % des données comportementales perdues * Cette approche est compatible avec le GTG, même lorsque le GTG est configuré manuellement, car les balises se déclenchent avec des valeurs par défaut denied et ne commencent à collecter des données qu'après la mise à jour du consentement par la CMP {% hint style="success" %} **Le U+C (Consent Mode Avancé) est le mécanisme recommandé pour les balises activées par le GTG** car il est compatible avec le GTG manuel. Il garantit que même si les balises Google se chargent avant la commande de mise à jour de la CMP, aucune donnée n'est collectée avant que l'utilisateur n'accorde son consentement. {% endhint %} Pour activer le U+C (Consent Mode Avancé) avec la CMP Sirdata : 1. Dans la configuration de la CMP Sirdata, activez le **Consent Mode Avancé (U+C)** 2. La CMP définira les signaux de consentement denied par défaut avant le déclenchement de toute balise 3. Lors de l'interaction de l'utilisateur, la CMP enverra la commande de mise à jour du consentement Pour plus d'informations, consultez : * [Présentation du Consent Mode — Basique vs. Avancé](https://developers.google.com/tag-platform/security/concepts/consent-mode?hl=fr) — Google for Developers * [Configurer le Consent Mode sur les sites web](https://developers.google.com/tag-platform/security/guides/consent?hl=fr) — Google for Developers ### 2. Activer les Data Transmission Controls et les Global Consent Defaults Lorsque vous utilisez le U+C (Consent Mode Avancé), vous devez également configurer les **Data Transmission Controls** et les **Global Consent Defaults** selon vos besoins : * **Data Transmission Controls** — Vous permettent de contrôler la manière dont les données sont transmises à Google, offrant des garanties de confidentialité supplémentaires au-delà du Consent Mode. Les Data Transmission Controls fonctionnent séparément des autres paramètres du consent mode, mais nécessitent que le Consent Mode soit activé au préalable. * **Global Consent Defaults** — Vous permettent de définir des états de consentement par défaut applicables globalement à toutes vos configurations Google Ads et Analytics, garantissant un comportement de consentement cohérent indépendamment des règles d'affichage de la bannière par région. {% hint style="info" %} Les Data Transmission Controls et les Global Consent Defaults sont particulièrement importants lorsque : * Le GTG est activé et votre bannière ne s'affiche **pas** dans certaines régions (par ex., hors EEA/UK/Suisse), entraînant un consentement **automatiquement accordé** par défaut * Vous devez garantir que les consentements par défaut sont appliqués de manière cohérente dans tous les produits et régions Google Pour plus d'informations, consultez : * [Mises à jour des contrôles de données Google Analytics](https://support.google.com/analytics/answer/17016975?hl=fr) — Aide Analytics * [À propos du Consent Mode](https://support.google.com/google-ads/answer/10000067?hl=fr) — Aide Google Ads * [Configurer le Consent Mode](https://support.google.com/google-ads/answer/14009635?hl=fr) — Aide Google Ads {% endhint %} ### 3. Migrer vers un conteneur GTM et déployer GTM via GTG Si vous n'utilisez pas encore Google Tag Manager, la migration de toutes les balises Google dans un **conteneur GTM** vous donne un contrôle total sur l'ordre de déclenchement des balises : 1. Créez un conteneur GTM et ajoutez le **template CMP ABConsent** depuis la galerie de templates communautaires 2. Configurez le template CMP pour utiliser le déclencheur **« Consent Initialization »** (`gtm.init_consent`) 3. Déployez GTM via GTG, en garantissant que la CMP s'initialise avant toute autre balise 4. Cette approche élimine le consentement tardif en garantissant la séquence d'initialisation du consentement Pour des instructions étape par étape, consultez le [guide de configuration de Google Tag Gateway](https://developers.google.com/tag-platform/tag-manager/gateway/setup-guide?hl=fr). ### 4. Configurer le GTG manuellement avec un ordre d'importation contrôlé Si vous préférez conserver le GTG activé mais avez besoin de contrôler la séquence de chargement des scripts, vous pouvez configurer le **GTG manuel** où l'ordre d'importation des scripts est contrôlé par vous : 1. Désactivez le GTG via votre compte Google Ads 2. Configurez le GTG manuellement via [Google Cloud Load Balancer](https://developers.google.com/tag-platform/tag-manager/gateway/setup-guide?hl=fr) 3. Assurez-vous que la commande de consentement par défaut de la CMP se charge **avant** tout script de balise Google dans la section `` de votre page 4. Cela vous donne une visibilité et un contrôle total sur le moment où les balises Google se déclenchent par rapport à la CMP {% hint style="success" %} Lorsque le GTG est configuré manuellement avec un ordre d'importation de scripts contrôlé, le **U+C (Consent Mode Avancé)** reste le mécanisme recommandé, car il est entièrement compatible avec cette configuration et offre des avantages supplémentaires de modélisation des conversions. {% endhint %} ## Autres options disponibles en cas de consentement tardif Si le GTG cause des problèmes de consentement tardif mais que vous ne pouvez pas adopter immédiatement les solutions ci-dessus, les mesures d'atténuation suivantes sont disponibles : ### S'assurer que le stub de la CMP se charge avant toute balise Google Le script de la CMP doit être le **premier script** chargé dans la section `` de votre page, avant tout script de balise Google. Cela garantit que la commande de consentement par défaut est définie avant que les balises déclenchées par GTG ne puissent s'exécuter. ### Utiliser l'attribut `data-cmp-src` sur les scripts gtag Si vous utilisez gtag directement (sans Google Tag Manager), vous devez conditionner le chargement du script gtag en utilisant l'attribut `data-cmp-src` : ```html ``` Cela garantit que le script gtag ne se charge qu'après que la CMP a obtenu le consentement de l'utilisateur. ### Dans Google Tag Manager, s'assurer de la bonne configuration des déclencheurs Si vous utilisez Google Tag Manager : * Assurez-vous que **seule la balise de votre CMP** utilise le déclencheur **« Initialisation du consentement »** (`gtm.init_consent`) * Ne **réutilisez pas** ce déclencheur dans d'autres balises, car cela peut créer des conflits et retarder l'initialisation du Consent Mode ### Vérifier le diagnostic de la CMP Sirdata pour la détection du consentement tardif La CMP Sirdata intègre une détection native du consentement tardif. Si GTG cause un consentement tardif sur votre site, le diagnostic de la CMP signalera une **erreur de consentement tardif** avec un lien vers la documentation de dépannage. {% hint style="info" %} La CMP Sirdata offre une détection proactive du consentement tardif, avec des informations de diagnostic détaillées visibles à la fois dans l'interface standard et en mode debug. {% endhint %} Pour les étapes de dépannage détaillées, consultez la page [Signal `default` tardif](/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/signal-default-tardif.md). ## Vous n'utilisez pas Google Tag Gateway ? Si vous voyez un avertissement de consentement tardif mais n'êtes **pas inscrit à Google Tag Gateway**, le problème peut avoir une cause différente : 1. **Chargement tardif de la CMP** — Le script de la CMP n'est pas chargé suffisamment tôt dans la page, permettant aux balises Google de se déclencher avant que les valeurs de consentement par défaut ne soient définies. 2. **Chargement anticipé des balises Google** — Les balises Google (gtag.js ou GTM) sont chargées avant ou indépendamment de l'initialisation du consentement par la CMP. Dans ce cas, consultez la page de dépannage dédiée aux signaux default tardifs : 👉 [Signal `default` tardif — Corriger les erreurs d'implémentation](/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/signal-default-tardif.md) {% hint style="info" %} Pour la documentation en français, consultez : [Signal `default` tardif](https://cmp.docs.sirdata.net/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/signal-default-tardif) {% endhint %} ## Une meilleure alternative : GTM Server-Side par Sirdata Alors que GTG opère côté client et peut interférer avec l'initialisation du consentement, **GTM Server-Side** offre une approche plus robuste et conforme à la vie privée pour la gestion des balises. ### Pourquoi choisir GTM Server-Side plutôt que GTG ? | | Google Tag Gateway (GTG) | GTM Server-Side par Sirdata | | --------------------------------- | ---------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- | | **Architecture** | Proxy côté client (niveau DNS) | Conteneur côté serveur | | **Contrôle du consentement** | Limité — les balises peuvent se déclencher avant le consentement | Contrôle total — les balises ne se déclenchent qu'après validation du consentement | | **Risque de consentement tardif** | Élevé — GTG peut charger les balises avant la CMP | Aucun — le consentement est appliqué côté serveur | | **Couverture des partenaires** | Balises Google uniquement | **Tous les partenaires** : Google, Meta (CAPI), TikTok (Events API), LinkedIn, Pinterest, etc. | | **Propriété des données** | Données acheminées via l'infrastructure de Google | Données acheminées via **votre propre domaine** | | **Contournement des adblockers** | Non | Oui — les requêtes côté serveur contournent les bloqueurs de publicité | | **Hébergement des données** | Contrôlé par Google | **Vous contrôlez le lieu d'hébergement** (UE disponible) | ### Avantages clés de GTM Server-Side par Sirdata 1. **Un meilleur contrôle de vos données** — Contrairement à GTG, où les données transitent par l'infrastructure de Google, GTM Server-Side achemine les données via votre propre domaine, vous donnant une pleine propriété et un contrôle total. 2. **Architecture consentement d'abord** — Les balises ne se déclenchent qu'après que la CMP a validé le consentement. Plus de problèmes de consentement tardif causés par le chargement côté client. 3. **Support multi-partenaires** — Pas limité à Google. Des intégrations côté serveur sont disponibles pour **Meta Conversions API**, **TikTok Events API**, **LinkedIn**, **Pinterest**, et bien d'autres. 4. **Contourner les adblockers** — Les requêtes côté serveur sont envoyées depuis votre propre domaine, les rendant invisibles pour les bloqueurs de publicité qui ciblent les domaines de suivi connus. 5. **Hébergement dans l'UE** — Sirdata propose un hébergement dans l'Union Européenne, garantissant la conformité avec les exigences du RGPD en matière de transfert de données. 6. **Intégration CMP transparente** — Le GTM Server-Side de Sirdata est entièrement intégré à la CMP Sirdata, offrant une expérience unifiée de gestion du consentement et des balises. {% hint style="success" %} **GTM Server-Side par Sirdata** élimine le risque de consentement tardif introduit par GTG tout en offrant des avantages pour tous vos partenaires publicitaires — et pas seulement Google. 👉 Découvrez [GTM Server-Side par Sirdata](https://sgtm.sirdata.io) et reprenez le contrôle de vos données. {% endhint %} {% hint style="info" %} Pour une documentation détaillée sur la configuration et l'utilisation de GTM Server-Side, consultez la [documentation Sirdata Server-Side](https://sgtm.sirdata.io). {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://cmp.docs.sirdata.net/standards-de-transmission-du-consentement/google-consent-mode/google-tag-gateway.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.