Quand une campagne Google Ads ou Meta « ne marche pas », le problème vient souvent de la mesure, pas des annonces. Un achat compté deux fois, un formulaire jamais remonté, un événement qui porte un nom différent dans chaque outil : l’algorithme apprend alors sur de mauvaises données.
Le plan de taggage sert à éviter cela. Voici comment je le construis pour un site e-commerce ou un site de génération de leads, avec un exemple concret ligne par ligne.
À quoi sert un plan de taggage quand on fait de la publicité ?
Un plan de taggage (ou plan de marquage) est un document qui liste tout ce que vous mesurez sur votre site : chaque action utile, son nom technique, ses paramètres, l’endroit où elle se déclenche et les outils qui la reçoivent.
Pour un annonceur, il a trois rôles :
- dire clairement ce qui compte comme une conversion, et ce qui n’en est pas une,
- garder les mêmes définitions dans GA4, Google Ads, Meta et les autres régies,
- servir de référence quand un développeur, une agence ou un nouvel outil arrive sur le projet.
Les enchères automatiques de Google et de Meta optimisent exactement ce que vous leur envoyez. Si le signal est faux, elles optimisent vers une fausse cible, avec beaucoup d’efficacité.
Que contient un plan de taggage ?
Je le tiens dans un simple fichier partagé, avec une ligne par événement et ces colonnes :
- le nom de l’événement (par exemple purchase),
- la description en français (« commande validée »),
- le déclencheur (page de confirmation, clic sur un bouton, réponse du serveur),
- les paramètres envoyés (montant, devise, identifiant de commande, produits),
- les destinations (GA4, Google Ads, Meta, TikTok, Microsoft Ads),
- le statut : conversion principale, secondaire, ou simple suivi,
- la condition de consentement,
- la date de mise en place et la personne qui l’a vérifié.
Quels événements suivre sur un site e-commerce ?
Pour un e-commerce, je pars des événements recommandés de Google Analytics, puis je fais correspondre chacun à l’événement standard de Meta équivalent :
- view_item / ViewContent : vue d’une fiche produit, avec l’identifiant et le prix,
- add_to_cart / AddToCart : ajout au panier,
- begin_checkout / InitiateCheckout : début de commande,
- purchase / Purchase : commande validée, avec le montant hors taxes, la devise, l’identifiant de commande et la liste des produits.
Exemple : une boutique de vêtements envoie purchase avec value = 89,90, currency = EUR et transaction_id = 10458. Le même identifiant de commande est envoyé à Meta comme event_id. C’est ce qui permet de dédoublonner le pixel et l’API de conversions.
Dans Google Ads, seul l’achat est une conversion principale. L’ajout au panier reste secondaire : il aide à analyser, mais il ne doit pas guider les enchères.
Quels événements suivre pour la génération de leads ?
En lead gen, la difficulté est de distinguer un vrai prospect d’un simple contact. Mon plan type :
- generate_lead / Lead : formulaire envoyé avec succès (après la réponse du serveur, pas au clic),
- clic sur le numéro de téléphone et appel de plus de 60 secondes, suivis séparément,
- prise de rendez-vous (Calendly, Doctolib, outil interne) avec l’événement Schedule côté Meta,
- lead qualifié et client signé, importés depuis le CRM.
Ce dernier point change tout. Tant que Google Ads ne reçoit que des formulaires, il cherche des formulaires, y compris de mauvaise qualité. J’explique cette logique dans mon article sur les leads qualifiés dans Google Ads.
Comment nommer les événements et les paramètres ?
Les règles de dénomination de GA4 sont strictes : les noms sont sensibles à la casse, doivent commencer par une lettre et ne contenir que des lettres, des chiffres et des traits de soulignement. Certains noms sont réservés, comme page_view ou session_start.
Mes règles en plus :
- utiliser les noms recommandés par Google dès qu’ils existent, plutôt que d’inventer,
- écrire tout en minuscules, avec des traits de soulignement (lead_qualifie, pas Lead-Qualifié),
- garder un seul nom par action, même si plusieurs boutons la déclenchent,
- noter dans le plan la correspondance exacte avec le nom de l’événement chez Meta ou TikTok.
Consentement, server-side, doublons : qu’est-ce qui casse un plan de taggage ?
Un plan bien écrit peut rester faux en pratique. Les erreurs que je retrouve le plus souvent en audit :
- un achat compté deux fois, par la balise et par une extension de la plateforme e-commerce,
- des conversions qui partent avant le choix de l’internaute sur le bandeau cookies,
- un formulaire compté au clic sur « Envoyer », même quand l’envoi échoue,
- un montant envoyé TTC dans un outil et HT dans un autre.
Le plan de taggage doit donc préciser la règle de consentement de chaque événement. Le Consent Mode v2 et le tracking server-side font partie du plan, ce ne sont pas des sujets à part. Pour un site e-commerce, je vérifie aussi que les achats remontés dans GA4 sont cohérents avec le back-office, à 5 ou 10 % près.
Comment faire vivre le plan après une refonte ?
Un plan de taggage vieillit vite : nouveau thème, nouveau module de paiement, nouvelle page de remerciement. Mes habitudes :
- relire le plan avant chaque mise en ligne importante,
- tester les événements en préproduction avec le mode Aperçu de Google Tag Manager et l’outil de test d’événements de Meta,
- comparer chaque semaine les conversions GA4, Google Ads et Meta pour repérer un écart brutal,
- dater chaque modification dans le fichier.
Mon avis
Selon moi, le plan de taggage est le document le plus rentable d’un compte publicitaire. Il ne coûte presque rien à écrire, et il évite des semaines d’apprentissage gâchées par des conversions fausses.
Je trouve aussi qu’il facilite le travail à plusieurs. Quand le développeur, l’agence SEO et le freelance Google Ads partagent la même liste, les débats du type « pourquoi Meta affiche plus de ventes que GA4 ? » se règlent beaucoup plus vite. J’en parle dans mon article sur les écarts de conversions entre plateformes.
Mon retour d’expérience
Depuis 2012, j’ai repris de nombreux comptes dont la mesure n’avait jamais été documentée. Dans la majorité des cas, la première semaine de travail ne porte pas sur les annonces mais sur le plan de taggage : supprimer les doublons, choisir les bonnes conversions principales, rebrancher le CRM.
C’est souvent après cette remise à plat que les enchères automatiques se stabilisent. Si vous voulez de l’aide pour poser ou corriger votre plan, c’est une partie de mon travail de freelance Google Tag Manager. Pour choisir ensuite les bons indicateurs de pilotage, vous pouvez lire mon article sur les KPI Google Ads.
FAQ : plan de taggage
Quelle est la différence entre plan de taggage et plan de marquage ?
Aucune. Les deux expressions désignent le même document, qui liste les événements mesurés sur un site et leurs paramètres.
Faut-il un plan de taggage pour un petit site ?
Oui, même court. Cinq lignes bien définies valent mieux qu’une vingtaine d’événements que personne ne comprend.
Quel outil utiliser pour écrire un plan de taggage ?
Un tableur partagé suffit dans la plupart des cas. L’essentiel est qu’il soit à jour et accessible à toutes les personnes qui touchent au site.
Combien de conversions principales déclarer dans Google Ads ?
Le moins possible : l’achat pour un e-commerce, le lead qualifié ou le formulaire valide pour la lead gen. Les autres actions restent en secondaire.
Le plan de taggage doit-il inclure le consentement ?
Oui. Chaque événement doit indiquer s’il dépend du consentement de l’internaute et comment il est transmis en cas de refus.
