Le plan de marquage minimaliste d’une PME : 12 événements suffisent pour piloter un site

Pendant longtemps, beaucoup d’équipes ont abordé le marquage comme une liste infinie d’options. Il fallait tout suivre, tout nommer, tout enrichir, puis espérer qu’un jour quelqu’un exploite réellement ces données.

Dans la pratique, cela produit souvent l’inverse de l’objectif initial. Le plan de marquage devient trop large, les événements se multiplient, les paramètres deviennent illisibles, et le tableau de bord cesse d’aider à décider. L’outil collecte davantage, mais l’équipe comprend moins.

Pour une PME, un site vitrine, un site B2B ou un petit site SaaS, la bonne logique est presque toujours plus simple : mesurer moins, mais mesurer ce qui permet d’agir.

C’est le rôle d’un plan de marquage minimaliste. Il ne cherche pas à décrire chaque micro-interaction. Il cherche à répondre à quelques questions utiles :

• d’où vient le trafic ;
• quelles pages attirent l’attention ;
• quels contenus déclenchent une intention ;
• quels signaux montrent qu’un visiteur avance ;
• quelles actions ressemblent à une conversion réelle.

Cet article propose un cadre concret avec 12 événements maximum. Ce n’est pas une vérité universelle. C’est un point de départ robuste pour des équipes qui veulent garder une analytics lisible, gouvernable et utile.

Un plan de marquage n’est pas une liste technique, c’est une grille de décision

La première erreur consiste à partir de l’outil. On ouvre la documentation, on découvre des dizaines d’événements recommandés, puis on essaie de tout faire rentrer dans le site.

C’est la mauvaise direction.

Un bon plan de marquage commence par les décisions que l’équipe doit prendre. Par exemple :

• Quelles pages participent réellement à l’acquisition ?
• Quels contenus soutiennent la génération de leads ?
• Quels appels à l’action fonctionnent ?
• Où les visiteurs abandonnent-ils ?
• Quels signaux méritent un suivi mensuel en comité, et lesquels relèvent juste de la curiosité ?

Tant que ces questions ne sont pas clarifiées, ajouter des événements ne sert pas à grand-chose.

Google Analytics 4 distingue d’ailleurs les événements collectés automatiquement, les événements recommandés et les événements personnalisés. Le point important n’est pas qu’il existe beaucoup d’options. Le point important est qu’une équipe n’a pas besoin d’utiliser toutes ces options pour obtenir une lecture utile.

De la même manière, Matomo, Plausible et d’autres outils permettent de suivre des événements au-delà des simples pages vues. Cette capacité est utile. Elle devient contre-productive si elle pousse à documenter tout ce qui bouge.

Ce que doit couvrir un plan de marquage minimaliste

Pour une PME, un plan de marquage sobre doit couvrir cinq zones.

1. La lecture d’audience de base

Avant d’ajouter des événements, il faut déjà disposer des fondamentaux :

• pages vues ;
• pages d’entrée ;
• sources ou référents ;
• campagnes quand elles sont activement utilisées ;
• conversions principales.

Autrement dit, le marquage ne doit pas chercher à compenser l’absence de lecture simple de l’audience. Si votre dashboard n’explique déjà pas clairement quelles pages attirent du trafic qualifié, ajouter vingt événements n’aidera pas.

2. Les signaux d’intention

Tous les visiteurs ne convertissent pas immédiatement. Il faut donc repérer quelques signaux intermédiaires : clic sur un bouton stratégique, téléchargement, recherche interne, demande de démo, démarrage d’inscription, etc.

Ces signaux servent à lire la progression, pas à fabriquer un tunnel artificiel.

3. Les conversions réelles

Le plan minimaliste doit identifier ce qui compte vraiment pour le site :

• envoi de formulaire ;
• prise de rendez-vous ;
• essai démarré ;
• achat confirmé ;
• inscription validée.

Une conversion qui n’influence aucune décision n’a pas besoin d’être un événement.

4. Les points de friction évidents

Le but n’est pas de rejouer toute la session d’un utilisateur. Le but est de comprendre où l’intention se perd. Une recherche interne répétée, un clic vers une page tarification, puis aucune action, ou un démarrage de checkout sans achat peuvent déjà suffire à mettre en évidence un problème.

5. La gouvernance du suivi

Un plan de marquage sans gouvernance finit vite par dériver. Il faut savoir :

• pourquoi l’événement existe ;
• qui l’a demandé ;
• à quel endroit il déclenche ;
• quels paramètres sont réellement utiles ;
• quand il peut être supprimé.

C’est souvent ce point qui différencie un setup propre d’un setup accumulatif.

Les 12 événements qui suffisent dans la majorité des cas

Voici un modèle simple. Toutes les équipes n’auront pas besoin des 12. Beaucoup peuvent commencer avec 6 à 8 événements.

1. form_submit

C’est l’événement le plus universel. Il couvre le formulaire de contact, de demande de devis, de démo ou de lead entrant.

Pourquoi le suivre : il matérialise une intention explicite.

Paramètres utiles :

• form_name
• page_type

2. demo_request

Si votre site B2B propose une démo, il est utile de distinguer cette action du formulaire générique. Elle correspond souvent à un niveau d’intention plus fort.

Pourquoi le suivre : il sépare le simple contact du lead plus qualifié.

Paramètre utile :

• placement

3. newsletter_signup

Cet événement reste secondaire par rapport à une demande commerciale, mais il peut servir de bon indicateur de contenu utile.

Pourquoi le suivre : il mesure une conversion légère, utile pour les équipes contenu.

Paramètres utiles :

• placement
• content_type

4. account_signup

Pour un produit SaaS ou un espace utilisateur, le début d’inscription mérite presque toujours un suivi dédié.

Pourquoi le suivre : il permet de mesurer le passage entre visite et création de compte.

Paramètres utiles :

• plan_type
• placement

5. trial_start

Si un essai existe, il faut le distinguer de l’inscription simple. Le volume peut être plus faible, mais le signal est beaucoup plus proche du revenu.

Pourquoi le suivre : il rapproche l’analytics du pipeline réel.

Paramètre utile :

• plan_type

6. purchase_complete

Pour un site e-commerce ou un SaaS avec souscription directe, c’est l’événement final le plus important.

Pourquoi le suivre : il ancre le suivi dans la conversion réelle, pas seulement dans l’intention.

Paramètres utiles :

• plan_type
• billing_cycle

7. phone_click

Sur beaucoup de sites locaux, de cabinets, de services B2B ou de structures de conseil, le téléphone reste un canal de conversion.

Pourquoi le suivre : une conversion ne passe pas toujours par un formulaire.

Paramètre utile :

• placement

8. email_click

Même logique pour les liens mailto. Sur certains sites, ce signal vaut plus qu’un clic décoratif vers une page produit.

Pourquoi le suivre : il révèle une prise de contact directe.

Paramètre utile :

• placement

9. file_download

Livres blancs, brochures, fiches produits, documentation PDF : ce type d’action peut signaler une intention sérieuse, à condition de rester sélectif.

Pourquoi le suivre : il aide à distinguer les contenus qui génèrent un engagement tangible.

Paramètres utiles :

• file_name
• content_type

10. outbound_click

Tout clic externe ne mérite pas un événement. En revanche, certains liens sortants sont stratégiques : prise de rendez-vous Calendly, marketplace, plateforme de paiement, espace partenaire, documentation externe clé.

Pourquoi le suivre : il éclaire les sorties utiles du site.

Paramètres utiles :

• destination_type
• placement

11. search_submit

Si votre site a une recherche interne, c’est souvent un indicateur précieux. Les visiteurs vous disent eux-mêmes ce qu’ils cherchent.

Pourquoi le suivre : il révèle l’écart entre l’architecture du site et l’intention utilisateur.

Paramètres utiles :

• query_group
• results_state

Important : évitez de remonter des termes bruts si cela crée une collecte inutilement sensible. Une catégorisation ou une logique d’agrégation est souvent préférable.

12. checkout_start ou pricing_cta_click

Le douzième événement dépend du type de site.

Pour l’e-commerce : suivez checkout_start.

Pour un site B2B sans achat immédiat : suivez plutôt pricing_cta_click ou un clic vers un CTA commercial majeur.

Pourquoi le suivre : il capture le passage entre intérêt et démarche active.

Paramètres utiles :

• placement
• offer_type

La vraie discipline : limiter les paramètres

Un mauvais plan de marquage ne contient pas seulement trop d’événements. Il contient aussi trop de propriétés attachées à chaque événement.

La règle simple consiste à ne garder que les paramètres qui changent une lecture utile.

Par exemple :

• placement peut être utile pour comparer un CTA dans le header et le footer ;
• plan_type peut être utile pour distinguer free, starter, pro ;
• form_name peut être utile s’il existe plusieurs formulaires.

En revanche, beaucoup de paramètres finissent par ne rien apporter :

• texte exact du bouton ;
• URL complète quand elle est déjà visible ailleurs ;
• variantes de casse ou de naming ;
• détails redondants qui compliquent surtout l’analyse.

Plausible, par exemple, permet d’associer des propriétés personnalisées aux événements, mais il ne faut pas confondre possibilité technique et nécessité analytique. Plus vous enrichissez, plus vous devrez ensuite relire et maintenir.

Une convention de nommage simple vaut mieux qu’un framework complexe

Pour un plan minimaliste, la convention suivante suffit largement :

• noms d’événements en anglais ;
• verbes d’action clairs ;
• pas d’espace ;
• pas de doublons proches ;
• une signification stable dans le temps.

Exemples corrects :

• form_submit
• trial_start
• file_download
• phone_click

Exemples à éviter :

• CTA Final Hero Demo
• contactFormSuccessNew
• btn_click_v2
• conversion_important

La règle est simple : un nom doit rester compréhensible six mois plus tard, même pour quelqu’un qui n’était pas présent au moment de l’implémentation.

Ce qu’il ne faut pas suivre au départ

Un plan minimaliste est aussi un plan qui assume des renoncements.

Ne suivez pas dès le départ :

• chaque scroll ;
• chaque clic de navigation ;
• chaque ouverture d’accordion ;
• chaque hover ;
• chaque variation visuelle de bouton ;
• chaque lecture vidéo si personne n’utilise cette donnée ;
• chaque micro-étape d’un formulaire long, sauf problème avéré.

Ces données peuvent sembler rassurantes parce qu’elles donnent l’impression de finesse. En réalité, elles créent souvent du bruit.

L’ordre recommandé pour implémenter le plan

Pour éviter le projet sans fin, déployez en trois vagues.

Vague 1 : les conversions principales

Commencez par :

• form_submit
• demo_request
• purchase_complete
• trial_start

Toutes les équipes n’auront pas les quatre, mais elles doivent commencer par leurs conversions les plus proches de la valeur.

Vague 2 : les signaux d’intention

Ajoutez ensuite :

• phone_click
• email_click
• file_download
• checkout_start ou pricing_cta_click

Cela suffit souvent à lire les passages intermédiaires utiles.

Vague 3 : les signaux d’orientation

Enfin seulement, ajoutez si nécessaire :

• search_submit
• newsletter_signup
• account_signup
• outbound_click

Cette logique garde le marquage sous contrôle. On documente d’abord ce qui sert le pilotage, puis ce qui améliore l’interprétation.

Un exemple de tableau de marquage minimal

Voici un format de documentation suffisant pour la plupart des PME :

Event	Déclencheur	Pourquoi le suivre	Paramètres
form_submit	formulaire envoyé avec succès	mesurer les leads entrants	form_name, page_type
demo_request	clic ou envoi de demande de démo	isoler l’intention commerciale forte	placement
newsletter_signup	inscription confirmée	suivre les conversions de contenu	placement, content_type
account_signup	création de compte lancée ou validée	lire le passage visite → compte	plan_type, placement
trial_start	essai activé	suivre le signal le plus proche du revenu	plan_type
purchase_complete	achat ou abonnement confirmé	mesurer la conversion finale	plan_type, billing_cycle
phone_click	clic sur lien téléphone	capter les conversions hors formulaire	placement
email_click	clic sur lien mailto	suivre le contact direct	placement
file_download	téléchargement déclenché	mesurer l’intérêt pour des assets clés	file_name, content_type
outbound_click	clic vers un domaine externe stratégique	comprendre les sorties utiles	destination_type, placement
search_submit	recherche interne validée	lire l’intention utilisateur	query_group, results_state
checkout_start ou pricing_cta_click	démarrage de checkout ou clic pricing stratégique	repérer le passage à l’action	placement, offer_type

Attention au cadre privacy et au périmètre de mesure

C’est un point important.

Un plan de marquage minimaliste n’est pas automatiquement un plan juridiquement simple. La CNIL rappelle que la mesure d’audience peut, dans certaines conditions, relever d’un régime particulier, mais que l’analyse dépend des finalités, de la configuration et de l’usage réel des données. Dès que l’on glisse vers des usages marketing plus larges, l’acquisition ou des réutilisations plus riches, le cadrage change.

Concrètement, cela veut dire deux choses :

• gardez votre plan de marquage proportionné ;
• distinguez clairement la mesure d’audience utile des besoins marketing plus larges.

Autrement dit, un bon plan de marquage n’est pas seulement sobre. Il est aussi explicable.

Ce qu’il faut retenir

Pour une PME, un bon plan de marquage ne cherche pas à impressionner. Il cherche à rester exploitable.

Dans la majorité des cas, 12 événements suffisent largement, et souvent 6 à 8 suffisent pour démarrer correctement. Le plus important n’est pas d’avoir une taxonomie ambitieuse. Le plus important est de pouvoir répondre, chaque mois, à quelques questions simples :

• qu’est-ce qui attire du trafic qualifié ;
• qu’est-ce qui déclenche une intention claire ;
• qu’est-ce qui convertit réellement ;
• où l’on perd de la progression ;
• quelles données l’équipe comprend et utilise vraiment.

Si votre plan de marquage devient plus complexe que vos décisions, il est probablement déjà trop lourd.

FAQ

Faut-il suivre les 12 événements dès le premier jour ?

Non. La plupart des équipes devraient commencer par les 4 à 8 événements les plus proches de leurs conversions réelles, puis élargir seulement si un besoin clair apparaît.

Pourquoi garder les noms d’événements en anglais sur un site francophone ?

Parce que cela facilite souvent la maintenance, la cohérence technique et la transcréation éventuelle. L’important n’est pas la langue en elle-même, mais la stabilité du naming.

Un clic sur un bouton suffit-il à définir une conversion ?

Pas toujours. Un clic peut être un bon signal d’intention, mais il ne remplace pas une conversion réelle comme un formulaire envoyé, un essai activé ou un achat confirmé.

Peut-on suivre les campagnes et les UTM dans un plan minimaliste ?

Oui, mais il faut distinguer la lecture d’acquisition et le marquage d’événements. Les campagnes peuvent être utiles, mais elles ne justifient pas à elles seules une inflation du plan de marquage.

Comment savoir qu’un événement doit être supprimé ?

S’il n’est jamais consulté, s’il n’influence aucune décision, s’il duplique une autre donnée ou si personne dans l’équipe ne sait encore à quoi il sert, il mérite probablement d’être retiré.

Sources

• CNIL, Cookies : solutions pour les outils de mesure d’audience : https://www.cnil.fr/fr/cookies-solutions-pour-les-outils-de-mesure-daudience
• CNIL, Recommandation relative aux cookies et autres traceurs, édition consolidée 2026 : https://www.cnil.fr/sites/default/files/2026-01/recommandation_cookies_consolidee.pdf
• Google Analytics, Analytics - Recommended events : https://developers.google.com/analytics/devguides/collection/ga4/reference/events
• Google Analytics, Set up events : https://developers.google.com/analytics/devguides/collection/ga4/events
• Google Analytics, Set up event parameters : https://developers.google.com/analytics/devguides/collection/ga4/event-parameters
• Matomo, JavaScript Tracking Client Guide : https://developer.matomo.org/guides/tracking-javascript-guide
• Matomo, Event Tracking User Guide : https://matomo.org/guide/reports/event-tracking/
• Plausible, Custom event goals : https://plausible.io/docs/custom-event-goals
• Plausible, Custom properties for events : https://plausible.io/docs/custom-props/for-custom-events
• Plausible, Goal conversions : https://plausible.io/docs/goal-conversions