Installer Google Tag Manager sur un site web en 2026

Ce guide s'adresse au responsable marketing, au SEO ou à l'analyste qui doit installer Google Tag Manager sur un site et obtenir une mesure exploitable dès la première mise en ligne. Il couvre le compte et le conteneur, le snippet officiel en deux parties, le placement selon le CMS, le rôle exact du noscript et la vérification Search Console par GTM.

Pour les notions de balise, de déclencheur et de variable, partez de notre guide Google Tag Manager. Ici, vous décidez où poser le code, quoi vérifier et quoi documenter.

Méthode fiable et reproductible : objectifs et prérequis

Une installation se juge sur la qualité des données qu'elle produit et sur sa résistance aux refontes.

Objectif de l'implémentation : installer, tester et sécuriser la collecte dès la première mise en ligne

Une mise en place réussie vise quatre résultats :

• charger le conteneur sur toutes les pages concernées, au minimum l'ensemble du site public ;
• préserver la performance, car gtm.js se charge en asynchrone mais un empilement de scripts dégrade l'expérience ;
• éviter le double comptage, par exemple une mesure déjà présente dans le thème puis ajoutée via GTM ;
• rendre l'installation testable grâce au mode Prévisualisation et à Tag Assistant.

Prérequis avant de commencer : accès, environnement, cache et droits de publication

Avant toute modification, sécurisez ces cinq points :

• Accès au code : FTP, dépôt, thème ou interface du CMS, avec la possibilité de modifier le <head> et l'ouverture du <body>.
• Droits de publication GTM : la permission « Publier », ou un processus où une personne habilitée publie.
• Environnement : si vous disposez d'une préproduction, installez d'abord dessus, puis en production.
• Cache et CDN : prévoyez de purger le cache du CMS, du serveur et du CDN, sinon vous testerez une ancienne version.
• Doublons existants : repérez les scripts déjà injectés par le thème, un module ou une intégration native, un contrôle inclus dans tout audit SEO technique.

Créer le compte et le conteneur : récupérer l'ID du conteneur pour le déploiement

Connectez-vous à tagmanager.google.com, puis créez un compte et un conteneur. GTM s'organise en quatre niveaux : le compte, le conteneur, l'espace de travail et la version publiée.

Paramétrer un conteneur « Web » : conventions de nommage et gouvernance des balises

Lors de la création, trois champs comptent :

• le nom du compte, en général celui de l'organisation ;
• le pays principal ;
• un conteneur pour la plateforme Web (site ou blog).

Nommez le conteneur avec le domaine et l'environnement, par exemple exemple.com - prod et exemple.com - staging si vous séparez vos environnements. Cette convention réduit les erreurs de publication et facilite les contrôles ultérieurs.

Où trouver l'identifiant GTM-XXXXXXX : rôle de l'ID et points de contrôle

L'identifiant du conteneur, au format GTM-XXXXXXX, sert de clé pour charger le bon conteneur sur votre site. Il apparaît en haut de l'espace de travail, et dans l'URL du script d'installation (…/gtm.js?id=GTM-XXXXXXX).

Vérifiez que vous installez l'ID du bon environnement, production ou préproduction. L'erreur d'ID est un classique : tout semble en place, mais vous déboguez un autre conteneur.

Comprendre les deux extraits : script et noscript GTM

GTM fournit deux extraits complémentaires, aux rôles distincts, qui se placent à deux endroits précis de la page.

Où placer le code dans le <head> et dans le <body>

Le premier extrait va dans le <head>, le plus haut possible ; le second va juste après l'ouverture du <body>. Voici le snippet officiel, à recopier sans le modifier en remplaçant GTM-XXXXXXX par votre ID :

<!-- Google Tag Manager -->

<script>(function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start':

new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0],

j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src=

'https://www.googletagmanager.com/gtm.js?id='+i+dl;f.parentNode.insertBefore(j,f);

})(window,document,'script','dataLayer','GTM-XXXXXXX');</script>

<!-- End Google Tag Manager -->

<!-- Google Tag Manager (noscript) -->

<noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-XXXXXXX"

height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript>

<!-- End Google Tag Manager (noscript) -->

Les sept premières lignes vont dans le <head>, les quatre dernières juste après <body>.

Le script GTM dans le <head> : emplacement exact et erreurs à éviter

Placez le script juste après les balises <meta> et <link>, et avant les autres scripts : GTM figure ainsi parmi les premiers scripts exécutés, ce qui limite les pertes d'événements au chargement. Ce script remplit trois fonctions :

• initialiser window.dataLayer si nécessaire ;
• pousser l'événement de démarrage gtm.start ;
• charger gtm.js en async avec l'ID du conteneur.

Les erreurs d'implémentation se ressemblent d'un site à l'autre ; le tableau suivant relie chacune à sa conséquence et à sa correction.

La balise noscript : ce qu'elle fait et ne fait pas

En HTML, <noscript> fournit un contenu de repli quand les scripts ne s'exécutent pas ; quand JavaScript est actif, le navigateur l'ignore. Le bloc GTM charge alors une iframe vers ns.html, une ressource distante appelée sans JavaScript. Une iframe n'est pas valide dans le <head> : c'est pourquoi ce bloc se place juste après l'ouverture du <body>, et non plus bas.

Ce repli ne reproduit pas GTM. Sans JavaScript, seule la balise « Image personnalisée » peut se déclencher, sur des déclencheurs de chargement de page, sans dataLayer ni CMP. Le tableau suivant résume ce qui se passe selon le contexte de visite.

La décision porte sur le consentement : sans JavaScript, aucune CMP ne recueille le choix du visiteur. En France, aucune balise non exemptée ne doit donc partir dans ce contexte ; si vous configurez une balise « Image personnalisée » pour le repli, réservez-la à une mesure exemptée et n'y faites transiter aucune donnée personnelle.

Garder ou omettre le noscript : arbitrer selon vos contraintes

Le noscript est techniquement optionnel, mais recommandé : il évite l'absence totale de signal dans les environnements sans JavaScript (navigateurs durcis, politiques IT, outils automatisés). Si votre CMS empêche d'écrire juste après l'ouverture du <body>, trois options s'offrent à vous :

• accepter l'absence du repli : GTM fonctionne normalement tant que JavaScript est actif ;
• insérer le bloc plus bas dans le body : moins efficace, mais toujours valide ;
• faire évoluer les templates : thème, gabarit ou fichier racine, pour reprendre la main sur l'ouverture du body.

Installer selon votre CMS : WordPress, PrestaShop et cas avancés

La méthode de référence reste l'insertion des deux extraits dans le code source. Selon le CMS, les fichiers, les modules et les contraintes de cache changent ; le tableau suivant indique où coller le code et quel piège surveiller.

Sur WordPress : intégrer le code sans dupliquer les balises ni casser le thème

En insertion manuelle, identifiez via FTP ou l'éditeur de thème le fichier qui contient le <head> et l'ouverture du <body>, puis ajoutez les deux extraits à leur place. Avec une extension, documentez où GTM est injecté et désactivez toute injection concurrente du thème ou d'un autre module.

Sur PrestaShop : templates propres et déploiements sans perte aux mises à jour

Sans module, l'implémentation passe par les templates du thème, en général themes/nom_du_theme/templates/_partials/head.tpl. Le moteur Smarty interprète les accolades : encadrez le code avec {literal} pour éviter qu'il soit modifié.

Pendant l'intervention, passez la recompilation des templates en mode « si mis à jour », puis revenez aux paramètres optimaux après validation pour ne pas dégrader les performances. Un module qui demande seulement l'ID du conteneur reste possible, avec la même vigilance sur les doublons que sous WordPress.

Cas avancés : SPA, multi-domaines, préproduction et environnements

L'installation des deux extraits sur toutes les pages reste valable, mais l'architecture complique le contrôle dans trois cas :

• SPA : les changements d'URL ne rechargent pas la page, la mesure doit donc s'appuyer sur des événements poussés dans le dataLayer ;
• multi-domaines et sous-domaines : choisissez un ou plusieurs conteneurs et documentez ce qui vit dans GTM et ce qui vit dans le code ;
• préproduction : testez d'abord sur cet environnement, en vérifiant que l'ID installé est le bon et que vos déclencheurs ne polluent pas la production.

Vérification de l'installation : contrôler le chargement avant de publier

Une installation n'est faite que si le conteneur se charge et si les balises attendues se déclenchent une seule fois sur un parcours réaliste. Lancez le mode Prévisualisation depuis l'espace de travail : Tag Assistant ouvre votre site et affiche, événement par événement, ce qui se déclenche ; l'ancienne extension Tag Assistant Legacy est abandonnée et ne lit pas GA4. La procédure complète, de l'onglet réseau à DebugView, figure dans notre guide pour tester Google Tag Manager.

Checklist finale : balises uniques, pages couvertes, publication cohérente et absence de doublons

Avant de considérer l'installation comme terminée, cochez chaque point :

• les deux extraits sont présents, une seule fois, sur tous les gabarits, y compris les pages d'erreur ;
• le bon ID de conteneur est installé, production et préproduction distinctes ;
• le conteneur se charge sur les pages clés : accueil, pages d'atterrissage SEO, formulaires, pages transactionnelles ;
• le mode Prévisualisation se connecte et affiche les événements ;
• aucune balise critique n'est dupliquée, qu'il s'agisse d'analytics ou d'événements clés ;
• la publication passe par une version nommée, décrite et datée.

Qualité de la donnée : dataLayer, consentement et fiabilité de la mesure

La stabilité des données dépend ensuite de deux piliers. Le premier est une couche de données propre : les informations métier poussées dans le dataLayer déclenchent les balises sur un signal stable plutôt que sur un élément fragile du DOM, ce qui distingue par exemple un clic sur un bouton de l'envoi réel d'un formulaire.

Le second est le consentement, qui empêche certains déclenchements et crée des écarts entre outils. Gardez un comportement explicable et documenté, puis testez-le :

• en condition « consentement accepté » ;
• en condition « consentement refusé », dont le résultat diffère ;
• avec une note qui décrit les balises concernées et l'effet attendu sur les chiffres.

Le contrat de données comme le réglage du consentement ont chacun leur guide, listé dans le bloc « Selon votre situation » ci-dessous.

Relier les outils : Analytics et Search Console

Le bénéfice de l'installation vient de la capacité à relier visibilité dans les moteurs et comportement sur le site.

Vérifier la Search Console avec le conteneur GTM

Google Search Console accepte la validation de propriété par Google Tag Manager. Trois conditions doivent être réunies :

• la propriété est de type préfixe d'URL ;
• le snippet du conteneur est en place, script dans le <head> ;
• le compte qui valide dispose de la permission « Publier » sur le conteneur.

Choisissez une méthode stable, qui ne dépend ni d'un environnement, ni d'un cache, ni d'un template partiel, et documentez-la. Les autres méthodes et leurs cas d'usage sont détaillés dans notre article sur la validation Google Search Console.

Une fois les deux sources fiables, croiser Search Console et GA4 par API relie requêtes, pages d'entrée et résultats, et fait ressortir les anomalies de mesure ou les ruptures de parcours.

Après l'installation : gouvernance, versions et contrôle qualité des balises

Une fois GTM en place, la stabilité vient du processus :

• versionner chaque publication avec un nom, une description et un contexte ;
• tester en prévisualisation avant chaque publication ;
• limiter les droits de publication aux profils responsables ;
• supprimer les balises inutilisées pour préserver la performance.

Selon votre situation

L'installation terminée, la suite dépend de ce que vous devez mesurer :

• Vous devez suivre des formulaires ou des achats : définissez les événements et leurs paramètres avec notre guide de la couche de données dans GTM.
• Votre site affiche un bandeau de consentement : réglez une fois la chaîne CMP, état et déclenchement grâce à notre article sur les cookies et le consentement dans GTM.
• Vous devez ajouter des scripts tiers : choisissez le bon type de balise et sécurisez le HTML personnalisé avec notre article sur les scripts et balises GTM.
• Vous voulez lire visibilité et comportement ensemble : rapprochez les deux outils avec notre guide Search Console et Google Analytics.

Une fois la collecte fiable, l'étape suivante consiste à vérifier l'état technique des pages que vous mesurez : l'audit SEO et GEO 360 d'Incremys sert de point de départ pour prioriser ces corrections.

FAQ sur la mise en place de Google Tag Manager

Où placer le code GTM ?

Le script GTM se place dans le <head>, le plus haut possible, après les balises <meta> et <link> et avant les autres scripts. Le bloc noscript se place immédiatement après l'ouverture du <body>. Les deux extraits doivent figurer une seule fois sur tous les gabarits de pages.

Faut-il le noscript ?

Le noscript est optionnel mais recommandé, car il évite l'absence totale de signal quand JavaScript est bloqué. Quand JavaScript est actif, le navigateur l'ignore et rien ne change. Si votre CMS empêche de l'écrire juste après le body, vous pouvez l'omettre ou le placer plus bas, en documentant ce choix.

Le noscript déclenche-t-il des cookies sans consentement ?

Le noscript ne dépose rien par lui-même : seules les balises « Image personnalisée » configurées pour ce repli peuvent partir. Sans JavaScript, aucune CMP ne recueille le choix du visiteur. En France, aucune balise non exemptée ne doit donc se déclencher dans ce contexte, et aucune donnée personnelle ne doit y transiter.

Peut-on installer GTM sans développeur ?

Oui, une extension WordPress ou un module PrestaShop permet d'installer GTM en collant simplement l'ID du conteneur dans un champ. Il faut toutefois un accès d'administration au CMS et la permission « Publier » dans GTM. Le risque principal reste le doublon avec une injection déjà présente dans le thème.

Comment vérifier que GTM est bien installé ?

Le mode Prévisualisation de GTM, ouvert dans Tag Assistant, confirme que le conteneur se charge sur la page testée. Vérifiez ensuite que les balises attendues se déclenchent une seule fois. En complément, inspectez le code source : le script doit être dans le <head> et le noscript juste après <body>.

Comment éviter un double marquage après une refonte ou l'ajout d'un plugin ?

Une seule source d'implémentation par balise évite le double marquage. Avant et après la refonte, recensez les injections du thème, des modules, des intégrations natives et des scripts en dur. Testez ensuite un parcours complet en prévisualisation et vérifiez que chaque événement critique n'apparaît qu'une fois.

Comment vérifier la Search Console avec GTM ?

La Search Console se valide par GTM pour une propriété de type préfixe d'URL. Le snippet du conteneur doit être en place sur le site, et le compte qui valide doit disposer de la permission « Publier » sur le conteneur. Choisissez une méthode qui ne dépend ni d'un cache ni d'un environnement particulier.