Rechercher
Saisissez au moins deux caractères, sans donnée personnelle.

    BibliothèqueArticles et FAQ Votre projetDemander un devis
    LangueFR
    Guides pratiques

    Mesurer l’utilité d’un site sans accumuler les données

    Une mesure sert à prendre une décision. Avant d’ajouter un outil, définissez ce que le site doit aider les visiteurs à faire et quelle observation montrera un problème réel.

    Voir la méthode

    Illustration de la préparation d’un projet web : Mesurer l’utilité d’un site sans accumuler les données

    Relier chaque indicateur à une question

    Pour chaque service important, décrivez le parcours attendu : découvrir l’offre, lire les conditions, consulter un exemple, puis prendre contact. Choisissez un petit nombre de mesures qui aident à repérer une rupture, comme les consultations de la page, les accès au contact et les demandes réellement reçues.

    Écrivez la décision possible à côté de chaque indicateur. Si aucune action ne suivrait sa variation, la collecte n’est probablement pas prioritaire. Séparez les volumes de visites de la qualité des demandes et du retour exprimé par les clients.

    • Question à résoudre.
    • Mesure minimale et période de comparaison.
    • Décision possible si le résultat change.

    Vérifier la collecte avant de lire les chiffres

    Testez les événements sur ordinateur et téléphone : un clic sur le bouton ne prouve pas que le formulaire est arrivé. Vérifiez les doublons, les erreurs de chargement et la distinction entre une visite interne et une visite publique. Documentez les changements de balisage pour ne pas comparer deux périodes qui ne mesurent pas la même chose.

    La mesure d’audience peut impliquer des traceurs et des données personnelles. Faites examiner la configuration, la durée de conservation et les destinataires. La CNIL précise que l’exemption de consentement ne concerne que certaines mesures soumises à conditions ; ne la présumez pas pour un outil donné.

    Comparer des périodes comparables

    Analyse d’un parcours de conversion sur papier et d’un tableau de mesure sur ordinateur

    Consignez les campagnes, publications, jours fériés, pannes et changements d’offre qui peuvent expliquer une variation. Comparez une même famille de pages et, si le volume est faible, regardez plusieurs semaines plutôt qu’une journée isolée. Les chiffres de laboratoire, les statistiques d’audience et les demandes commerciales répondent à des questions différentes.

    Lisez aussi les recherches internes sans résultat, les questions posées au contact et les retours de personnes qui utilisent le site. Ils révèlent parfois une information absente que les courbes ne montrent pas.

    Décider et contrôler l’effet

    Choisissez une amélioration précise : clarifier le prix, rendre une condition visible, réparer un lien ou simplifier un formulaire. Notez l’hypothèse, la page concernée, la date du changement et la mesure attendue. Vérifiez ensuite le rendu et la réception réelle des demandes avant de conclure.

    Si le résultat ne change pas, revenez au parcours observé plutôt que d’ajouter d’autres tableaux de bord. Une mesure incomplète doit être présentée comme telle ; elle ne justifie pas une promesse de conversion ou de classement. Le guide d’entretien du site propose un rythme de contrôle après chaque changement.

    Exemple fictif : 200 visites produisent 10 demandes, soit 5 % ; une autre période compte 500 visites et 15 demandes, soit 3 %. Le taux baisse alors que le nombre de demandes augmente de 50 %. Avant de choisir une correction, comparez leur pertinence, les sources de trafic et la définition d’une visite. Un taux seul ne permet pas de décider si le site est devenu plus utile.

    Pour relier SEO et SXO, conservez ensemble la question recherchée, la page d’arrivée, l’action attendue et la demande effectivement reçue. Pour le GEO, notez séparément la réponse de l’assistant, la source citée et la date du test. Ces observations ne partagent ni le même dénominateur ni la même finalité ; elles ne se cumulent pas dans un score global de visibilité.

    Observer des événements de performance sans supposer que tous les navigateurs exposent les mêmes mesures.

    Cas fictif : un tableau de suivi attend un type d’entrée absent d’un navigateur. Vérifiez supportedEntryTypes avant l’observation et distinguez donnée indisponible et valeur nulle. Définissez le moment de début et de fin de la collecte. Utilisez des libellés techniques sans adresse électronique ni saisie du visiteur ; aucune collecte distante n’est nécessaire pour ce premier contrôle local.

    • Les mesures disponibles sont identifiées ; les absences restent inconnues et aucune donnée personnelle n’apparaît dans les libellés.
    • MDN PerformanceObserver

      Interface recevant les nouvelles entrées de la chronologie de performance du navigateur pour les types effectivement pris en charge.

    Décider dans une situation concrète

    Exemple fictif : les visites progressent, mais les demandes exploitables restent stables. Examinez parcours, période et définition des événements avant de conclure ; un indicateur d’exposition ne mesure pas automatiquement l’utilité pour le visiteur.

    Documentez événement, unité, périmètre, données absentes et méthode de collecte. Comparez des périodes cohérentes et signalez les changements de consentement ou d’outil ; une différence de comptage n’est pas nécessairement une évolution du public.

    Passer de 4 % à 5 % : quelle différence ?

    Exemple fictif : 20 demandes pour 500 visites donnent 4 % ; 25 pour 500 donnent 5 %. L’écart est de 1 point de pourcentage, soit une hausse relative de 25 %. Il ne prouve pas que la modification du site en est la cause. Vérifiez mêmes périodes, mêmes définitions et qualité des demandes avant d’interpréter la variation.

    Retrouver une page absente avant de conclure à zéro visite

    1. Identifier le rapport
    2. Garder période et segment
    3. Examiner Others
    4. Comparer l’archivage

    Dans un rapport Matomo, une ligne « Others » peut regrouper des entrées pendant l’archivage. Distinguez trois étapes : les données collectées, leur agrégation et la liste affichée. Afficher davantage de lignes ne sépare pas une entrée déjà agrégée.

    Avant de changer les limites, relevez version, mode d’hébergement et réglage concerné. Comparez sur une copie de test ; le retraitement d’anciennes périodes peut coûter du temps, de la mémoire et du stockage. Ne transformez pas une ligne invisible en absence de visiteurs.

    Documents de référence

    Contenu mis à jour le

    Matrice de recette à adapter au projet

    Ces contrôles proposés utilisent des cas fictifs. Décidez du comportement attendu avec l’équipe, notez le résultat et attribuez les écarts non résolus avant publication.

    Faites défiler le tableau horizontalement pour lire toutes les colonnes. Au clavier, placez le focus sur le tableau puis utilisez les flèches.

    Cas de test, résultats attendus et preuves utiles
    CasRésultat attenduPreuve à conserver
    Un même clic de demande produit deux événements.Identifier le doublon et vérifier un comptage cohérent avant d’interpréter le taux.Un clic témoin, événements bruts associés et règle qui élimine le doublon du décompte retenu.
    Une campagne change pendant la période de comparaison.Les périodes et populations comparées sont précisées ; l’effet n’est pas attribué à la page seule.Dates de campagne, volumes et définition identique de la demande retenue.
    Les visites augmentent, mais les demandes concernent une prestation non proposée.Examiner requêtes et page d’arrivée avant d’augmenter le trafic.Échantillon anonymisé, critères de pertinence et modification proposée.
    Le mode de collecte change entre deux périodes.Signaler la rupture de mesure et comparer seulement des définitions compatibles.Date du changement, événements concernés et périmètre comparable.

    Questions fréquentes

    Que faire quand les données de trafic sont insuffisantes ?

    Évitez les conclusions sur quelques visites. Vérifiez d’abord que les événements utiles sont correctement définis, puis observez des tâches et retours qualitatifs. Documentez période, exclusions et limites. Une petite série peut signaler un problème à examiner ; elle ne démontre pas une tendance générale.

    Un clic sur Envoyer prouve-t-il la réception d’une demande ?

    Non. Distinguez clic, validation, acceptation par le serveur et arrivée dans le circuit de traitement. Lors d’un essai autorisé, rapprochez ces étapes avec une référence fictive. Le message de succès doit correspondre à l’état réellement obtenu.

    Pourquoi deux outils comptent-ils des résultats différents ?

    Comparez définition de l’événement, période, fuseau, filtres et règles d’identification. Vérifiez aussi les versions de marquage et les exclusions. Un écart de compteur ne suffit pas à conclure qu’un outil se trompe ou que des demandes ont disparu.