La plupart des installations analytics grandissent par accumulation. On ajoute un gestionnaire de balises, puis un outil de heatmap, puis une poignée de pixels de conversion, puis tout ce que la dernière agence a recommandé, jusqu'à ce qu'une entreprise se retrouve avec plus de tableaux de bord que personne n'en ouvre. Le résultat n'est pas une meilleure mesure — c'est une interface de reporting que personne ne lit vraiment, à côté d'un processus de décision qui fonctionne quand même à l'instinct.
Partir des questions, pas des outils
Avant d'installer quoi que ce soit, l'exercice utile est de noter les trois ou quatre questions auxquelles l'entreprise a réellement besoin de répondre : quelles pages génèrent des demandes, où les visiteurs abandonnent avant de contacter, quel canal mérite le prochain dirham dépensé, et si un changement récent a amélioré ou dégradé les choses. Tout ce qui est mesuré devrait se rattacher à l'une d'elles. Une métrique qui ne répond à aucune de ces vraies questions n'est pas neutre — c'est une ligne de bruit qui capte de l'attention au détriment de celles qui comptent.
Moins d'événements, mais bien suivis
Une poignée d'événements bien définis — un formulaire soumis, un clic sur un numéro de téléphone, une réservation aboutie — en apprend plus à une entreprise que cinquante événements vaguement nommés que personne ne saura expliquer un an plus tard. Le réflexe de « tout tracker au cas où ça serve un jour » produit généralement un jeu de données trop confus pour qu'on lui fasse confiance, car personne ne peut dire avec certitude quels événements se déclenchent correctement et lesquels ont cessé de fonctionner en silence après la dernière mise à jour du site.
Un rapport qui tient sur un seul écran
Si un rapport mensuel a besoin d'une réunion pour être interprété, il a déjà raté sa mission. La version qu'on lit réellement est courte : les demandes de ce mois face au mois dernier, la ou les deux pages qui font l'essentiel du travail, et tout ce qui a bougé assez fort pour mériter une question. Le reste peut rester dans l'outil sous-jacent pour la rare occasion où quelqu'un a besoin de creuser, plutôt que d'être poussé en tête de rapport à chaque fois.
Les réglages de confidentialité font partie de la précision, pas seulement de la conformité
La manière dont le consentement est configuré change ce que les chiffres signifient réellement, et se tromper sur ce point fausse silencieusement tout rapport construit dessus. C'est un domaine véritablement technique et juridique, avec des règles qui varient selon les marchés et évoluent dans le temps, donc la configuration précise mérite d'être vérifiée auprès des recommandations en vigueur plutôt que supposée à partir d'un modèle générique — mais l'idée générale tient quelle que soit la spécificité : des analytics configurés sans attention au consentement produisent des chiffres qui paraissent précis et ne le sont pas.
Revoir sur un calendrier, pas seulement quand quelque chose semble faux
Des chiffres laissés sans contrôle pendant des mois finissent généralement par être vérifiés pour la première fois exactement quand quelque chose a déjà mal tourné — un code de suivi cassé par une refonte, un objectif qui a cessé de se déclencher après la reconstruction d'un formulaire. Un coup d'œil mensuel court, même cinq minutes sur les trois mêmes questions, détecte cela assez tôt pour que ce soit une correction de deux minutes plutôt que des mois de trafic non mesuré.
Configurer la mesure autour de ce qu'une entreprise a réellement besoin de savoir, plutôt qu'autour de ce qu'un outil propose par défaut, fait partie du travail sur les logiciels et systèmes que nous menons en parallèle d'une construction, car le but du site décrit dans notre article sur le site comme système d'entreprise est de produire des réponses que quelqu'un utilisera vraiment — pas un tableau de bord que personne n'ouvre.
