Si votre site utilise Google Tag Manager, Google change la façon dont Tag Manager démarre sur vos pages. Dans une note de version datée du 8 octobre 2026, Google indique que chaque conteneur Tag Manager (l’espace de Tag Manager qui regroupe les balises de votre site) démarrera dès son chargement au lieu d’attendre une commande gtag('config') sur la page. Ce changement de Google Tag Manager gtag config concerne surtout les sites qui mélangent Tag Manager et un code de balise Google séparé, ainsi que les conteneurs dont des règles (déclencheurs) lancent des balises sur chaque événement.
Google a écrit aux propriétaires des conteneurs qu’il juge mal configurés. Il n’a pas publié leur nombre, et sa page d’aide sur la correction indique toujours que les extraits “seront bientôt mis à jour”.
Qu’est-ce qui a changé dans Google Tag Manager le 8 octobre ?
Selon Google, les conteneurs Tag Manager n’attendront plus la ligne gtag('config'), la commande qui indique à une balise Google (Google tag) à quel compte envoyer les données et avec quels paramètres. La note de version du 8 octobre, publiée en anglais, explique en substance que tous les extraits de conteneur Google Tag Manager (gtm.js) s’initialiseront au chargement du conteneur, quelles que soient les commandes gtag(‘config’).
Un extrait (snippet) est le petit bloc de code collé sur chaque page de votre site. Une balise est un petit morceau de code qui signale ce qui se passe sur votre site, par exemple une page vue ou un formulaire envoyé. Elle transmet cette information à un outil comme Google Analytics ou Google Ads. Un site peut charger les balises de Google avec l’un de ces deux extraits :
| Extrait Tag Manager | Extrait de la balise Google | |
|---|---|---|
| Fichier chargé | gtm.js | gtag.js |
| ID utilisé | Commence par GTM- | Un ID de produit, par exemple G- ou AW- |
Les deux extraits écrivent dans le dataLayer, une file de messages sur la page que Tag Manager lit. Jusqu’ici, un conteneur pouvait repérer une ligne gtag('config') ailleurs sur la page et l’attendre, et certains sites comptaient sur ce comportement. La note de version change aussi ce que voit le conteneur : selon Google, les commandes config apparaîtront désormais dans le dataLayer sous forme d’événements gtag.config visibles.
Quels sites sont concernés par le changement de Google Tag Manager gtag config ?
Deux groupes de sites sont concernés. Les e-mails de Google sont allés au premier groupe, qui utilise une implémentation que Google qualifie de “non compatible”. Le second groupe peut avoir une configuration que Google juge correcte, mais utilise des règles (déclencheurs) qui lancent des balises sur chaque événement.
Configurations mixtes. La page d’aide de Google sur l’installation de gtag.js décrit les sites qui chargent un ID G-, AW- ou DC via le chemin de l’extrait Tag Manager. Son exemple d’implémentation incorrecte est l’extrait GTM- standard suivi d’une ligne gtag('config') isolée. Pour ces sites, Google écrit qu’ils “peuvent constater des modifications inattendues du comportement de leurs balises”, et que les utilisateurs de ces conteneurs “ont reçu une notification par e-mail”.
Déclencheurs avec caractère générique. Un déclencheur est la règle qui indique à une balise quand s’exécuter. Un déclencheur d’événement personnalisé peut comparer les noms d’événements au modèle .*, qui correspond à tous les événements du dataLayer. La note de version de Google prévient en substance que si vos conteneurs utilisent des déclencheurs d’événement personnalisé avec caractère générique, ce changement peut déclencher ces balises.
L’aide de Google sur les déclencheurs d’événement personnalisé recommandait déjà un modèle plus précis, car .* correspond aussi aux événements que Tag Manager et la balise Google envoient automatiquement. PPC Land souligne que le risque lié aux caractères génériques touche aussi les sites dont la configuration est jugée correcte par Google, car l’extrait gtag.js standard contient lui-même un appel config.
Quand Google a-t-il annoncé le changement de gtag config ?
L’avertissement est arrivé plusieurs semaines avant la note de version. PPC News Feed a signalé l’avis publié sur la page d’aide de Google le 27 août 2026. Le 20 août, un utilisateur des forums d’assistance de WordPress.org a publié l’e-mail qu’un client avait reçu de Google. On y lisait : “À partir du 2 octobre 2026, tous les extraits gtm.js s’initialiseront au chargement du conteneur”.
La note de version est datée du 8 octobre. La page d’aide de Google sur la correction indique toujours que les extraits Tag Manager “seront bientôt mis à jour”. Comme le relèvent PPC Land et Relevant Audience, Google n’a pas dit si le changement a touché tous les conteneurs le même jour ou s’il est déployé progressivement.
Ce que Google n’a pas dit
Google n’a donné ni date limite définitive ni estimation de la quantité de données que le changement pourrait perturber. Relevant Audience note que la note de version “ne mentionne aucune limite par pays ou par région”, et la page d’aide sur la correction n’en cite pas non plus.
Il y a aussi une lacune pratique. L’e-mail a été envoyé à la personne inscrite sur le conteneur. Relevant Audience rappelle que si cette personne est un ancien salarié ou un ancien développeur web, “l’avertissement n’est peut-être jamais parvenu à la personne qui gère le site aujourd’hui”.
Ce que cela signifie pour votre entreprise
À notre avis, cela justifie une vérification attentive de votre suivi. Il s’agit de vérifier ce que chargent vos pages, de choisir l’une des deux solutions de Google si votre configuration est mixte, et de tester que chaque demande est comptée une seule fois. Nous suivrions ces étapes dans cet ordre, avant de modifier quoi que ce soit dans vos comptes publicitaires.
- Identifiez le propriétaire du conteneur. Vous avez besoin d’un accès à Tag Manager pour vérifier quoi que ce soit. L’entreprise doit en être propriétaire, et une agence doit y être ajoutée comme utilisateur. Notre guide pour évaluer une agence marketing explique pourquoi les comptes doivent rester chez vous.
- Regardez quel extrait chargent vos pages. Ouvrez votre site, affichez le code source de la page et cherchez “googletagmanager.com”. Si l’URL contient gtm.js avec un ID qui commence par GTM-, votre conteneur suit le chemin compatible. Si gtm.js porte un ID G-, AW- ou DC, ou si une ligne
gtag('config')isolée se trouve à côté de l’extrait Tag Manager, vous avez la configuration contre laquelle Google a mis en garde. - Choisissez l’une des deux solutions de Google. Utilisez l’extrait de la balise Google (gtag.js) sur chaque page et supprimez l’extrait gtm.js et toutes les lignes config isolées. Ou, si Tag Manager gère vos autres balises, conservez l’extrait avec votre ID GTM- et configurez la balise Google dans le conteneur. Reprenez tous les paramètres que transmettait l’ancienne ligne config, et gardez votre configuration de consentement aux cookies, pour que les balises continuent de respecter le choix fait par le visiteur dans votre bannière cookies.
- Cherchez les déclencheurs
.*dans le conteneur. Ouvrez la liste des déclencheurs et repérez les déclencheurs d’événement personnalisé qui correspondent à tous les événements. Limitez chacun aux noms d’événements dont il a besoin, car une balise qui se déclenche sur gtag.config peut renvoyer les mêmes données, par exemple en comptant une demande deux fois. - Testez avec Tag Assistant et une vraie demande. Tag Assistant est l’outil de Google pour diagnostiquer les balises de votre site, et selon la page d’aide de Google, l’ID de votre balise doit y apparaître avec une icône d’état verte ou bleue. Envoyez ensuite une demande de test depuis votre téléphone et vérifiez qu’elle est comptée une seule fois, comme nous l’expliquons pour Google Ads qui génère des clics mais aucune demande. Dans notre gestion de campagnes Google Ads, nous vérifions le suivi avant de toucher aux enchères.
- Comparez les chiffres avec votre boîte mail ou votre CRM. Mettez les demandes reçues dans votre boîte mail ou votre CRM en face des conversions que Google affiche pour les mêmes jours, avant et après le 8 octobre. Nous utilisons la même vérification dans nos projets CRM et analytics, et si les chiffres ne concordent plus, les balises sont le premier endroit où regarder.
