- Conversion
- Data
Table des matières
- Qu'est-ce qu'un plan de marquage ? Définition
- Pourquoi utiliser un plan de marquage ?
- Plan de mesure, plan de marquage, dataLayer et gestionnaire de tags : quelles différences ?
- Que doit contenir un plan de marquage complet ?
- Comment créer un plan de marquage étape par étape ?
- Comment tester et mesurer l'efficacité d'un plan de marquage ?
- Comment maintenir et optimiser un plan de marquage dans le temps ?
- Comment transformer le plan de marquage en décision SEO, SEA et CRO ?
- Faut-il créer son plan de marquage en interne ou faire appel à une agence ?
- L'accompagnement Empirik en data analytics
Table des matières
- Qu'est-ce qu'un plan de marquage ? Définition
- Pourquoi utiliser un plan de marquage ?
- Plan de mesure, plan de marquage, dataLayer et gestionnaire de tags : quelles différences ?
- Que doit contenir un plan de marquage complet ?
- Comment créer un plan de marquage étape par étape ?
- Comment tester et mesurer l'efficacité d'un plan de marquage ?
- Comment maintenir et optimiser un plan de marquage dans le temps ?
- Comment transformer le plan de marquage en décision SEO, SEA et CRO ?
- Faut-il créer son plan de marquage en interne ou faire appel à une agence ?
- L'accompagnement Empirik en data analytics
Un plan de marquage est le document qui manque à la plupart des sites pour savoir si leur tracking est fiable. Le site dispose de Google Analytics 4, de Matomo ou de Piano Analytics, le tag de mesure est installé, les rapports s’affichent – et pourtant, personne dans l’équipe n’est capable de répondre avec certitude à une question simple : les conversions sont-elles correctement mesurées ? Les formulaires envoyés remontent-ils tous ? Chaque étape du parcours d’achat est-elle réellement suivie, ou seulement une partie ?
Le plan de marquage, aussi appelé plan de taggage ou plan de tracking, traduit les objectifs business en données collectables et exploitables, avant même d’ouvrir un gestionnaire de tags comme Google Tag Manager. Ces trois expressions désignent, dans la pratique du web analytics, le même type de livrable, ce guide les utilise de façon interchangeable.
Cet article abordera notamment :
- Qu’est-ce qu’un plan de marquage et son utilité ?
- Plan de mesure, plan de marquage, dataLayer et gestionnaire de tags : quelles différences ?
- Ce que doit contenir un plan complet, et comment traduire les objectifs business en événements à suivre ?
- Comment créer un plan de marquage étape par étape ?
- Comment le tester, le maintenir et l’optimiser dans le temps ?
- Comment en tirer des décisions SEO, SEA et CRO, en interne ou avec une agence spécialiste en data analytics ?
Chaque section de l’article reprend une de ces étapes.
Qu'est-ce qu'un plan de marquage ? Définition
Un plan de marquage est un document de référence qui répertorie les interactions et les informations à collecter sur un site web ou une application. Pour chaque événement, il précise notamment son nom, son déclencheur, ses paramètres, sa finalité et sa destination.
Il se présente le plus souvent sous la forme d’un tableur / spreadsheet (Google Sheets ou Excel), mais peut aussi être intégré à un outil spécialisé de gestion des plans de données ou à une documentation technique plus large.
Selon les organisations et les agences, un plan de marquage peut aussi s’appeler plan de taggage, plan de tracking, ou son équivalent anglophone tracking plan. Le contenu reste le même.
Les trois fonctions du plan de taggage
Un bon plan de marquage remplit trois fonctions :
- Document de conception pour les équipes Analytics, qui l’utilisent pour arbitrer ce qui doit être mesuré et pourquoi.
- Spécification technique pour les développeurs, qui s’appuient dessus pour implémenter le dataLayer et les événements sans avoir à deviner les intentions métier.
- Référentiel commun pour les équipes marketing, produit et data, qui y trouvent une définition partagée de ce que chaque donnée signifie.
|
À ne pas confondre Il ne faut pas confondre un plan de taggage avec un tableau de bord : un plan de marquage documente la collecte de données, pas la manière dont on les visualisent. Ce n'est pas non plus une simple liste de balises installées dans Google Tag Manager : GTM est un outil d'exécution, le plan de marquage est un document de conception qui existe indépendamment de l'outil choisi pour l'implémenter.. |
Voici un exemple de ligne simplifiée d’un plan de marquage :
Pourquoi utiliser un plan de marquage ?
Un plan de marquage n’est pas uniquement une liste d’événements à implémenter. Sa visée principale est de faire le lien entre les objectifs de l’entreprise et les données qui sont collectées. Son intérêt se mesure donc à plusieurs niveaux : la pertinence des données mesurées, la qualité de la donnée produite et la fluidité du travail entre les équipes.
| L'utilité / avantage d'un plan de marquage | Explication |
|---|---|
| Mesurer les objectifs réellement importants pour l'entreprise | Pour réaliser un plan de marquage, il faut partir de ce que l'entreprise cherche à piloter. Chaque événement retenu répond à un objectif business identifié, ce qui évite d'accumuler des données que personne n'exploite. |
| Éviter les oublis, les doublons et les événements mal définis | Le passage en revue systématique des parcours révèle les étapes non suivies, et le référentiel unique empêche qu'un même comportement soit enregistré deux fois sous deux noms différents. |
| Uniformiser les données entre les pages, les pays ou les marques | Un même événement porte le même nom et les mêmes paramètres partout. C'est la condition pour effectuer des comparaisons fiables entre deux marchés ou deux marques. |
| Faciliter les échanges entre les équipes marketing, Analytics et développement | Un plan de taggage doit être élaboré en synergie entre les équipes marketing et data. L'équipe développement sait précisément quoi implémenter, et le marketing sait quelles données seront récoltées, pour guider les décisions de manière éclairée. |
| Fiabiliser les tableaux de bord et les analyses | Des données nommées et structurées de façon stable permettent d'obtenir des rapports cohérents et comparables. Sans ce cadre, chaque évolution du site fait bouger les chiffres sans qu'on sache si c'est le comportement ou le marquage qui a changé. |
| Mieux alimenter les plateformes publicitaires | Les conversions et les paramètres remontés aux régies conditionnent la qualité de leurs algorithmes d'optimisation. Un marquage propre améliore directement le ciblage et la mesure de la performance payante. |
| Documenter les règles de collecte et de consentement | Le plan précise ce qui est collecté, dans quelles conditions et selon quel statut de consentement. Cette traçabilité est indispensable pour justifier le dispositif en cas de contrôle. |
| Conserver la connaissance du dispositif en cas de changement d'équipe | Le plan de marquage rend le dispositif transmissible et auditable en cas de turn-over dans les équipes data et Analytics. |
Les conséquences concrètes d'un marquage absent ou mal construit
L’absence de plan de marquage peut avoir des conséquences opérationnelles qui impactent la qualité du suivi des données, et in fine des décisions marketing prises sur des données erronées. Les défauts qu’on retrouve sont souvent les mêmes :
- des conversions comptabilisées plusieurs fois ;
- des formulaires envoyés mais jamais mesurés ;
- un chiffre d’affaires différent entre l’outil Analytics et le back-office ;
- des événements qui ne sont ni utilisés ni suivis ;
- des campagnes SEA optimisées sur de mauvais signaux de conversion ;
- des décisions CRO prises à partir de parcours utilisateurs incomplets.
Le point le plus important à retenir de cette section : la valeur d’un plan de marquage ne réside pas dans le nombre d’événements qu’il liste, mais dans la pertinence et la fiabilité des informations collectées. Un plan avec quinze événements bien définis, bien documentés et réellement utilisés par les équipes a plus de valeur qu’un plan avec deux cents événements qui ne servent ni à prendre des décisions, ni à suivre l’atteinte des objectifs d’entreprise.
Sans plan de marquage / avec plan de marquage :
Plan de mesure, plan de marquage, dataLayer et gestionnaire de tags : quelles différences ?
Ces quatre notions sont fréquemment confondues, alors qu’elles interviennent à des étapes distinctes et complémentaires de la chaîne de mesure.
- Le plan de mesure définit ce que l’entreprise cherche à comprendre : les objectifs, les KPI, les dimensions d’analyse et les questions métier auxquelles la donnée doit répondre.
- Le plan de marquage (ou plan de taggage) traduit ces besoins en événements et en paramètres techniquement collectables.
- Le dataLayer constitue une couche structurée permettant au site de transmettre les informations aux outils de collecte. Dans l’écosystème Google, il sert notamment à transmettre des événements et des variables à Google Tag Manager.
- Le gestionnaire de tags, comme Google Tag Manager, permet de configurer et de déclencher les balises qui envoient ensuite les données vers les différentes plateformes.
Comment ces éléments s'articulent ?
Nous savons maintenant à quoi sert un plan de marquage, passons au coeur du sujet : comment un plan de marquage s’articule dans le processus de collecte des données analytics. Voici les différentes étapes :
|
Un point mérite d'être souligné, car nous observons régulièrement des confusions : Utiliser Google Tag Manager ne dispense pas de créer un plan de marquage. GTM est un outil d'exécution technique ; il ne remplace à aucun moment le travail de définition en amont, qui reste indispensable quel que soit le gestionnaire de tags choisi. |
Exemple de traduction d'objectifs business en événements à suivre en web analytics
Concrètement, il s’agit de traduire des objectifs business en événements mesurables. Voici quelques exemples, selon le type de site, de la façon dont un objectif devient une donnée exploitable.
La règle de priorisation à appliquer
Il est important de ne collecter une donnée que si elle répond à une question, alimente une décision ou active un outil.
Cela permettra de ne pas cumuler un nombre trop important d’évènements et de données collectées, et in fine de ne pas rendre le plan de marquage inutilisable.
Exemple de matrice de traduction :
Que doit contenir un plan de marquage complet ?
Un modèle de plan de marquage prévoit, pour chaque événement, un ensemble de colonnes précises. Toutes ne sont pas indispensables dans chaque contexte, mais un plan de marquage abouti peut toutes les couvrir :
- L’objectif business associé ;
- Le KPI ou l’usage analytique concerné ;
- Le nom de l’événement ;
- Sa description fonctionnelle ;
- Le moment précis où il doit se déclencher ;
- Les pages ou écrans concernés ;
- Les paramètres et propriétés associés ;
- Le type et le format attendus pour chaque valeur ;
- Les valeurs autorisées ;
- Un exemple de donnée réelle ;
- Le mode d’implémentation (soft tracking, hard tracking, dataLayer) ;
- La destination de la donnée (GA4, plateforme Ads, CRM, data warehouse) ;
- La règle de consentement applicable ;
- Le niveau de priorité ;
- Le responsable de l’implémentation ;
- Le statut de développement ;
- Le statut de recette ;
- La date et la version de mise en production.
La nomenclature des événements et de vos paramètres conditionnera la lisibilité de l’ensemble du plan.
L'importance de la convention de nommage
Sans convention de nommage définie en amont, un plan de marquage peut rapidement devenir illisible et créer des problèmes de cohérence, même quand chaque événement pris individuellement est bien conçu. Il est donc important d’harmoniser en tranchant sur les points suivants :
- minuscules ou majuscules ;
- espaces ou underscores ;
- choix de verbes cohérents (view, click, submit, start, complete) ;
- définition précise des valeurs autorisées pour chaque paramètre ;
- distinction claire entre ce qui constitue un événement et ce qui constitue un paramètre.
Exemple détaillé : le suivi d'un formulaire
form_start: déclenché lorsque l’utilisateur commence à remplir le formulaire.form_error: déclenché lorsqu’une erreur de validation s’affiche.form_submit: déclenché lorsque le formulaire est envoyé avec succès.- Paramètres associés : type de formulaire, emplacement sur la page, offre concernée, nombre de champs, message d’erreur le cas échéant.
Cette granularité, distinguer le début, l’erreur et la validation d’un même formulaire, est précisément ce qui permet, plus loin dans cet article, de transformer la donnée en décision CRO concrète : un taux élevé de form_error sur un champ précis permet d’identifier facilement un point de friction à corriger.
Comment créer un plan de marquage étape par étape ?
1- Interroger les équipes
Organiser des ateliers avec les équipes marketing, métier, SEO, SEA, CRO, produit, data, technique et juridique. C’est à cette étape que les besoins réels, souvent différents des demandes initiales, émergent.
2- Formaliser le plan de mesure
Lister les besoins et objectifs, les KPIs et les décisions que ces données doivent permettre de prendre.
3- Prioriser les besoins
Classer les événements selon leur valeur métier, leur complexité technique et leur sensibilité en matière de données personnelles.
4- Définir la nomenclature
Choisir des règles stables et définitives pour les noms d’événements, les propriétés et leurs valeurs autorisées.
5- Rédiger les spécifications
Décrire précisément les conditions de déclenchement, les données attendues et les cas particuliers (erreurs, annulations, états multiples).
6- Faire valider le document
Avant de mettre en place le plan de suivi, il faut obtenir une validation fonctionnelle, technique et, lorsque c’est nécessaire, juridique.
7- Implémenter le marquage
Développer le dataLayer, les événements natifs ou les balises dans le gestionnaire de tags, en suivant strictement les spécifications validées à l’étape précédente.
8- Réaliser la recette
Tester systématiquement tous les événements, avant et après la mise en production.
9- Documenter et maintenir
Conserver un historique des versions et intégrer le plan de marquage au processus d’évolution continue du site.
Comment tester et mesurer l'efficacité d'un plan de marquage ?
Mesurer l’efficacité d’un plan de marquage s’évalue à trois niveaux distincts, qui doivent être contrôlés :
La couverture du plan de marquage
Vérifier que tous les événements prioritaires prévus dans le plan soient bien implémentés et que les données remontent.
La fiabilité du taggage
L’idée est de s’assurer que les évènements suivis le soient correctement. Concrètement, il s’agit de :
- Contrôler les événements manquants
- Les événements déclenchés plusieurs fois
- Les paramètres absents
- Les valeurs non conformes
- La cohérence entre les différents outils utilisés
- La concordance avec les données remontants sur le CRM, le back-office ou les ventes réelles
L'utilité du taggage
Il faut vérifier que les données collectées soient réellement utilisées dans les tableaux de bord, les analyses, les campagnes publicitaires, les décisions SEO, la priorisation CRO, les expérimentations et le reporting métier.
Les cas à tester avant toute mise en production
Avant la mise en production de la collecte de données, des éléments sont à vérifier pour chaque événement :
| Éléments à tester | Comment le tester |
|---|---|
| Desktop et mobile | Rejouer le parcours sur ordinateur puis sur smartphone. |
| Principaux navigateurs | Tester sur Chrome, Safari et Firefox. Safari restreint davantage les cookies. |
| Site classique ou Single Page Application | Sur une SPA, vérifier que chaque changement de vue déclenche une page vue, et que le dataLayer est bien réinitialisé. |
| Redirections | Passer par la redirection et vérifier que la source de trafic est conservée jusqu'à la conversion. |
| Sous-domaines et configurations cross-domain | Naviguer d'un domaine à l'autre et vérifier que la session reste la même. |
| Erreurs de formulaire | Soumettre le formulaire avec des champs mal remplis et vérifier que l'erreur remonte, avec le champ concerné. |
| Annulations et remboursements | Rejouer une annulation et vérifier que la transaction initiale est bien neutralisée. |
| Différents états de consentement | Tester les trois cas : accepté, refusé, aucun choix. Rien ne doit partir avant l'acceptation. |
Comment maintenir et optimiser un plan de marquage dans le temps ?
Une fois le plan de marquage testé et implémenté, il faut le maintenir dans le temps et s’assurer qu’il reste fonctionnel et fiable. Les évolutions du site, des outils, des campagnes et des règles de consentement peuvent rapidement créer des problèmes de tracking.
Pour éviter au mieux ces problématiques, il est important de créer un processus de gouvernance et de mise à jour du plan de marquage.
Mettre en place un processus de gouvernance du tracking analytics
Concrètement, voici les éléments auxquels penser dans ce cadre :
- un responsable du plan identifié (souvent un membre de l’équipe data) ;
- une version du plan, datée ;
- un historique des modifications ;
- un statut pour chaque événement (actif, en test, obsolète) ;
- une procédure de demande de modification, si un pôle (marketing ou e-commerce) a besoin d’une évolution ;
- une validation avant chaque mise en production ;
- des audits réguliers ;
- la suppression systématique des événements devenus inutiles.
Qu'est-ce que la dette de mesure et comment la repérer ?
Une dette de mesure apparaît lorsque le tracking accumule progressivement des événements obsolètes, des conventions de nommage incohérentes, des balises inutilisées et des changements non documentés.
En pratique, ça se traduit par : des évènements existants en doublon ; un fichier de marquage ne correspondant plus à la réalité du site ; des tableaux de bord nécessitant de nombreuses corrections manuelles avant chaque reporting. Les équipes doivent pouvoir faire confiance aux données produites. D’où l’importance d’auditer régulièrement son plan de marquage !
Les moments qui doivent systématiquement déclencher une révision
Le plan de taggage doit être audité régulièrement, un rythme annuel étant une bonne base. Toutefois, dans certaines situations, il est important d’effectuer des analyses ad hoc :
- une refonte du site ;
- le lancement d’une nouvelle fonctionnalité ;
- un changement de CMP ou d’outil Analytics ;
- l’arrivée d’un nouveau canal d’acquisition ;
- une évolution importante du parcours de conversion.
Comment transformer le plan de marquage en décision SEO, SEA et CRO ?
C’est à cette étape que la plupart des plans de marquage s’arrêtent, alors que c’est elle qui permet de créer des synergies entre la data, le SEO, le SEA et le CRO.
La majorité des plans se contentent de documenter l’événement lui-même. Un plan abouti documente aussi, pour chaque donnée collectée :
- la question à laquelle elle répond ;
- la personne qui l’utilisera réellement ;
- l’outil dans lequel elle sera analysée ;
- la décision qu’elle peut concrètement déclencher ;
- la valeur attendue pour l’entreprise.
Pour le SEO
- Mesurer la conversion et l’engagement par page d’entrée
- Identifier les contenus qui génèrent réellement des leads ou des ventes, pas seulement du trafic
- Analyser les recherches internes effectuées après une arrivée organique, pour repérer les intentions non satisfaites par le contenu
- Mesurer les clics sur les CTA et le maillage interne depuis les pages SEO
- Prioriser les optimisations de contenu selon leur potentiel business réel, plutôt que selon le seul volume de trafic
Pour le SEA et les Social Ads
- Transmettre les conversions finales aux plateformes publicitaires.
- Remonter des conversions intermédiaires suffisamment qualifiées pour être exploitables par les algorithmes d’enchères.
- Distinguer les leads selon leur valeur réelle, plutôt que de les traiter comme équivalents.
- Réconcilier les conversions remontées avec les données du CRM.
- Créer des audiences à partir de comportements réellement pertinents pour la stratégie.
- Éviter d’alimenter les algorithmes publicitaires avec des signaux trop faibles ou trompeurs : un mauvais signal optimisé à grande échelle reste un mauvais signal.
Le plan de marquage constitue notamment un moyen d’envoyer aux plateformes publicitaires des conversions et micro-conversions cohérentes avec les objectifs réels de l’entreprise, plutôt que des signaux définis par défaut.
Pour le CRO
- Mesurer précisément chaque étape du tunnel de conversion.
- Identifier les erreurs de formulaire, champ par champ.
- Comparer l’usage réel des différentes fonctionnalités proposées.
- Suivre les interactions avec les éléments de réassurance (avis clients, garanties, certifications).
- Mesurer les variantes d’un test A/B avec précision.
- Détecter les points de friction à investiguer plus en profondeur avec des données qualitatives.
|
Insight💡 Le tracking quantitatif seul ne suffit généralement pas. Les données analytics gagnent à être systématiquement rapprochées de sources qualitatives telles que les sondages, les tests utilisateurs, les heatmaps ou les enregistrements de sessions : c'est cette combinaison qui transforme une donnée en décision fiable. |
Faut-il créer son plan de marquage en interne ou faire appel à une agence ?
Les compétences nécessaires
Il y a au moins huit compétences à mobiliser dans le cadre d’un projet de tracking analytics :
- compréhension fine des objectifs business ;
- maîtrise des outils Analytics utilisés par l’organisation ;
- connaissance des gestionnaires de tags ;
- capacité à rédiger des spécifications techniques précises et sans ambiguïté ;
- disponibilité réelle des développeurs pour l’implémentation ;
- maîtrise méthodique de la recette, avant et après intégration ;
- prise en compte native de la confidentialité et du consentement ;
- capacité à exploiter les données une fois collectées, la compétence la plus souvent sous-estimée.
Il faudra ensuite arbitrer selon ces compétences pour savoir s’il est possible d’internaliser le projet ou s’il est préférable de se faire accompagner par une agence web analytics.
| Critère | Réalisation en interne envisageable | Accompagnement externe recommandé |
|---|---|---|
| Complexité du site | Les parcours utilisateurs sont simples. | E-commerce complexe avec de nombreuses variantes et promotions, application mobile ou Single Page Application. |
| Périmètre | Un seul site, un seul marché. | Plusieurs domaines, marques ou pays à gérer simultanément. |
| Ressources Analytics | Une équipe est disponible et outillée. | Aucune ressource Analytics interne dédiée. |
| Ressources de développement | Les développeurs peuvent intervenir dans des délais raisonnables. | Développeurs peu disponibles, ou tracking server-side à mettre en place. |
| Qualité de la donnée existante | Les règles de collecte sont déjà structurées. | Des données incohérentes sont constatées entre plusieurs outils. |
| Gouvernance | Une gouvernance minimale est déjà en place. | Tout reste à construire. |
| Contexte projet | Aucun chantier structurant en cours. | Refonte ou migration Analytics engagée. |
| Écosystème data | Les données sont exploitées dans l'outil Analytics, déjà bien configuré. | Articulation fine à prévoir avec le CRM ou un data warehouse, ou outil Analytics à configurer et à auditer. |
| Conformité | Enjeux réglementaires standards. | Enjeux importants de conformité réglementaire. |
L'accompagnement Empirik en data analytics
Empirik propose un accompagnement structuré sur l’ensemble de la chaîne : audit du tracking existant, ateliers de cadrage, construction du plan de mesure, création du plan de marquage, spécification du dataLayer, mise en place et recette, création des tableaux de bord, puis formation et maintenance dans la durée.
Nous disposons de références sur des plans de marquage complexes, notamment pour des sites e-commerce B2B, des intranets, et des dispositifs combinant Analytics, SEO et SEA.
Un projet de tracking mobilise toujours plusieurs interlocuteurs : équipes métier et marketing, consultant Analytics, développeurs, DPO, équipes SEO, SEA et CRO. Nous formalisons dès le cadrage qui est responsable, consulté ou informé à chaque étape, pour éviter que les arbitrages et la recette se retrouvent sans propriétaire en cours de route.
Vos données sont-elles réellement fiables ? Faites auditer votre plan de marquage par notre équipe Analytics.
Demander un devis
