En bref
- Le plan de marquage est un document, pas un outil. Il dit quel événement existe, avec quels paramètres, déclenché où, vers quelle destination.
- Sans lui, un chiffre devient invérifiable en six mois. Deux personnes donnent deux réponses à la même question, et personne ne peut trancher.
- Une nomenclature cohérente vaut mieux qu’une nomenclature parfaite. Renommer un événement après coup coupe l’historique en deux et casse les rapports.
- La duplication d’un même événement entre navigateur et serveur est la première cause de chiffres faux. Elle ne déclenche aucune alerte et se corrige par un identifiant partagé.
Une scène qui revient dans presque chacun de nos audits. Nous demandons combien de demandes de devis le site a générées l’an dernier. Le marketing annonce un nombre, le commercial un autre, nettement plus bas.
Les deux ont raison. Le marketing compte un événement déclenché à l’affichage du message de remerciement, y compris quand le visiteur recharge la page. Le commercial compte les fiches réellement arrivées dans le CRM, doublons retirés.
Personne ne peut arbitrer, parce que personne ne sait ce que mesure exactement cet événement, posé deux ans plus tôt par un prestataire qui n’est plus là. C’est précisément le trou que comble un plan de marquage.
Ce que contient un plan de marquage, et ce qui arrive sans
Un plan de marquage est un tableau, souvent un simple classeur partagé, qui décrit chaque événement mesuré. Quatre colonnes suffisent : le nom, la condition exacte qui le déclenche, les paramètres qu’il transporte, les destinations qui le reçoivent.
Il ne sert à rien tant que tout va bien. Il devient décisif le jour où un chiffre paraît anormal, où un développeur refait le tunnel de commande, ou où un prestataire reprend le compte.
Sans lui, la connaissance vit dans la tête d’une personne et s’efface vite. Nous reprenons régulièrement des comptes Google Analytics 4 de plus de quarante événements dont la moitié ne sert plus, sans que personne ne sache lesquels peuvent disparaître sans risque. Une équipe qui ne sait plus ce qu’elle mesure cesse de s’en servir.
La nomenclature : cohérente d’abord, parfaite jamais
La convention de nommage est le sujet sur lequel les équipes passent le plus de temps, pour le bénéfice le plus faible. Minuscules ou majuscules, tiret bas ou point, français ou anglais : ces débats consomment des réunions.
Ce qui compte, c’est qu’une règle unique s’applique à tous les événements, y compris ceux ajoutés dans deux ans par quelqu’un d’autre. Un plan qui mélange ajout_panier, AddToCart et panier-ajout pour le même geste rend toute analyse pénible, quelle que soit la qualité de chaque nom.
Notre règle pratique : nom d’action en minuscules, séparé par des tirets bas, en anglais si vous envoyez vers Google Analytics 4 ou Meta, qui imposent déjà l’anglais pour leurs événements standards. Écrivez-la en tête du document, et tenez-vous-y.
Ce que coûte un renommage tardif Renommer un événement ne renomme pas l’historique. Les données collectées sous l’ancien nom y restent : vos rapports affichent une chute à zéro sur une courbe et une apparition soudaine sur une autre.
Il faut ensuite maintenir deux noms dans chaque rapport, chaque audience et chaque tableau de bord, jusqu’à ce que l’ancienne période sorte de la fenêtre d’analyse. Comptez une demi-journée par outil connecté et une année de comparaisons annuelles bancales.
Les paramètres qui comptent, et ceux qu’on ajoute par réflexe
Un événement sans paramètre ne dit presque rien. Un événement avec trente paramètres coûte du développement et fait porter un risque de conformité pour des champs que personne ne lira.
Sur un achat, six paramètres portent l’essentiel : identifiant de commande, montant, devise, articles avec référence et quantité, mode de livraison, code promotionnel. Le premier est le plus important, parce que c’est lui qui permet de dédupliquer et de réconcilier avec votre back-office.
Sur une demande de contact, trois suffisent : l’identifiant du formulaire, la page qui l’a déclenché, le type de demande. Le reste appartient au CRM.
Les paramètres ajoutés par réflexe sont toujours les mêmes : résolution d’écran, navigateur, titre de la page, heure locale. Vos outils les collectent déjà, et aucune décision commerciale n’en a jamais dépendu.
Une exception mérite votre attention : ne faites jamais transiter d’email, de téléphone ou de nom en clair dans un paramètre. Un identifiant de personne transmis aux plateformes publicitaires doit être haché, et reposer sur un consentement clair et documenté.
Le gestionnaire de balises : ce qu’il simplifie, ce qu’il expose
Un gestionnaire de balises comme Google Tag Manager résout un problème réel : modifier une mesure sans mise en production applicative. Ce qui prenait trois semaines de file d’attente développeur prend vingt minutes.
Le prix de cette souplesse est rarement énoncé. Par défaut, toute personne ayant l’accès publication envoie une modification en production, sur toutes les pages, sans revue et sans test. Nous avons vu un conteneur publié depuis un téléphone un vendredi soir, qui a dupliqué l’événement d’achat tout le week-end sans que personne ne le voie.
Deux réglages suffisent. Limitez le droit de publication à deux personnes, en laissant la modification ouverte à ceux qui en ont besoin, et servez-vous des environnements pour valider avant la mise en ligne.
La duplication d’événements, première cause de chiffres faux
Depuis que la mesure côté serveur s’est généralisée, la panne dominante n’est plus l’événement manquant, c’est l’événement compté deux fois. Le navigateur envoie l’achat, le serveur envoie le même, et la plateforme enregistre deux conversions pour une vente.
Contrairement à sa réputation, Google Analytics 4 ne déduplique pas tout seul. Meta et Google Ads le font, mais seulement si les deux envois portent le même identifiant d’événement, un champ vide par défaut.
Le plan de marquage est l’endroit où cette règle s’écrit : pour chaque événement, une seule source d’envoi, ou deux sources avec un identifiant partagé explicitement nommé. Nous détaillons le mécanisme et la table de réconciliation qui le révèle dans notre article sur le tracking qui vous ment en silence.
L’erreur à ne pas commettre Installer une mesure côté serveur sans couper l’envoi côté navigateur, en se disant qu’il vaut mieux trop de données que pas assez. Le résultat n’est pas plus de données : c’est un chiffre d’affaires au double du réel, et des enchères automatiques qui optimisent sur des conversions fantômes.
La vérification prend cinq minutes : comparez sur sept jours vos commandes réelles avec les achats vus par chaque plateforme. Si un nombre est très exactement le double d’un autre, vous avez trouvé.
La recette de validation avant mise en production
Une modification de marquage se teste comme un déploiement applicatif. Voici notre séquence, environ une heure pour un lot de trois à quatre événements.
- Relire le plan avant de toucher au conteneur. Le nom, le déclencheur et les paramètres s’écrivent dans le document en premier, jamais l’inverse.
- Prévisualiser dans le gestionnaire de balises. Le mode aperçu montre si la balise se déclenche, et surtout si elle se déclenche une seule fois.
- Vérifier les valeurs, pas seulement le déclenchement. DebugView, dans Google Analytics 4, affiche chaque paramètre avec sa valeur : un montant à zéro ou une devise vide passe inaperçu à l’étape précédente.
- Tester le refus de consentement. Rejetez la bannière, refaites le parcours, vérifiez que rien ne part. Ce test échoue plus souvent que les équipes ne l’imaginent.
- Refaire le parcours en conditions réelles. Une vraie commande à un euro, avec un code promotionnel, sur mobile, vaut mieux que dix tests en aperçu.
- Comparer les chiffres à vingt-quatre heures. Le lendemain, confrontez les commandes de votre back-office aux conversions enregistrées par chaque destination.
La sixième est celle que tout le monde saute, et la seule qui prouve que l’ensemble fonctionne : les cinq premières valident une intention, la dernière un résultat.
Un modèle de plan de marquage minimal
Voici les deux socles que nous posons en début de mission. Ils tiennent dans un onglet de tableur et couvrent la majorité des besoins d’une PME.
| Événement | Déclencheur | Paramètres | Destination |
|---|---|---|---|
| generate_lead | Réponse serveur confirmant l’enregistrement du formulaire | form_id, page_path, request_type | GA4, Google Ads |
| phone_click | Clic sur un lien téléphonique | page_path, position | GA4 |
| file_download | Clic sur un document téléchargeable | file_name, page_path | GA4 |
| appointment_booked | Confirmation renvoyée par l’outil de prise de rendez-vous | booking_id, service_type | GA4, Google Ads |
| Événement | Déclencheur | Paramètres | Destination |
|---|---|---|---|
| view_item | Affichage d’une fiche produit | item_id, item_name, price, currency | GA4, Meta |
| add_to_cart | Confirmation d’ajout renvoyée par le site | item_id, quantity, value, currency | GA4, Meta, Google Ads |
| begin_checkout | Entrée dans la première étape du tunnel | value, currency, items | GA4, Meta |
| purchase | Validation du paiement côté serveur, une seule source | transaction_id, value, currency, items, shipping_tier, coupon | GA4, Meta, Google Ads |
| refund | Remboursement enregistré dans le back-office | transaction_id, value, currency | GA4 |
La dette de marquage, et comment reprendre un compte inconnu Un compte sans plan accumule une dette : des événements dont on ignore la définition, des balises auxquelles on n’ose plus toucher, des rapports que plus personne n’ouvre. Repartir de zéro ne la rembourse pas, cela détruit l’historique.
Exportez les événements des trente derniers jours, classez-les par volume, documentez les dix premiers en retrouvant leur déclencheur dans le conteneur. Marquez le reste « non documenté, à ne pas utiliser en reporting », sans rien supprimer : vous trierez une fois l’usage constaté.
Questions fréquentes
Qu’est-ce qu’un plan de marquage exactement ?
C’est le document qui liste chaque événement mesuré : son nom, la condition qui le déclenche, les paramètres qu’il transporte et les outils qui le reçoivent. Il sert à ce que deux personnes donnent le même chiffre à la même question, six mois après le départ de celui qui a tout configuré.
Qui doit rédiger le plan de marquage dans une PME ?
Le responsable marketing en est propriétaire, parce qu’il sait quelles décisions les chiffres doivent éclairer. La partie technique se remplit avec le développeur ou l’agence. Ce document ne doit jamais appartenir au seul prestataire : s’il part avec, vous repartez de zéro.
Combien d’événements faut-il mesurer sur un site ?
Entre cinq et dix pour un site vitrine, entre huit et quinze pour un e-commerce. Au-delà, les événements supplémentaires ne sont plus consultés et leur maintenance devient un coût net. La bonne question n’est pas « peut-on le mesurer » mais « quelle décision changera selon le résultat ».
Comment savoir si mes événements sont comptés deux fois ?
Comparez sur sept jours vos commandes réelles avec les conversions affichées par chaque plateforme. Un rapport proche de deux pour un signale une duplication entre navigateur et serveur. La correction consiste à désigner une source unique, ou à faire porter le même identifiant aux deux envois.
Faut-il un plan de marquage si on utilise déjà Google Tag Manager ?
Oui, et c’est dans ce cas qu’il est le plus utile. Le gestionnaire de balises décrit comment une mesure est posée, jamais pourquoi elle existe ni ce qu’elle compte. Sans ce complément, un conteneur de quarante balises est illisible pour qui le reprend.
Par où commencer cette semaine
Ouvrez un tableur, listez vos dix événements les plus volumineux des trente derniers jours et remplissez les quatre colonnes. Là où vous ne savez pas répondre, écrivez « inconnu » : ces lignes produisent vos désaccords de chiffres en réunion.
Ce passage prend une demi-journée et donne plus de clarté qu’un changement d’outil. Il constitue la base de tout travail sérieux sur la fiabilité de la donnée et la performance, qu’il s’agisse de travailler vos taux de conversion ou d’exporter votre historique vers un entrepôt de données, un chantier qu’un renommage tardif rend nettement plus douloureux.
Un plan de marquage propre décide de ce que vous envoyez. Il ne dit rien de ce qui arrive vraiment à destination, et l’écart entre les deux est le point aveugle le plus coûteux que nous voyons en audit : un tracking cassé ne prévient jamais. La réconciliation quotidienne est ce qui transforme un plan en garantie.
Un doute sur ce que mesurent réellement vos événements ? En premier rendez-vous, nous ouvrons votre conteneur de balises et votre back-office côte à côte, et nous comparons sept jours de commandes avec ce que chaque plateforme a enregistré : l’écart se voit en quelques minutes. Parlons-en.
Sur ces sujets de mesure et de visibilité, la fiabilité de la donnée est décisive. On s'appuie sur le tracking Server-Side DataFirefly pour une mesure durable, résiliente aux bloqueurs et aux restrictions cookies.