Sommaire · 5 chapitres
Je suis Amaury DUVAL, consultant freelance en tracking et web analytics, certifié Google Analytics et GTM. Vous trouverez ici la définition, un exemple de structure, la méthode en cinq étapes que j'applique en mission et les erreurs de tracking qui font dériver un plan de marquage.
Qu'est-ce qu'un plan de taggage ?
Le « taggage » désigne la pose de tags, ces petits scripts JavaScript qui envoient une information à un outil de web analytics (Google Analytics 4, Matomo, Adobe Analytics, Piwik PRO) au moment d'une interaction : chargement d'un écran, clic, envoi d'un formulaire, ajout au panier. On parle aussi de plan de marquage ou de plan de tracking : c'est le même livrable, souvent tenu par un consultant ou l'équipe data.
Sans plan, chaque nouvelle demande ajoute des balises au hasard, les noms divergent et plus personne ne sait ce qu'un chiffre mesure. Avec un plan, chaque indicateur du reporting renvoie à une entrée précise, ce qui permet de mieux comprendre le comportement des utilisateurs et de prendre des décisions sur une base commune à toutes les équipes.
À quoi ressemble un plan de taggage ? Exemple de structure
Le format le plus courant reste le tableur partagé (Google Sheets ou Excel), avec un onglet par gabarit ou par parcours. Voici un exemple simplifié pour un site e-commerce et un site de génération de leads, avec les noms recommandés pour GA4 :
| Nom | Déclencheur | Données envoyées | Pages | Statut |
|---|---|---|---|---|
| view_item | Affichage d'une fiche produit | item_id, item_name, price | Fiches produits | Recetté |
| add_to_cart | Bouton « Ajouter au panier » | item_id, quantity, value | Fiches produits, listes | Recetté |
| purchase | Confirmation de commande | transaction_id, value, currency | Confirmation | À corriger |
| generate_lead | Envoi réussi de la demande de devis | form_name, lead_type | Contact, devis | En cours |
Ces noms viennent de la liste des événements recommandés de Google Analytics 4. Les reprendre tels quels active les rapports de vente natifs, alors qu'un nom inventé (« ajoutPanier ») oblige à tout reconstruire à la main.
D'autres colonnes utiles complètent ce socle :
- 01Variable source
- la variable qui fournit chaque donnée.
- 02Balise
- son nom exact dans le conteneur.
- 03Consentement
- la catégorie qui autorise l'envoi.
- 04Responsable et date
- qui a vérifié la ligne, et quand.
Pourquoi un plan de taggage ne suffit pas à fiabiliser les données
Un plan de taggage est un document vivant : chaque refonte, nouveau module ou changement de CMS peut casser des tags sans que personne ne le voie. Les problèmes que je rencontre le plus souvent en audit analytics :
- 01Doublons
- un achat envoyé deux fois, par le CMS et par GTM, qui double le chiffre d'affaires mesuré.
- 02Événements orphelins
- des clics mesurés que plus aucun rapport n'utilise.
- 03Consentement oublié
- des tags qui partent avant le choix de l'internaute, contraire aux règles de la CNIL sur les cookies.
- 04Plan obsolète
- un tableur juste sur le papier mais plus sur le site.
La parade : un responsable nommé, une recette à chaque mise en production et une revue trimestrielle avec les équipes concernées. Traitez le consentement dès le départ ; c'est le sujet de mon accompagnement RGPD et tracking.
Si vous voulez que je m'en occupe, j'interviens à distance comme consultant Google Tag Manager : audit de l'existant, rédaction du plan, spécifications du datalayer, mise en place et recette. Pour exploiter les données, voyez mon accompagnement de consultant Google Analytics.
Questions fréquentes
Q01Quel est le rôle d'un gestionnaire de balises ?
Un gestionnaire de balises comme GTM centralise tous les tags dans une seule interface : vous en ajoutez ou en modifiez sans toucher au code du site, avec un historique des versions et un mode de test.
Q02Quelle est l'utilité d'un tag ?
Un tag envoie une donnée précise à une solution de mesure au moment d'une interaction : une vue, une conversion. Sans tag, l'outil d'analytics ne voit rien de ce que fait l'utilisateur.
Q03Comment supprimer Google Tag Manager ?
Retirez les deux extraits du conteneur, dans l'en-tête et juste après la balise body, puis vérifiez qu'aucune mesure indispensable n'en dépendait. Mettez le plan de taggage à jour en conséquence.
Comment construire un plan de taggage en 5 étapes
Définir les objectifs et les indicateurs
Partez des choix à faire, pas des outils. Pour chaque objectif, fixez deux à quatre indicateurs :
Un signal qui n'alimente aucun indicateur est superflu : il n'a rien à faire dans le plan de taggage. Je relie aussi chaque objectif aux KPI Google Analytics qui serviront au reporting.
Cartographier les parcours et repérer les événements
Listez les interactions qui comptent sur chaque parcours : recherche interne, fiche produit, étapes du tunnel, téléchargement, clic sur un numéro de téléphone. C'est là que vous voyez si vous passez à côté d'un signal clé, comme l'abandon à une étape précise d'un parcours de devis. Notez aussi les sources de trafic à suivre, avec des paramètres UTM cohérents.
Structurer le datalayer et la nomenclature
Le datalayer est l'objet JavaScript où le site expose les données utiles (produit, montant, type d'utilisateur) que les tags viennent lire. Le plan précise, pour chaque interaction, ce que les développeurs doivent pousser. Fixez aussi les règles de nommage :
Configurer les balises dans GTM
Une fois le conteneur en place (voir la mise en route de GTM) et les variables du datalayer poussées, le tag management se fait dans l'interface de Google : chaque ligne devient une balise, un déclencheur et des variables. Je détaille cette partie dans mes pages sur le datalayer GTM et sur les balises et déclencheurs. Pour aller plus loin sur la fiabilité, la question du taggage côté serveur se pose ensuite.
Sur un CMS, une partie du travail existe déjà : des modules pour PrestaShop, WooCommerce ou Shopify alimentent le datalayer de vente automatiquement. J'explique ces cas dans mes pages sur GTM et WordPress et sur GTM et Shopify. Vérifiez toutefois que les noms poussés par le module correspondent à votre plan : c'est rarement le cas partout.
Tester et recetter les données
La recette passe chaque ligne au crible, d'abord dans le mode Aperçu, puis dans le rapport DebugView de GA4 : l'envoi part-il une seule fois, avec les bonnes valeurs, uniquement après consentement ? Le statut est mis à jour dans le plan. C'est l'étape qui permet de corriger les erreurs de tracking avant qu'elles ne faussent des mois de données.