Votre site charge sans doute le code de Google deux ou trois fois.
Sur la plupart des conteneurs que j'audite, Google Tag Manager se charge… puis charge à son tour un fichier gtag.js pour GA4. Puis un autre pour Google Ads. Puis parfois un troisième pour Floodlight. Même avec un conteneur bien rangé.
Depuis octobre 2026, Google a changé ça avec une nouvelle expérience dans GTM et de nouveaux types de balises : les Destination tags. C'est sans doute la plus grosse évolution de Google Tag Manager depuis des années. Voici ce qui change, ce qu'il faut surveiller, et la méthode que j'applique pour migrer.
Ce qui change : GTM devient une balise Google
Jusqu'ici, Google maintenait deux technologies qui se chevauchaient : Google Tag Manager d'un côté, et la balise Google (gtag.js) de l'autre. Chaque produit Google configuré dans GTM chargeait sa propre balise Google, avec ses propres réglages.
Avec la mise à jour, le conteneur GTM a désormais toutes les capacités d'une balise Google. Vos produits Google (flux de données GA4, comptes Google Ads, configurations Floodlight, sources de conversion Merchant Center) peuvent être reliés directement au conteneur comme destinations.
Concrètement :
- GTM envoie directement les données vers GA4, Google Ads et Floodlight, sans télécharger de gtag.js supplémentaire.
- Tous les produits reliés partagent un seul jeu de réglages (détection automatique des événements, données fournies par l'utilisateur, consentement…), géré dans un nouvel onglet Paramètres du conteneur.
- Ces réglages sont versionnés comme le reste du conteneur : ils se testent en mode Aperçu et ne passent en production qu'à la publication.
Les nouvelles balises Destination
Trois nouveaux types de balises remplacent l'ancienne « Balise Google » : Google Analytics, Google Ads et Google Floodlight.
Elles font le même travail que l'ancienne balise Google (démarrer la collecte pour un produit), mais sans chargement supplémentaire, puisque tout est déjà contenu dans le fichier GTM. Elles appliquent les réglages partagés du conteneur, tout en permettant de les surcharger au cas par cas, par exemple pour désactiver l'envoi automatique du page_view ou pour pointer vers votre conteneur server-side.
Et bien sûr, elles respectent le Consent Mode comme toutes les balises Google.
En parallèle, deux balises passent en « legacy » : l'ancienne balise Google et le Conversion Linker, dont le rôle est désormais assuré par les balises Destination.
Pourquoi c'est une bonne nouvelle
Moins de JavaScript sur vos pages
C'est le bénéfice le plus concret. Chaque gtag.js en moins, c'est un fichier en moins à télécharger et à exécuter. Google n'a pas communiqué de chiffre sur le gain de vitesse, qui dépend du nombre de produits Google chargés sur votre site. Mais sur un site e-commerce qui charge GA4, Google Ads et Floodlight, l'impact sur les Core Web Vitals peut être réel. Et ce qui améliore la vitesse améliore à la fois le SEO et la conversion. Et si votre enjeu est plutôt que ces balises passent les bloqueurs, c'est un autre sujet, que je traite dans mon comparatif Google Tag Gateway vs GTM server-side.
Des réglages enfin centralisés
Fini les réglages différents d'une balise Google à l'autre, modifiés par trois personnes dans trois interfaces. Tout est au même endroit, avec un historique.
Une gestion du consentement simplifiée
Un nouveau réglage, « Gérer les paramètres de transmission des données », permet à GTM de retenir automatiquement les requêtes des balises Google tant que le consentement n'est pas donné, puis de les renvoyer une fois le consentement accordé. C'est l'équivalent d'un Consent Mode basique, sans avoir à gérer soi-même la file d'attente des événements.
Attention : ça ne concerne que les balises Google. Vos pixels Meta, TikTok ou Pinterest doivent toujours être conditionnés au consentement de votre CMP.
Les pièges à connaître avant de cliquer
Une bannière propose de lancer l'optimisation dans les conteneurs existants. Je ne cliquerais pas dessus sans relire le conteneur avant, pour trois raisons.
1. Les réglages partagés s'appliquent à tout
Si vos balises Google actuelles ont des réglages différents (l'une autorise les données fournies par l'utilisateur, l'autre non, par exemple), l'assistant vous demande de choisir lesquels deviennent la règle du conteneur. Un mauvais choix, et toutes les balises Google héritent d'un réglage qui n'était pas prévu pour elles. C'est d'ailleurs pour ça que Google ne migre pas automatiquement les conteneurs : l'impact sur la qualité des données et la conformité doit être vérifié.
2. Les accès sont étendus
Par défaut, les personnes qui avaient accès à une balise Google reçoivent un accès en lecture au conteneur GTM quand cette balise devient une destination. C'est logique pour la transparence, mais c'est l'occasion de vérifier qui a accès à quoi. (Les anciens prestataires et stagiaires sont souvent toujours là.)
3. Vous n'avez peut-être pas accès à toutes les destinations
L'assistant ne peut relier que les balises Google auxquelles vous avez accès. Une balise Floodlight gérée par une agence média, par exemple, restera en balise Google classique. Le conteneur fonctionne, mais à moitié optimisé.
Ma méthode pour migrer sans casse
- Choisir le bon moment. Pas avant un temps fort commercial. Si vous lisez cet article avant le Black Friday, attendez décembre.
- Créer une version de sauvegarde du conteneur, clairement nommée, pour pouvoir revenir en arrière en un clic.
- Lister les balises Google et leurs réglages avant de lancer l'assistant (bouton « Voir les paramètres » pour chaque balise).
- Lancer l'optimisation dans un espace de travail dédié, et lire le détail des modifications avant de les ajouter.
- Tester en mode Aperçu : le nouvel onglet « Hits envoyés » permet de vérifier ce qui part vraiment vers chaque destination, et les réglages appliqués à chaque balise.
- Vérifier le server-side : si vos balises GA4 envoient vers un conteneur serveur, contrôlez que l'URL du serveur est bien conservée dans les balises Destination.
- Comparer les données dans GA4 et Google Ads quelques jours avant et après la publication.
La migration est réversible, mais elle touche à la collecte de toutes vos balises Google en même temps. Elle mérite donc d'être traitée comme une vraie mise à jour, pas comme un clic sur une bannière.
En résumé
- Le conteneur GTM devient une balise Google : un seul chargement pour tous vos produits Google.
- Les balises Destination (Google Analytics, Google Ads, Floodlight) remplacent la balise Google et le Conversion Linker.
- Les réglages sont partagés, versionnés et testables.
- La migration n'est pas automatique, et c'est tant mieux : relisez vos réglages et vos accès avant.
C'est aussi une bonne occasion de faire le ménage dans un conteneur qui a vécu. Si vous voulez qu'on regarde le vôtre ensemble, vous pouvez réserver 20 minutes dans mon agenda.
