La différence entre une équipe qui fait confiance à ses propres données et une équipe qui s’en méfie réside rarement dans l’outil. Cela dépend de la manière dont le suivi a été mis en œuvre, avec méthode ou dans la précipitation.
Implémenter le suivi des événements semble simple : installer une bibliothèque, déclencher des événements, c'est tout. C’est ainsi que sont créés la plupart des systèmes d’analyse que personne ne pourra utiliser plus tard. Des événements en double, des noms incohérents, des données qui ne correspondent pas et la suspicion chronique que le numéro est erroné.
Ce texte traite le suivi comme ce qu'il est : un projet d'ingénierie et de gouvernance, avec des étapes qui comptent et dans un ordre qui compte. La thèse est que pour bien le mettre en œuvre, il s’agit moins d’écrire du code de suivi que de discipliner avant et après celui-ci.
Etape 1 : le plan de mesure précède le code
L’erreur fondatrice de presque tous les mauvais suivis commence par la mise en œuvre. Avant une seule ligne de code, il faut un plan de mesure, un document qui relie chaque événement à une question métier.
Ce plan répertorie ce qui sera suivi, pourquoi, quelle décision chaque événement éclaire et quelles propriétés chacun comporte. Cela semble bureaucratique ; c'est le contraire. C'est lui qui évite de garder la trace de l'inutile et d'oublier l'essentiel.
Sans plan, chaque développeur instrumente comme bon lui semble, et vous vous retrouvez avec un fouillis d'événements que personne n'a conçu ensemble. Avec un plan, le suivi comporte un dessin, et un dessin est ce qui rend les données interprétables plus tard.
Étape 2 : standardiser la nomenclature et la structure
Après avoir défini ce qu'il faut suivre, la prochaine étape essentielle consiste à décider comment tout nommer et structurer, de manière cohérente, avant la mise en œuvre.
Établissez une convention : comment les événements sont nommés, comment les propriétés sont appelées, quel format suivent les valeurs. Décidez si « achat terminé par l'utilisateur » est un événement avec des propriétés ou plusieurs événements distincts. Ces choix, pris sur papier, évitent la fragmentation qui détruit l'analyse.
La raison pour laquelle il faut procéder ainsi avant le codage est simple : la correction ultérieure de la nomenclature nécessite de modifier les données historiques, et les données historiques ne peuvent pas être renommées sans perte. Ce que vous standardisez dès le début vous évite des mois de retouche. Ce que vous laissez plus tard devient une dette qui ne sera peut-être jamais remboursée.
Étape 3 : Déployer avec validation, pas dans le noir
Avec un plan et une norme prêts, la mise en œuvre est presque mécanique, mais il y a une exigence : valider chaque événement au fur et à mesure qu'il arrive.
L'étape essentielle ici est de ne pas croire que l'événement s'est déclenché simplement parce que le code a été écrit. Vérifiez que chaque événement arrive avec les bonnes propriétés, au bon moment, sans duplication. Les données de suivi ont une caractéristique insidieuse : les erreurs sont silencieuses. Un événement qui se déclenche deux fois ou pas du tout ne génère pas d'erreur visible ; cela ne fait que corrompre l'analyse dès le départ.
Les équipes matures traitent le suivi comme elles traitent n'importe quel code critique : avec vérification. Un événement mal mis en œuvre et passant inaperçu va contaminer les décisions pendant des mois, et personne ne le saura.
Étape 4 : déterminer qui s'occupera des données plus tard
Le suivi n'est pas un projet qui se termine. Les produits changent, les écrans sont repensés, les flux sont réécrits et chaque changement peut interrompre silencieusement un événement.
L'étape que presque tout le monde saute est la définition d'une gouvernance continue : qui est responsable du suivi, qui approuve les nouveaux événements, qui vérifie lorsqu'un écran change. Sans propriétaire, le système d’analyse se dégrade tout seul. En six mois, la moitié des événements ne signifient plus ce qu’ils prétendaient.
Cette gouvernance n’a pas besoin d’être lourde. Il faut que ça existe. Un responsable clair et un simple rituel de révision évitent déjà l’entropie qui transforme les données fiables en données suspectes.
Étape 5 : Considérez la confidentialité comme une exigence et non comme un correctif
La mise en œuvre du suivi au Brésil nécessite de traiter LGPD comme faisant partie du projet, à partir du plan de mesure, et non comme un ajustement de dernière minute.
Cela signifie décider, événement par événement, quelle est la base juridique de la collecte de ce comportement, combien de temps les données seront conservées et comment elles seront traitées si le titulaire demande leur suppression. Cela signifie également ne pas capturer, dans les propriétés de l'événement, des données sensibles qui ne devraient pas s'y trouver, une erreur courante lors de l'enregistrement de contenus saisis ou des identifiants qui n'avaient pas besoin d'être collectés.
La confidentialité intégrée au plan est bon marché. La confidentialité corrigée après un incident est coûteuse et tardive. Cette étape n’est pas distincte des autres ; il traverse tout le monde.
Étape 6 : Documentez la signification, pas seulement le nom
Il y a une étape qui sépare une piste qui survit au roulement du personnel de celle qui meurt lorsqu'une personne clé quitte : documenter la signification de chaque événement, en langage humain.
Le nom de l'événement n'est pas explicite. "Commande confirmée" peut signifier différentes choses selon les équipes, le moment du paiement approuvé, la facture émise, le moment de l'expédition. Sans définition écrite, chacun l’interprète à sa manière et les analyses fondées sur des interprétations divergentes aboutissent à des conclusions qui ne concordent pas.
Dans une entreprise, c’est cette documentation, souvent appelée dictionnaire d’événements, qui permet à ceux qui arrivent plus tard de comprendre ce qu’ils regardent. C'est également ce qui évite la situation classique dans laquelle deux zones rapportent des chiffres différents pour la « même » mesure et passent des jours à découvrir qu'elles mesuraient des choses différentes. Documenter le sens est peu coûteux au moment de la création et inestimable six mois plus tard.
Erreurs qui apparaissent lors du saut d'étapes
Cela vaut la peine de nommer ce qui ne va pas, car les symptômes sont reconnaissables. Lorsque le plan de mesure est ignoré, il se produit des événements que personne n'utilise et un manque d'événements qui feraient la différence. Lorsque la standardisation est ignorée, l’analyse devient archéologie. Lorsque la validation est ignorée, les décisions sont basées sur des données corrompues sans que personne ne s'en aperçoive. Lorsque la gouvernance est ignorée, le système pourrit. Lorsque la vie privée est ignorée, le risque juridique s’accumule.
Ces étapes se renforcent mutuellement. Un plan bien conçu facilite la normalisation, ce qui facilite la validation, ce qui soutient la gouvernance, qui intègre déjà la confidentialité. Mettre en œuvre le suivi dans le bon ordre ne représente pas plus de travail, c'est moins de retouches.
En fin de compte, la qualité de votre suivi détermine la qualité de chaque décision que vous prendrez sur la base des données. Cela vaut la peine de le faire dès le premier événement, car le réparer plus tard est coûteux et parfois impossible.
Un suivi mal mis en œuvre a un coût silencieux et rarement pris en compte : l’érosion de la confiance. Lorsque les chiffres ne s’additionnent pas une seule fois, l’équipe commence à se méfier d’eux tous. À partir de ce moment-là, les décisions sont à nouveau prises sur la base de l’instinct et tout l’investissement dans l’analyse est perdu, non pas parce que les données ont disparu, mais parce que plus personne n’y croit. Reconstruire cette confiance est plus difficile que d’établir un suivi du premier coup. Par conséquent, chacune de ces étapes est, par essence, un investissement dans la crédibilité, et la crédibilité des données est l’actif le plus difficile à récupérer une fois perdue.
Si votre équipe envisage de mettre en œuvre ou de refaire le suivi et souhaite éviter les erreurs qui érodent la confiance dans les données, cela vaut la peine d'en parler avant de commencer à instrumenter. Sur le blog, vous trouverez d'autres textes sur les données, les métriques et la gouvernance qui complètent ces étapes.