Chaque équipe qui décide de « mesurer le produit » est confrontée à la même tentation : tout suivre. Chaque clic, chaque écran, chaque défilement. La logique semble solide, il vaut mieux avoir les données et ne pas en avoir besoin que d'en avoir besoin et ne pas les avoir.
C'est un piège. Tout suivre ne crée pas de clarté ; cela génère un marécage d’événements que personne ne peut interpréter, avec un coût caché en termes de maintenance, de confidentialité et de confiance dans les données elles-mêmes. Ceux qui suivent tout ont tendance à comprendre peu de choses.
Voici un guide rapide pour faire le contraire : suivre peu et suivre correctement. L'idée centrale est qu'un bon événement est ce qui répond à une question que vous vous posez réellement, et que tout ce qui ne répond pas à une question est une dette de données déguisée en prudence.
Qu'est-ce que le suivi des événements, en une phrase
Le suivi des événements est l'enregistrement des actions que les gens effectuent au sein d'un produit : démarrer une inscription, finaliser un achat, activer une fonctionnalité, abandonner un flux.
Contrairement aux mesures globales telles que le nombre total d'utilisateurs, les événements capturent le comportement granulaire, ce que chaque personne a fait, dans quel ordre et à quelle heure. C’est cette granularité qui nous permet de répondre à des questions profondes : où les gens abandonnent, qu’est-ce qui distingue ceux qui restent de ceux qui disparaissent, quel chemin mène à la valeur.
Le problème n’est jamais le manque d’événements. C'est le manque de critères pour choisir lesquels valent la peine d'être capturés.
La question vient avant l'événement
La règle qui organise tout le reste : ne jamais définir un événement sans définir au préalable la question à laquelle il répond.
« Combien de personnes terminent l'inscription ? » est une question. Cela justifie le suivi du début et de la fin de l’inscription. "Où les gens abandonnent-ils le paiement ?" est une question. Cela justifie de marquer chaque étape du paiement.
« Suivons tous les clics car cela pourrait être utile » n'est pas une question, c'est une anxiété. Et l’anxiété génère le marais. Lorsqu’on part de la question, l’ensemble des événements nécessaires devient petit, clair et directement lié à la décision.
Il s'agit du raccourci le plus précieux de ce guide : si vous ne pouvez pas déterminer quelle décision un événement éclairera, ne suivez pas encore cet événement.
Relier les événements aux KPI sans se perdre
Les événements sont la matière première ; Les KPI sont ce que vous en retirez. Le lien entre les deux doit être délibéré.
Pensez en trois étapes rapides :
- Événements bruts : les actions individuelles (cliquées, ouvertes, terminées).
- Entonnoirs et flux : séquences d'événements qui montrent un chemin (inscription → activation → premier achat).
- KPI : les chiffres qui résument si le produit fonctionne bien (taux d'activation, rétention, conversion).
L’erreur de ceux qui sont pressés est de passer directement au KPI sans dessiner les événements qui le soutiennent, et le chiffre devient alors fragile, impossible à enquêter lorsque quelque chose change. L’erreur inverse est de se perdre dans les événements bruts sans jamais passer au KPI qui compte. Le guide rapide est le suivant : concevez le KPI, identifiez l'entonnoir qui y mène, suivez uniquement les événements dans cet entonnoir.
Il y a un petit avantage évident à cette discipline. Lorsque le KPI baisse, un suivi bien conçu vous permet de passer du nombre global à l'événement spécifique au cours duquel les personnes ont commencé à abandonner. Sans cette chaîne, vous savez seulement que quelque chose a empiré, pas où ni pourquoi, et enquêter devient une fouille aveugle. Faire le suivi en gardant l'entonnoir à l'esprit revient essentiellement à laisser une carte prête pour le jour où quelque chose ne va pas.
Les propriétés comptent autant que les événements
Les débutants ont tendance à traiter un événement comme un simple « cela s’est produit ». Mais la vraie valeur réside dans les propriétés qui accompagnent chaque événement, le contexte qui transforme un enregistrement générique en quelque chose de consultable.
Un événement « achat terminé » à lui seul ne dit pas grand-chose. Le même événement avec des propriétés telles que la catégorie de produit, le canal source et s'il s'agit de la première commande de l'utilisateur permet la segmentation, la comparaison et la compréhension. La différence entre une trace superficielle et une trace utile réside presque toujours dans les propriétés et non dans le nombre d’événements.
Petite mise en garde ici : capturez les propriétés qui répondent aux questions, pas tout ce qui est disponible à l'écran. Et ne placez jamais de données sensibles dans une propriété simplement parce que c'est facile, la propriété d'événement est l'un des endroits où les données personnelles finissent par fuir vers des systèmes qui ne devraient pas les avoir.
Nommer avec discipline dès le premier jour
Un détail qui semble mineur et coûteux : la façon dont vous nommez les événements. Sans modèle, en quelques mois vous avez "purchase_made", "Purchase", "checkout_completed" et "purchase", tous signifiant la même chose, tous gênant l'analyse.
Une correction ultérieure est pénible, parfois impossible, car les données historiques ne sont pas renommées gratuitement. Par conséquent, même dans un guide rapide, la règle s'applique : définissez une convention de dénomination avant de créer le premier événement et suivez-la strictement. La cohérence des noms est le type de soins qui sont bon marché au début et très coûteux par la suite.
Le tracking se heurte à la LGPD, et c'est vite dit
On ne peut pas parler de suivi au Brésil sans parler de confidentialité. Chaque événement qui enregistre le comportement d'une personne constitue un traitement de données personnelles, et cela déclenche la LGPD.
Le message rapide : suivez un objectif déclaré, pas pour l'accumulation. La collecte de comportements « au cas où », sans base juridique ni objectif clair, transforme votre système d’analyse en responsabilité juridique. La discipline consistant à suivre uniquement ce qui répond à une question résout déjà une grande partie de ce problème, car un objectif clair est exactement ce qu'exige la loi.
Par conséquent, moins de suivi n’est pas seulement plus propre sur le plan analytique. C'est plus défendable légalement.
Le résumé qui tient sur une carte
Si vous ne souhaitez conserver que l’essentiel de ce guide, quatre idées vous sont proposées :
Définissez la question avant l’événement. Suivez uniquement ce qui éclaire une décision. Nommez-le avec un modèle depuis le début. Traitez chaque événement comme une donnée personnelle sous LGPD.
Avec cela, vous évitez le marécage qui noie la plupart des équipes et créez une base de données simple, fiable et utile. Un bon suivi n’est pas ce qui capture le plus ; C'est ce qui capture suffisamment pour que vous puissiez comprendre le produit sans vous noyer dans les données elles-mêmes.
Un dernier raccourci mental qui aide ceux qui débutent : traitez chaque nouvel événement comme un petit engagement de maintenance, et non comme une aubaine gratuite. Chaque événement doit être vérifié, documenté et examiné lorsque l'écran change. Vu sous cet angle, la question « est-ce que cela vaut la peine d'être suivi ? prend du poids, parce que vous commencez à en voir le coût, et pas seulement le bénéfice apparent. Les équipes qui internalisent cette vision grandissent avec un suivi qui reste fiable ; Ceux qui voient l’événement comme quelque chose de gratuit finissent par se noyer dans ce qu’ils pensaient être pris en charge.
Si votre équipe met en place ou refait le suivi et soupçonne qu'elle collecte trop de données, cela vaut la peine d'en discuter avant de procéder à l'instrumentation. Sur le blog, vous trouverez d'autres textes sur les métriques et les données des produits qui approfondissent chacune de ces idées.