Google Tag Manager : comment mettre en place le suivi des conversions

Le site est neuf, les campagnes démarrent lundi. Quelqu’un a collé le code de Google Analytics dans le thème, un plugin a ajouté le Pixel Meta, l’agence précédente avait placé la balise Google Ads sur la page de remerciement. Au bout d’un mois, Google Ads affiche 60 conversions et le CRM 25 demandes (chiffres inventés pour l’exemple). Personne ne sait dire quel code compte quoi, ni qui l’a installé. C’est la situation que nous rencontrons le plus souvent quand nous ouvrons un nouveau compte publicitaire.

La réponse courte : Google Tag Manager (GTM) est l’outil gratuit de Google qui rassemble dans un conteneur unique tous les codes de mesure du site. On l’installe une fois, puis chaque conversion se configure avec trois éléments : une balise (quoi envoyer et à qui), un déclencheur (quand l’envoyer) et des variables (avec quelles données). Pour une PME, les conversions à configurer en priorité sont au nombre de quatre : l’envoi des formulaires, le clic sur le téléphone, le clic sur l’email et les achats. Avant de publier, on contrôle tout en mode aperçu, avec le consentement aux cookies déjà branché.

Je gère des campagnes sur Google, Meta et LinkedIn, et le travail sur les enchères ne vaut que ce que valent les conversions que reçoivent les plateformes. Ce guide décrit la méthode avec laquelle nous configurons GTM avant de lancer une campagne.

Qu’est-ce que Google Tag Manager et à quoi sert-il ?

Google Tag Manager est un système de gestion de balises : un morceau de code installé une fois sur le site qui charge, selon des règles que vous définissez, les codes de Google Analytics 4, Google Ads, Meta, LinkedIn et des autres outils. Les modifications se font depuis une interface web, sans toucher au code du site à chaque fois.

Pour une PME, les avantages pratiques sont au nombre de trois :

• Un seul endroit. Tous les codes de mesure sont dans le même conteneur, avec des noms lisibles. Quand l’agence ou le prestataire du site change, la liste est là.
• Moins de dépendance au développeur. Ajouter une conversion ou modifier une règle ne demande pas de mise en production du site, si celui-ci expose déjà les données nécessaires.
• Un contrôle avant publication. Chaque modification se teste en mode aperçu et chaque publication crée une version vers laquelle on peut revenir.

GTM ne mesure rien tout seul. C’est un « facteur » : il porte les données à GA4, à Google Ads ou à Meta, qui les comptent ensuite et les attribuent aux campagnes. Si le facteur livre deux fois la même lettre, la plateforme compte deux conversions.

Conteneur, balises, déclencheurs, variables et couche de données : qu’est-ce que c’est ?

Ce sont les cinq notions nécessaires pour lire n’importe quelle configuration de Tag Manager.

Élément	Ce que c’est	Exemple
Conteneur	Le « paquet » installé sur le site qui contient tout le reste. Son ID commence par GTM-	Le conteneur du site de l’entreprise
Balise	Le code qui envoie une donnée à une plateforme	Événement GA4 « generate_lead », conversion Google Ads « Demande de devis »
Déclencheur	La règle qui décide quand une balise se déclenche	Envoi du formulaire de contact, clic sur un lien qui commence par « tel: »
Variable	Une valeur que lisent les balises et les déclencheurs	URL du clic, ID de la commande, valeur du panier
Couche de données (data layer)	L’espace dans lequel le site écrit des données pour Tag Manager	{event: "purchase", value: 120, currency: "EUR"}

Conteneur, déclencheurs et variables

Un conteneur correspond généralement à un site et se crée depuis tagmanager.google.com. Le compte doit de préférence être au nom de l’entreprise, pas de l’agence ou du freelance du moment.

Les déclencheurs les plus utilisés sont la page vue, le clic, l’envoi d’un formulaire et les événements personnalisés qui proviennent de la couche de données. L’un d’eux, Initialisation du consentement - Toutes les pages, se déclenche avant tous les autres : c’est sur lui que s’appuie la bannière de cookies. Les variables intégrées (URL de la page, URL du clic, ID du formulaire) doivent être activées depuis le menu Variables ; les autres, vous les créez vous-même, comme une variable de couche de données qui lit la valeur d’une commande.

La couche de données

La couche de données est un objet JavaScript que le site utilise pour transmettre des informations à Tag Manager. La documentation de Google demande deux précautions : la déclarer avant l’extrait de code GTM avec window.dataLayer = window.dataLayer || []; et ajouter des données toujours avec dataLayer.push(), jamais en la réaffectant, car cela effacerait son contenu.

Elle demande un développeur, mais elle rend le suivi stable : un déclencheur construit sur le texte d’un bouton casse à la première refonte graphique, un événement écrit par le site quand le formulaire est réellement envoyé, non.

Comment installer Google Tag Manager sur le site ?

On crée un compte et un conteneur de type Web, puis on copie deux blocs de code sur toutes les pages du site. Google indique de placer le premier le plus haut possible dans la balise <head> et le second juste après l’ouverture du <body>. Le second est la version noscript, pour les navigateurs où JavaScript est désactivé.

Sur WordPress, Shopify, Wix et d’autres CMS, on peut utiliser l’intégration de la plateforme ou un plugin, plutôt que de modifier le thème à la main. C’est très bien, à condition que le code de GTM ne soit chargé qu’une seule fois : vérifiez qu’il n’y a pas déjà un ancien conteneur dans le thème ou dans un plugin.

Après l’installation :

1. Faites l’inventaire des codes existants. Les balises GA4, Google Ads ou le Pixel Meta insérés à la main dans le thème, les plugins ou le CMS doivent être listés. Si vous les recréez dans GTM sans les retirer du site, vous comptez tout deux fois.
2. Créez la balise Google. Dans GTM, ajoutez une balise de type « Balise Google » avec l’ID de la propriété GA4 (il commence par G-), sur le déclencheur d’initialisation de toutes les pages.
3. Retirez les codes en double du site seulement après avoir vérifié en mode aperçu que les nouvelles balises fonctionnent.

Le lien entre les clics sur les annonces et les conversions est assuré par l’Éditeur de liens de conversion, qui enregistre les identifiants de clic dans les cookies de votre domaine. Le guide de Tag Manager précise que si un conteneur charge une balise Google sur chaque page, il n’est pas nécessaire d’ajouter aussi une balise Éditeur de liens de conversion. Si la balise Google n’est pas présente sur toutes les pages, l’Éditeur de liens doit être placé sur toutes.

Quelles conversions configurer en premier ?

Celles qui correspondent à un contact ou à une vente réels : envoi des formulaires, clics sur le téléphone et l’email, achats. Avant d’ouvrir GTM, il vaut mieux les écrire dans un plan de marquage d’une page : nom de la conversion, ce qui la déclenche, quelles plateformes la reçoivent, quelle valeur elle a.

Conversion	Déclencheur conseillé	GA4	Google Ads	Meta
Formulaire de contact ou de devis	Événement dans la couche de données après l’envoi réussi	generate_lead	Conversion principale	Lead
Clic sur le téléphone	Clic sur un lien qui commence par tel:	événement personnalisé, ex. click_telefono	Conversion secondaire ou principale	Contact
Clic sur l’email	Clic sur un lien qui commence par mailto:	événement personnalisé, ex. click_email	En général secondaire	Contact
Achat	Événement purchase dans la couche de données sur la page de confirmation	purchase	Conversion principale avec valeur	Purchase

Les noms generate_lead et purchase sont des événements recommandés par GA4 : certains rapports de GA4 les utilisent directement. Lead, Contact et Purchase sont des événements standard du Pixel Meta. Pour les autres événements, choisissez des noms courts, en minuscules, avec un tiret bas, et gardez-les identiques sur toutes les plateformes.

Formulaires de contact et de devis

C’est la conversion la plus importante pour qui fait de la génération de leads, et celle qui casse le plus souvent. Il y a trois façons de la capter, de la plus fragile à la plus solide :

• Déclencheur Envoi de formulaire. GTM écoute l’envoi du formulaire. L’option Vérifier la validation limite le déclenchement aux envois réussis : si elle est désactivée, le déclencheur se lance à chaque tentative, même quand le formulaire signale une erreur (guide du déclencheur Envoi de formulaire). Il ne fonctionne pas avec de nombreux formulaires qui envoient les données sans recharger la page ou qui se trouvent dans un iframe, comme ceux de plusieurs CRM et outils de réservation.
• Page de remerciement. Un déclencheur de page vue sur l’URL /merci/. Cela fonctionne si la page n’est accessible qu’après l’envoi ; les rechargements et les visites depuis Google gonflent le décompte.
• Événement dans la couche de données. Le développeur ajoute au formulaire, à l’endroit où l’envoi réussit, une ligne comme dataLayer.push({event: "form_inviato", form_nome: "preventivo"}). Dans GTM, vous créez un déclencheur de type Événement personnalisé sur form_inviato. C’est la solution que nous recommandons, car elle suit l’envoi réel et non la mise en page.

Si le formulaire est dans un iframe d’un service externe, vérifiez si ce service propose une intégration avec GTM. S’il n’en a pas, il vaut souvent mieux enregistrer la conversion depuis le CRM, comme nous l’expliquons dans du lead au contrat : relier campagnes et CRM.

Clics sur le téléphone et l’email

On utilise un déclencheur Clic - Liens uniquement avec la condition « Click URL commence par tel: » (ou mailto:). La variable intégrée Click URL doit d’abord être activée dans le menu Variables. Un tel déclencheur couvre tous les numéros et toutes les adresses du site, y compris ceux du pied de page.

Un clic n’est pas un appel : c’est une intention. C’est pourquoi, dans les campagnes que nous suivons, le clic sur l’email reste presque toujours une conversion secondaire, et le clic sur le téléphone ne devient principal que lorsque le téléphone est vraiment le canal par lequel arrivent les clients. Pour mesurer les vrais appels issus des annonces, il faut d’autres outils, comme le numéro de transfert de Google : nous en parlons dans l’article sur les annonces d’appel.

Les achats en e-commerce

Ici, la couche de données est obligatoire. Sur la page de confirmation de commande, le site doit écrire un événement purchase avec l’ID de la transaction, la valeur, la devise et les produits, au format indiqué par le guide e-commerce de GA4 pour Tag Manager. Le même guide conseille de vider l’objet ecommerce avant chaque nouvel événement, pour que les données d’une étape précédente ne se mélangent pas.

Les plateformes e-commerce les plus répandues ont des extensions qui le font automatiquement. Il faut tout de même les contrôler : valeur avec ou sans TVA et livraison, commandes annulées, paiements externes qui ne reviennent pas sur la page de confirmation.

Comment configurer les balises pour GA4, Google Ads et Meta ?

Avec une balise par plateforme et par conversion, toutes rattachées au même déclencheur. Le même événement « formulaire envoyé » alimente GA4, Google Ads et Meta : si un jour le formulaire change, vous ne mettez à jour qu’un seul déclencheur.

GA4

Pour chaque conversion, vous créez une balise Google Analytics : événement GA4 avec l’ID de la propriété et le nom de l’événement (generate_lead, click_telefono, purchase). Pour les achats, dans les paramètres de la balise, vous activez l’envoi des données e-commerce avec la couche de données comme source. Ensuite, dans GA4, vous marquez les événements qui comptent comme événements clés : c’est le nom que GA4 utilise aujourd’hui pour ce qu’on appelait autrefois des conversions.

Google Ads

Dans Google Ads, vous créez l’action de conversion et, dans la configuration de la balise, vous choisissez Google Tag Manager : vous obtenez l’ID de conversion, identique pour tout le compte, et le libellé de conversion, différent pour chaque action. Dans GTM, vous créez une balise Suivi des conversions Google Ads avec ces deux valeurs. Le guide de Tag Manager suggère d’ajouter la valeur, l’ID de transaction et le code de devise au moyen de variables, et rappelle que si la valeur reste vide, c’est 0 qui est envoyé. L’ID de transaction sert à ne pas compter deux fois la même commande.

Vous pouvez aussi importer dans Google Ads les événements clés de GA4, qui ont toutefois des délais et des règles d’attribution différents. N’utilisez pas les deux voies comme conversions principales pour le même formulaire.

Dans la balise Google Ads, on active aussi les données fournies par les utilisateurs pour les conversions avancées (Enhanced Conversions). Nous ne répétons pas ici leur fonctionnement : tout se trouve dans conversions avancées et Consent Mode, y compris le conseil de transmettre l’email par la couche de données plutôt que par des sélecteurs CSS.

Meta

Le Pixel Meta se configure dans GTM en deux parties. Le code de base, copié depuis le Gestionnaire d’événements, va sur toutes les pages (balise HTML personnalisée ou modèle de la Galerie de modèles de la communauté). Les événements standard (Lead, Contact, Purchase) sont des balises distinctes sur les mêmes déclencheurs que ceux utilisés pour GA4 et Google Ads. Pour Purchase, Meta exige la valeur et la devise.

Dans le Gestionnaire d’événements, Meta propose aussi une intégration automatique avec Google Tag Manager. Nous préférons créer les balises à la main : on sait exactement ce qui se déclenche, et on ne donne pas à une plateforme externe les droits de modification sur le conteneur.

Si vous utilisez aussi l’API Conversions, c’est-à-dire l’envoi des événements depuis le serveur, chaque événement du Pixel doit avoir un eventID identique à l’event_id envoyé par le serveur. Meta déduplique les deux événements seulement si le nom et l’ID coïncident et arrivent dans un délai de 48 heures. Sans ID commun, chaque lead compte double.

Comment brancher le Consent Mode v2 dans Tag Manager ?

Avec le modèle de la plateforme de gestion du consentement (CMP) sur le déclencheur Initialisation du consentement - Toutes les pages, qui fixe les quatre signaux du Consent Mode sur « refusé » avant toute autre balise et les met à jour quand le visiteur fait son choix. Pour de nombreuses CMP, il existe des modèles prêts à l’emploi dans la Galerie de modèles de la communauté, comme l’indique le guide du consentement dans Tag Manager.

Dans GTM, il y a ensuite deux niveaux de contrôle pour chaque balise, dans les paramètres avancés :

• Contrôles de consentement intégrés. Les balises Google (GA4, Google Ads, Floodlight) lisent elles-mêmes l’état du consentement et adaptent leur comportement. Il n’y a rien à ajouter.
• Contrôles de consentement supplémentaires. Pour les balises tierces, comme le Pixel Meta ou l’Insight Tag de LinkedIn, vous indiquez qu’un consentement supplémentaire est requis pour déclencher la balise et vous précisez les signaux nécessaires, en général ad_storage. Ainsi, la balise ne se déclenche que si le visiteur a accepté.

La présentation du consentement (elle s’active depuis Admin, Paramètres du conteneur) montre sur un seul écran quelles balises ont le consentement configuré et lesquelles ne l’ont pas. C’est le premier endroit que nous regardons quand nous ouvrons un conteneur hérité.

Les différences entre le Consent Mode de base et avancé, les conditions de la modélisation des conversions et les règles du Garante (l’autorité italienne de protection des données) sont expliquées dans l’article sur les conversions avancées et le Consent Mode. Le choix entre mode de base et mode avancé doit être partagé avec le DPO.

Comment vérifier que tout fonctionne avant de publier ?

Avec le mode Aperçu de Tag Manager. Depuis l’espace de travail, cliquez sur Aperçu, saisissez l’URL du site : Tag Assistant s’ouvre, relié à un onglet du site où la version brouillon du conteneur est active. Selon le guide de l’aperçu, vous voyez pour chaque événement quelles balises se sont déclenchées, pourquoi, et quelles données elles ont envoyées. Le brouillon n’est visible que dans votre navigateur, tant que vous ne publiez pas.

La série de contrôles que nous faisons avant chaque publication :

1. Bannière ouverte : aucune balise tierce ne se déclenche avant le choix, le consentement apparaît comme refusé.
2. Cookies acceptés : la mise à jour du consentement apparaît et les balises en attente se déclenchent.
3. Formulaire avec une erreur : aucune conversion.
4. Formulaire envoyé correctement : chaque balise de conversion se déclenche une seule fois, avec les bons paramètres.
5. Clics sur le téléphone et l’email : une conversion par clic.
6. Achat de test : ID de transaction, valeur et devise corrects dans la couche de données.
7. Cookies refusés dans une fenêtre de navigation privée : les balises tierces restent inactives.

On contrôle ensuite de l’autre côté : le DebugView de GA4 pour les événements, l’outil Événements test du Gestionnaire d’événements de Meta pour le Pixel et, après quelques jours, l’état de l’action de conversion dans Google Ads.

Comment fonctionnent les versions et la publication ?

Chaque publication crée une version, c’est-à-dire, selon la définition de Google, un instantané de la configuration du conteneur à ce moment-là. On publie avec Envoyer, puis Publier et créer une version, en lui donnant un nom et une description (guide sur la publication et les versions).

Trois habitudes évitent bien des problèmes :

• Un nom et une description compréhensibles. « Formulaire devis : événement couche de données + Ads + Meta » dit ce qui a changé. « Version 14 », non.
• Une modification à la fois. Avec dix changements en même temps, on ne comprend pas lequel a cassé quoi.
• Savoir comment revenir en arrière. Depuis la section Versions, vous pouvez republier la bonne version et corriger tranquillement.

Dans la version gratuite, chaque conteneur dispose de trois espaces de travail simultanés au maximum, utiles quand l’agence et le développeur travaillent en parallèle. Le circuit de validation avant publication n’est disponible que dans Tag Manager 360, la version payante : pour une PME, il suffit de décider qui a le droit de publier.

Après la publication, attendez quelques jours et comparez les conversions dans les plateformes avec les contacts réellement reçus. La méthode est détaillée dans l’article sur comment vérifier les données, du clic à la vente.

Faut-il passer au tagging côté serveur ?

Pour beaucoup de PME, non, du moins au début. Avec le tagging côté serveur, on ajoute un second conteneur GTM qui tourne sur un serveur que vous contrôlez : le navigateur envoie les données à ce serveur, qui les transmet à GA4, Google Ads ou Meta. Cela donne plus de contrôle sur ce qui sort du site et facilite l’envoi d’événements côté serveur, comme l’API Conversions de Meta.

Il a toutefois des coûts d’infrastructure et de maintenance, et il a du sens quand il y a beaucoup de plateformes à alimenter ou des exigences strictes sur les données. Le consentement doit être respecté aussi côté serveur. Mieux vaut d’abord avoir un conteneur web en ordre : un dispositif côté serveur construit sur des événements erronés envoie des données erronées de façon plus sophistiquée.

Les erreurs à éviter

Des codes en double entre le site et GTM. Des balises laissées dans le thème ou dans un plugin et recréées dans Tag Manager : les conversions doublent et les campagnes paraissent meilleures qu’elles ne le sont.

Des conversions sur la page de remerciement sans protection. Les rechargements, les favoris et les visites depuis Google gonflent les chiffres. Mieux vaut un événement dans la couche de données au moment de l’envoi.

Des déclencheurs liés à la mise en page. Texte du bouton ou classes CSS : à la première refonte graphique, le suivi s’interrompt sans prévenir.

Des balises tierces sans contrôle du consentement. Les balises Google gèrent le consentement elles-mêmes, le Pixel Meta et les autres, non. Il faut les configurer une par une.

Deux conversions principales pour le même formulaire. La balise Google Ads et l’import depuis GA4 utilisés tous deux pour les enchères : le Smart Bidding voit deux fois plus de demandes.

Un compte GTM au nom de quelqu’un qui s’en va. Le conteneur doit appartenir à l’entreprise, avec au moins deux personnes internes disposant d’un accès administrateur.

Checklist

• Compte au nom de l’entreprise, codes en double supprimés, balise Google sur toutes les pages
• Plan de marquage écrit : conversions, déclencheurs, plateformes, valeurs
• Formulaires suivis par un événement dans la couche de données après l’envoi réussi
• Clics sur tel: et mailto: suivis par des déclencheurs de clic
• Événement purchase avec ID de transaction, valeur et devise (pour l’e-commerce)
• Balises GA4, Google Ads et Meta rattachées aux mêmes déclencheurs
• CMP sur le déclencheur d’initialisation du consentement, contrôles supplémentaires sur les balises tierces
• Test en mode aperçu avec consentement accepté et refusé
• Version au nom clair et comparaison avec les contacts réels au bout de deux semaines

Vous voulez un Tag Manager en ordre avant d’investir dans des campagnes ?

Nous commençons par un contrôle du conteneur et du site : codes en double, conversions qui ne se déclenchent pas ou se déclenchent deux fois, consentement, liaison avec GA4, Google Ads et Meta. Nous rédigeons ensuite le plan de marquage, nous configurons les balises et nous les vérifions avec vous avant de publier. C’est le travail que nous faisons dans notre service analytics et données, en général avant de lancer les campagnes Google Ads ou de publicité Meta.

Vous pouvez réserver un appel avec Federico ou nous écrire via le formulaire de contact.

Questions fréquentes

Google Tag Manager est-il gratuit ?

Oui, la version standard est gratuite et suffit pour presque toutes les PME. Il existe une version payante, Tag Manager 360, avec des fonctions pour les grandes organisations, comme le circuit de validation des publications et davantage d’espaces de travail.

Quelle différence entre Google Tag Manager et Google Analytics ?

Google Analytics mesure et affiche les données : visites, canaux, événements clés. Tag Manager n’affiche pas de rapports : il gère les codes qui envoient les données à GA4 et aux autres plateformes. On les utilise généralement ensemble, avec GA4 configuré via Tag Manager.

Faut-il un développeur pour utiliser Tag Manager ?

Pour l’installer et pour gérer les balises et les déclencheurs de base, non. Il en faut un pour la couche de données, c’est-à-dire pour faire écrire au site des événements fiables comme l’envoi réussi d’un formulaire ou les données d’un achat. C’est un travail circonscrit qui rend le suivi plus stable.

Puis-je déplacer dans GTM les codes que j’ai déjà sur le site ?

Oui, et c’est conseillé. On recrée chaque code dans Tag Manager, on vérifie en mode aperçu qu’il fonctionne et ce n’est qu’ensuite qu’on retire l’ancien du site, pour ne pas perdre de données ni les compter deux fois pendant la transition.