Template
Plan de taggage : la structure, et celle qu'on produit
Un plan de taggage est le document qui dit, pour un site donné, quels events sont mesurés, à quel moment ils se déclenchent, quels paramètres ils transportent et à quoi ils servent. C'est la pièce qui manque le plus souvent : sans elle, un container GTM devient un empilement que personne ne sait relire six mois plus tard. Cette page décrit d'abord la structure qu'on attend d'un plan sérieux, puis celle que OnTracks produit pour chaque site — un artefact validé par schéma, une ligne par event, avec sa justification métier et sa résistance estimée à la prochaine refonte. Vous pouvez obtenir celui de votre site sans laisser d'adresse e-mail.
Mis à jour le 12 août 2026 · Ismail Fikri
Que doit contenir un plan de taggage ?
Six blocs. Les trois premiers sont dans à peu près tous les modèles qui circulent ; ce sont les trois derniers qui font la différence entre un tableur et un document qu'on peut recetter.
| Bloc | Ce qu'il contient | Pourquoi il compte |
|---|---|---|
| Le cadre | Ce que vend le site, la conversion qui compte plus que les autres, et sa valeur moyenne. | Sans conversion de référence, tous les events se valent — et un plan où tout compte ne sert à rien. |
| La liste des events | Un nom normalisé par interaction mesurée, en minuscules avec des tirets bas. | Le nom est la clé de jointure entre le site, GTM, GA4 et chaque plateforme ads. Une nomenclature flottante casse tout en aval. |
| Le déclencheur | La condition exacte : quelle page, quel élément, quelle interaction. | C'est ce qui rend le plan recettable : sans condition écrite, personne ne peut vérifier que l'event part au bon moment. |
| Les paramètres | Ce que l'event transporte, et d'où chaque valeur est lue. | Un achat sans valeur ni devise ne sert ni au reporting ni à l'optimisation des enchères. |
| La raison d'être | Pourquoi cet event existe, à quelle étape du parcours, quelle décision il éclaire. | C'est ce qui permet de dire non. Un plan sans justification grossit à chaque demande et devient illisible. |
| Les destinations | La correspondance vers GA4, Meta, Google Ads, LinkedIn — et le comportement si le consentement est refusé. | Le même event ne porte pas le même nom d'une plateforme à l'autre. Sans table de correspondance, le mapping se refait de mémoire. |
La structure que produit OnTracks, champ par champ
Le plan n'est pas un document rédigé après coup : c'est un artefact validé par schéma, produit avant le container et relu par la vérification après le déploiement. Voici ce que porte chaque ligne.
| Champ | Ce qu'il contient |
|---|---|
| Nom de l'event | Nom canonique en minuscules avec tirets bas, aligné sur les events recommandés GA4 ; aucune donnée personnelle dans le nom, la validation le refuse. |
| Catégorie et version de schéma | La famille de l'event et la version du format, pour que deux plans produits à six mois d'écart restent comparables. |
| Déclencheur | Le type de déclenchement (clic, envoi de formulaire, vue de page, défilement, event du dataLayer) et le motif d'URL sur lequel il s'applique. |
| Ancres du sélecteur | Plusieurs repères redondants pour le même élément : sélecteur CSS, texte visible, attributs, chemin des parents, rôle accessible — plus une règle disant combien doivent concorder pour valider une correspondance. |
| Note de durabilité | Un score de 0 à 100 par event : la probabilité estimée qu'il survive à une refonte. En dessous de 40, l'event doit porter une justification explicite pour rester au plan. |
| Paramètres | Le gabarit de chaque paramètre et l'expression qui va chercher sa valeur ; les paramètres non standard sont préfixés pour ne jamais polluer le schéma canonique. |
| Justification métier | Pourquoi l'event est là, en français lisible par un chef de projet — pas par un développeur. |
| Étape et résultat | L'étape du parcours et le résultat commercial auxquels l'event se rattache, plus le lien avec la conversion de référence du site. |
| Volume attendu | L'ordre de grandeur attendu pour mille visiteurs, qui sert de contrôle de vraisemblance après la mise en production. |
| Comportement sous consentement | Ce que devient l'event quand le consentement est refusé. |
| Correspondances plateformes | Le nom de l'event chez GA4, Meta CAPI, Google Ads (conversions améliorées) et LinkedIn CAPI. |
| Stratégie d'instrumentation | La méthode principale retenue pour capter l'event, et jusqu'à quatre méthodes de repli si la principale ne tient plus. |
Deux champs vivent au niveau du plan et pas de l'event : la conversion de référence du site et sa valeur moyenne. C'est elle qui hiérarchise tout le reste.
Ce qu'un modèle de tableur ne peut pas porter
Trois éléments ne survivent pas au format tableur, et ce sont précisément ceux qui décident si le plan tient dans le temps.
Des repères redondants
Un tableur note un sélecteur CSS. Le plan en note cinq sortes pour le même élément, avec une règle de concordance : quand la classe change, le texte et le rôle accessible tiennent encore.
Une note de fragilité
Chaque event porte son score de durabilité. On sait donc, avant de déployer, quels events tomberont en premier à la prochaine refonte — et on peut arbitrer plutôt que découvrir.
Une liste de points à trancher
Ce que la machine n'a pas su décider seule est isolé dans une liste de confirmations à faire par un humain, avec la question posée et les options. Un tableur, lui, présente les incertitudes comme des certitudes.
À quoi ressemble une ligne du plan ?
Exemple d'illustration pour un ajout au panier sur un site e-commerce. Les valeurs réelles sont produites à partir de votre site, pas d'un gabarit générique.
| Champ | Valeur |
|---|---|
| Nom de l'event | add_to_cart |
| Catégorie | E-commerce |
| Déclencheur | Clic sur le bouton d'ajout au panier, sur les pages produit |
| Ancres | Attribut de test dédié, à défaut le texte du bouton, à défaut le rôle accessible dans le bloc produit |
| Note de durabilité | 78 / 100 |
| Paramètres | Valeur, devise, identifiant de l'article, quantité |
| Justification | Premier signal d'intention d'achat mesurable ; sert d'audience de reciblage et d'indicateur avancé du chiffre d'affaires. |
| Correspondances | GA4 : add_to_cart · Meta : AddToCart |
| Sous consentement refusé | Non transmis aux plateformes publicitaires |
Le score de 78 est un exemple destiné à montrer le format du champ, pas une moyenne constatée.
Obtenir le plan de votre site
Il n'y a rien à télécharger sur cette page, et aucune adresse e-mail à laisser. La façon la plus rapide d'avoir un plan de taggage utile, c'est de le faire produire sur votre site.
- 01
Créez un site démo
Sans carte bancaire et sans limite de durée. Un site démo ne compte dans aucun palier de facturation.
- 02
Collez l'URL
OnTracks parcourt le site comme le voit un vrai visiteur — bannières cookies acceptées, contenus différés attendus — et relève les pages, les formulaires et les éléments cliquables.
- 03
Lisez le plan proposé
Chaque event arrive avec sa justification, son déclencheur, ses paramètres, sa note de durabilité et ses correspondances plateformes.
- 04
Déployez si le plan tient
Le container est écrit dans votre GTM et vérifié sur la page. C'est à ce moment-là, et seulement à ce moment-là, que la facturation démarre.
Le détail de ce qui est gratuit et de ce qui est facturé au déploiement est sur la page tarifs d'OnTracks.
Questions fréquentes
Que contient un plan de taggage ?
Qui doit maintenir le plan de taggage ?
Le dataLayer, à quoi ça sert exactement ?
Faire produire le plan de votre site
Collez une URL. OnTracks parcourt votre site, rédige les events qui comptent pour votre funnel et les vérifie sur la page. Gratuit jusqu'au déploiement, sans carte bancaire.
Analyser mon siteAucune adresse e-mail n'est demandée pour lire cette page. Pour lancer l'analyse d'un site, vous créez un compte — gratuit, sans carte.