Google Tag Manager : comprendre balises, déclencheurs et variables

Google Tag Manager est l’outil gratuit de Google qui sert à installer et à piloter les balises de suivi de votre site sans toucher à son code à chaque fois. Statistiques d’audience, conversions publicitaires, pixels de réseaux sociaux : tout passe par le code du conteneur, installé une fois, puis se règle dans une interface web.

Son vocabulaire déroute souvent au début : conteneur, balise, déclencheur, variable, couche de données. Une fois ces cinq notions comprises, l’outil devient logique, et c’est ce qui sépare un suivi bricolé d’un plan de marquage que toute l’équipe peut relire.

Qu’est-ce que Google Tag Manager ?

Google Tag Manager, souvent abrégé GTM, est un gestionnaire de balises. Une balise, ou tag, est un petit morceau de code qui envoie des informations à un outil de mesure ou de publicité : Google Analytics, Google Ads, Meta, LinkedIn ou un outil de heatmap.

Sans gestionnaire, chaque balise est collée à la main dans le code du site. Avec GTM, vous n’installez qu’une fois le code du conteneur. L’aide de Tag Manager définit le conteneur comme « une collection de balises, de déclencheurs, de variables et de configurations connexes ».

Dans l’onglet Espace de travail, vous trouvez l’identifiant de votre conteneur, qui commence par « GTM » : la documentation prend l’exemple de GTM-ABCDEFGH. L’installation demande de coller deux extraits : le premier le plus haut possible dans la balise <head>, le second juste après l’ouverture de la balise <body>.

Le compte et les conteneurs se créent dans l’interface, sur tagmanager.google.com. L’aide y liste cinq types de conteneurs : Web, iOS, Android, AMP et Serveur. Pour un site marketing classique, vous utiliserez le conteneur Web.

Balises, déclencheurs et variables : comment GTM fonctionne

Tout le fonctionnement de l’outil repose sur trois briques, que l’aide officielle décrit ainsi :

• une balise est « un extrait de code qui envoie des données à un système tel que Google Analytics » ;
• un déclencheur « écoute certains événements, comme les clics, les envois de formulaire ou les chargements de page » ;
• une variable est « un espace réservé nommé pour une valeur qui change, comme un nom de produit, un prix ou une date ».

La logique se lit comme une phrase : envoyer telle balise quand tel déclencheur se produit, avec telle valeur. Par exemple, envoyer un événement à Google Analytics quand un visiteur clique sur le bouton « Demander un devis », avec l’URL de la page en paramètre.

GTM propose plusieurs types de déclencheurs : page vue, clic, visibilité d’un élément, envoi de formulaire, profondeur de défilement, vidéo YouTube, événement personnalisé, minuteur ou erreur JavaScript. Chaque déclencheur peut être filtré. L’exemple donné par Google est « URL de la page contient /produits/ ».

Les variables se divisent en deux familles. Les variables intégrées sont fournies par l’outil, comme Page URL ou Referrer. Les variables définies par l’utilisateur se créent à la demande : constante, cookie propriétaire, JavaScript personnalisé ou variable de couche de données.

La couche de données, le lien entre le site et GTM

La couche de données, ou dataLayer, est un tableau JavaScript dans lequel votre site dépose des informations que GTM peut lire : un identifiant de commande, un montant, un type de page.

C’est plus fiable que de lire le texte affiché à l’écran, qui peut changer à la moindre refonte.

Voici la ligne d’initialisation donnée par la documentation pour développeurs de Google, suivie de l’exemple d’événement avec une valeur tiré de l’aide de Tag Manager :

window.dataLayer = window.dataLayer || [];
dataLayer.push({'event':'button1-click','conversionValue':25});

La première ligne crée le tableau s’il n’existe pas encore, sans écraser son contenu. La seconde envoie un événement nommé button1-click, qu’un déclencheur « Événement personnalisé » peut écouter, et une valeur que GTM récupère par une variable de couche de données, par exemple pour la valeur de conversion d’une balise Google Ads.

Google signale deux pièges : ne jamais réinitialiser dataLayer une fois GTM chargé, et respecter la casse, puisque datalayer en minuscules ne fonctionne pas.

GTM, Google Analytics et balise Google : quelle différence ?

Les trois noms se croisent, mais ils ne font pas la même chose :

• Google Analytics mesure et affiche l’audience, c’est l’outil d’analyse ;
• la balise Google, ou gtag.js, est un code qui envoie des données aux seuls produits Google ;
• GTM gère toutes les balises, Google ou non, depuis une interface avec historique des versions.

GTM ne mesure donc rien lui-même. Il transporte les données vers Google Analytics 4 ou vers un autre outil d’analyse.

L’aide de Google réserve plutôt gtag.js aux développeurs qui n’ont que des balises Google à gérer, et juge que Tag Manager « convient mieux aux marketeurs en charge du taggage ». Elle précise aussi qu’on peut commencer avec gtag.js et migrer vers Tag Manager plus tard.

Ce qu’une équipe marketing peut faire avec GTM

L’intérêt principal est l’autonomie. Une fois le conteneur installé, l’équipe marketing ajoute un pixel publicitaire ou suit un nouveau bouton sans attendre une mise en production du site.

Quelques usages typiques :

• suivre les envois de formulaire et les clics sur un numéro de téléphone ;
• mesurer les conversions Google Ads, Meta ou LinkedIn ;
• suivre la lecture d’une vidéo YouTube ou la profondeur de défilement ;
• remonter les achats et leur montant sur un site e-commerce ;
• conditionner chaque balise au consentement du visiteur.

Ces données alimentent ensuite vos indicateurs de performance, comme le taux de conversion ou le coût par lead.

Tester et publier : aperçu, versions et espaces de travail

Une modification dans GTM ne touche pas le site tant qu’elle n’est pas publiée.

Le bouton « Prévisualiser », en haut à droite de l’espace de travail, ouvre Tag Assistant, qui affiche le site comme si la version en préparation était déjà en ligne. Selon l’aide, vous y voyez quelles balises se sont déclenchées et dans quel ordre, et vos visiteurs ne voient rien de ce débogage.

Quand tout est correct, l’aide indique de cliquer sur « Envoyer », de choisir « Publier et créer une version », puis de cliquer sur « Publier ». Chaque version reste dans l’historique.

En cas d’erreur, l’option « Définir en tant que dernière version », dans l’onglet Versions, permet de republier une version précédente.

Les espaces de travail laissent plusieurs personnes préparer des changements en parallèle. D’après l’aide, la version gratuite en accepte trois par conteneur, l’espace par défaut compris, et la version 360 un nombre illimité, avec en plus un circuit d’approbation avant publication.

La page de comparaison de Google n’affiche pas de prix pour Tag Manager 360 et renvoie vers son équipe commerciale.

Le tracking côté serveur, en principe

Dans un montage classique, chaque balise s’exécute dans le navigateur du visiteur et envoie elle-même ses données aux outils tiers. Avec le tagging côté serveur, le site garde un conteneur web, mais il envoie ses données à un conteneur serveur, hébergé dans un environnement cloud que l’entreprise contrôle. C’est ce serveur qui redistribue ensuite les données.

Google y voit trois avantages : moins de code à charger dans le navigateur, la possibilité de filtrer les données personnelles avant de les transmettre aux tiers, et des données validées avant envoi.

Le serveur s’héberge sur Google Cloud ou dans tout environnement compatible Docker. Pour Cloud Run, la documentation de Google indique que « chaque serveur coûte environ 45 $ par mois » et recommande au moins deux instances, pour limiter le risque de perte de données en cas de panne.

Avant de vous lancer, prévoyez donc un budget d’hébergement et des compétences techniques.

Consentement et limites à connaître

Si votre site demande l’accord des visiteurs pour les cookies, vos balises doivent respecter leur choix.

GTM gère pour cela le mode Consentement de Google, qui repose sur quatre paramètres : ad_storage, analytics_storage, ad_user_data et ad_personalization. Les deux derniers ont été ajoutés lors de la mise à jour de novembre 2023, selon la documentation de Google.

D’après l’aide de Tag Manager, le mode de base bloque les balises Google tant que le visiteur n’a pas interagi avec la bannière. Le mode avancé les charge tout de suite, avec un refus par défaut, et envoie des signaux sans cookie tant que le consentement est refusé.

Dans GTM, un déclencheur dédié, « Initialisation du consentement », s’exécute avant tous les autres.

Autre limite : un conteneur se dégrade vite sans règles. Balises en double, déclencheurs trop larges, noms incompréhensibles : au bout de quelques mois, plus personne ne sait ce qui se déclenche. Mieux vaut fixer une convention de nommage, documenter chaque balise et supprimer celles qui ne servent plus.

Chaque balise exécutée dans le navigateur pèse aussi sur le temps de chargement de la page. GTM rend l’ajout facile, ce qui pousse à empiler les outils.

Google Tag Manager est donc particulièrement utile si vous utilisez plusieurs outils de mesure et de publicité, ou si vous voulez un suivi propre des conversions sans solliciter les développeurs à chaque changement.

Il demande en contrepartie de la rigueur dans l’organisation du conteneur. Des notions de JavaScript deviennent vite utiles pour la couche de données, et le tracking côté serveur reste un chantier technique, à envisager une fois le suivi classique maîtrisé.