Comment nommer vos événements ? « purchase » ou « purchase_conversion » ? « button_click » ou « click_button » ? « form_submit » ou « submit_form » ? Le nommage semble anodin, mais s'il est bâclé, votre suivi tourne au chaos. Une personne nomme un événement « purchase ». Une autre nomme un événement similaire « conversion ». Vous avez maintenant un double suivi sous deux noms différents. Les rapports affichent des chiffres contradictoires. Les équipes se demandent quel chiffre est le bon. Un bon nommage évite cela. Un nommage cohérent permet à chacun de savoir à quoi sert chaque événement.
Cet article explique comment nommer et structurer vos événements pour que votre système de suivi reste organisé à mesure que vous grandissez.
Nommage et structure des événements : de quoi parle-t-on ?
Nommer un événement, c'est lui donner une étiquette : « purchase », « form_submit », « video_play ». La structure, c'est la façon d'organiser les événements. Lesquels vont ensemble ? Comment les classer ? Un bon nommage et une bonne structure gardent le suivi en ordre.
Un mauvais nommage ressemble à ceci. Une personne crée « purchase ». Une autre crée « buy ». Une autre crée « transaction ». La même chose porte trois noms. Vos rapports affichent trois événements distincts. Les équipes ne savent pas quel chiffre croire.
Un bon nommage suit des règles cohérentes. Tous les événements d'achat s'appellent « purchase ». Tous les événements de formulaire commencent par « form_ ». Tous les événements d'engagement commencent par « engagement_ ». La cohérence apporte de la clarté.
Créer une règle de nommage
Définissez comment vous nommerez tous les événements. Ajoutez une catégorie : « conversion_purchase », « conversion_signup », « engagement_video_play ». La catégorie vient en premier, l'événement précis en second.
Utilisez toujours la même convention : tout en minuscules avec des tirets bas, ou camelCase. Choisissez-en une et tenez-vous-y. Une casse incohérente prête à confusion.
Gardez des noms courts mais descriptifs. « purchase » vaut mieux que « user_completes_purchase_transaction ». « form_submit » vaut mieux que « form_submission_event_trigger ». Un nom doit être clair sans être bavard.
Regrouper les événements liés
Décidez quels événements sont liés. Les événements d'achat vont ensemble. Les événements de formulaire vont ensemble. Les événements de navigation vont ensemble. Regroupez-les dans votre documentation et votre tableau de bord.
Utilisez des préfixes pour montrer les groupes. « conversion_purchase », « conversion_signup » : les deux commencent par « conversion ». Quiconque lit le nom comprend qu'ils mesurent des conversions.
Dans vos rapports, organisez les événements par groupe. Ayez un tableau de bord des événements de conversion, un autre pour l'engagement, un autre pour les erreurs. Cette organisation aide les équipes à trouver ce dont elles ont besoin.
Établir une hiérarchie des événements
Certains événements comptent plus que d'autres. L'achat est critique. Les envois de formulaires sont importants. Les défilements de page sont secondaires. Créez une hiérarchie.
Documentez quels événements sont critiques, lesquels sont importants et lesquels sont un plus. Les événements critiques sont testés plus à fond. Les événements importants sont revus régulièrement. Les événements secondaires reçoivent une surveillance de base.
Servez-vous de cette hiérarchie pour répartir vos ressources. Passez plus de temps à vérifier que les événements critiques fonctionnent, et moins sur les événements secondaires.
Documenter la définition des événements
Pour chaque événement, décrivez ce qu'il est. Quand se déclenche-t-il ? Quelles données collecte-t-il ? Quand quelqu'un rejoint l'équipe, il lit la documentation et comprend le système.
Ajoutez des exemples. « L'événement purchase se déclenche quand quelqu'un finalise un achat. Il collecte le montant de la commande, la catégorie du produit et l'identifiant de l'utilisateur. Exemple : l'événement purchase se déclenche avec les valeurs $49.99, electronics, user123. »
La documentation évite les doublons. Avant de créer un nouvel événement, on la consulte. Si un événement similaire existe, on le réutilise.
Aligner les événements sur les objectifs de l'entreprise
Vos événements doivent correspondre à vos objectifs. Si votre objectif est de vendre, vous avez des événements d'achat. Si c'est de trouver des prospects, des événements d'inscription. Si c'est l'engagement, des événements d'engagement.
Associez chaque événement à un objectif. « Cet événement mesure notre objectif de ventes. » « Cet événement mesure la génération de prospects. » « Cet événement mesure l'engagement. » Cet alignement aide les équipes à comprendre pourquoi chaque événement existe.
Passez vos événements en revue chaque trimestre. Les événements que vous suivez correspondent-ils toujours à vos objectifs ? Si votre activité évolue, il vous faudra peut-être de nouveaux événements. Supprimez ceux qui ne comptent plus.
Foire aux questions
Les noms d'événements doivent-ils être au singulier ou au pluriel ?
Au singulier. « purchase », pas « purchases ». « form_submit », pas « form_submits ». Le singulier est plus clair : « purchase » désigne une seule occurrence de l'action. Il évite les confusions. Avec le créateur de site web de WEMASY, vous pouvez le mettre en place directement sur votre site.
Combien d'événements faut-il nommer et suivre ?
Commencez par les événements critiques : achat, inscription, envoi de formulaire. Ajoutez les événements importants : lectures de vidéos, actions d'engagement. Ajoutez ensuite les événements secondaires : défilements, clics. La plupart des sites finissent avec 10 à 30 événements. Au-delà, vous perdez de vue l'essentiel.
Nous avons d'anciens événements mal nommés. Faut-il les renommer ?
Non. Renommer casse les données historiques. À partir de maintenant, appliquez de bonnes règles de nommage. Pour l'historique, créez un document de correspondance. « Ancien nom : purchase_complete. Nouveau nom : conversion_purchase. » Cette correspondance aide les équipes à comprendre que les deux noms désignent la même chose.
Faut-il inclure le nom de la page dans le nom de l'événement ?
Non. L'information sur la page est une donnée attachée à l'événement, pas une partie de son nom. Un événement se déclenche quand quelqu'un clique sur un bouton. La page où il se trouve est du contexte. Gardez des noms d'événements génériques.
Comment gérer les événements qui se déclenchent sur plusieurs pages ?
Utilisez le même nom d'événement quelle que soit la page. « form_submit » se déclenche sur chaque page de formulaire. L'information sur la page est jointe comme donnée de l'événement. Ainsi, vous avez un seul événement au lieu de dix.
Faut-il imbriquer les événements ou garder une structure plate ?
Gardez une structure plate au niveau des noms. Utilisez des catégories en préfixe : « conversion_purchase », « engagement_video_play ». Une structure plate avec préfixes est plus claire qu'une structure imbriquée. La plupart des équipes choisissent des noms plats avec des préfixes de catégorie.