Gérez le web comme un système d’entreprise.
Une méthode pratique pour suivre les tâches clés dans la navigation, les libellés, la recherche et les liens avant une refonte ou une migration.
WebChorus Editorial Team10 min de lecture
Auditez d’abord des tâches représentatives et tous leurs parcours plausibles, avant de juger les menus ou de redessiner le plan du site. Un menu chargé, une page souvent quittée ou des plaintes sur la difficulté à trouver une information signalent une question à examiner, mais n’en révèlent pas encore la cause. Le défaut peut relever d’un contenu absent, d’un libellé trompeur, d’un lien contextuel manquant, de résultats de recherche médiocres ou d’un contrôle inutilisable. Le suivre au niveau de la tâche évite de financer une migration qui déplace le problème sans le résoudre.
À retenir
L’audit doit être conçu autour d’une décision circonscrite : réparer une rubrique, revoir des libellés, préparer une migration ou déterminer si une refonte plus large est justifiée. Précisez les publics, objectifs, points de départ, types de pages, appareils, langues, droits d’accès et états de parcours inclus. Les conclusions vaudront pour ces contextes documentés, pas pour un utilisateur moyen abstrait. Fixez aussi le niveau d’observation nécessaire pour prendre la décision sans transformer l’étude en chantier sans fin.
Un audit centré sur les tâches examine si l’organisation, les libellés et les voies de navigation permettent de trouver une information, de comprendre sa position et d’aboutir au résultat attendu. Il ne remplace ni l’inventaire qui recense les contenus, ni l’audit SEO technique, ni l’évaluation complète de conformité en accessibilité, ni la conception d’une nouvelle structure. Maintenez quatre colonnes distinctes dans le journal d’audit : faits établis, comportements observés, constats d’inspection experte et hypothèses encore à tester.
Constituez l’ensemble à partir de résultats recherchés par les utilisateurs et dont la provenance est explicite. Formulez chaque tâche avec des mots qu’une personne concernée reconnaîtrait, sans révéler le nom de la rubrique ni suggérer le chemin attendu. Les recommandations de GOV.UK invitent à comprendre ce que les personnes veulent faire, comment elles procèdent actuellement, où elles rencontrent des difficultés et quel résultat leur est utile. Une étude publiée par Digital.gov a également dérivé ses scénarios de recherches antérieures avant d’en vérifier la couverture.
Croisez entretiens, observation, études antérieures, analytique, requêtes de recherche interne, demandes d’assistance, retours reçus et personnel régulièrement en contact avec les utilisateurs. Ces matériaux n’ont pas tous la même portée : une requête fréquente indique un sujet à explorer, pas l’intention exacte ni la bonne solution. Étiquetez donc les déclarations des parties prenantes et les suppositions d’experts comme hypothèses tant qu’elles ne sont pas corroborées. Équilibrez les tâches fréquentes avec celles qui sont lourdes de conséquences, difficiles ou mal servies.
La fiche doit relier chaque tâche documentée à son résultat, à ses points de départ, à ses parcours plausibles, aux indices inspectés, aux comportements observés, au diagnostic et au nouveau test prévu. Ne supposez ni un départ depuis l’accueil, ni un chemin unique. Cartographiez l’arrivée depuis un moteur externe, la navigation globale ou locale, les pages d’index, les liens contextuels et la recherche interne. À chaque embranchement, notez l’indice visible, l’attente qu’il crée, la destination atteinte et la possibilité de reconnaître puis corriger un mauvais choix.
Conservez cette même fiche pendant l’inspection, les tests, la qualification du défaut, l’attribution d’un responsable et le nouveau test. La recommandation restera ainsi rattachée à l’observation qui la motive. Le critère de succès WCAG 2,4,5 demande plusieurs moyens de localiser une page dans un ensemble, sauf lorsqu’elle est le résultat ou une étape d’un processus; les liens connexes, le plan du site, la recherche et une navigation complète font partie des techniques documentées. Cette vérification ciblée ne constitue toutefois pas une évaluation globale de conformité.
Un audit centré sur les tâches ne demande pas si le plan du site est élégant, mais si des parcours réalistes conduisent à un résultat utile et vérifiable.
| Tâche, public, déclencheur, résultat et preuve d’origine | Contextes de départ, parcours plausibles et indices inspectés | Comportement observé, mesures choisies, défaut et solidité de la preuve | Plus petite correction, responsable et nouveau test |
|---|---|---|---|
| Obtenir une information ou accomplir une action précise; public et situation documentés; provenance indiquée | Arrivée externe, rubrique, espace connecté ou recherche; libellés, regroupements, liens et résultats suivis | Aboutissement, aide, erreurs, retours en arrière, reformulations et raisonnement; diagnostic encore qualifié | Correction du contenu, du libellé, du lien, du regroupement ou de la recherche; personne responsable; parcours à rejouer |
| Même tâche dans un contexte qui modifie réellement les voies disponibles | Autre appareil, langue, permission, type de page ou état; différences de repères consignées | Écart entre les contextes, conséquence pour le public concerné et niveau de confiance | Intervention limitée au contexte ou changement transversal, avec critère d’observation au nouveau test |
Inspectez la chaîne entière, depuis le point d’entrée réaliste jusqu’au contenu ou à l’action qui termine la tâche. Suivez les pages d’arrivée externes, la navigation globale et locale, les pages d’index, les regroupements, les titres, les fils d’Ariane ou autres repères de position, les liens contextuels, la recherche interne et la destination finale. À chaque étape, demandez si la promesse faite par le repère correspond à la page obtenue, si la prochaine option est compréhensible et si une personne peut récupérer après une voie improductive.
Évaluez les libellés dans leur contexte, pas sur une feuille isolée. Microsoft recommande une navigation pensée selon les tâches et les modèles mentaux des utilisateurs, avec des libellés exacts, familiers, concis, faciles à parcourir et distincts. Le critère WCAG 2,4,6 porte sur des titres et libellés qui décrivent leur sujet ou leur finalité. Le critère 3,2,3 vise l’ordre relatif cohérent des mécanismes répétés, sans interdire une navigation secondaire. Ces contrôles précis ne remplacent pas une évaluation complète de l’accessibilité.
Ne classez pas automatiquement l’utilisation de la recherche parmi les échecs de navigation. Elle peut être une voie préférée et valable, notamment pour une personne qui connaît déjà le terme recherché. Examinez plutôt la pertinence des résultats, les reformulations, la confiance dans la destination et l’aboutissement de la tâche. Répétez aussi les parcours importants dans les contextes qui changent réellement l’expérience : une page mobile, une autre langue du site suisse, un espace soumis à des permissions ou un état suivant une connexion peuvent offrir des options différentes.
Choisissez la méthode selon l’incertitude à résoudre, et non selon l’outil disponible ou l’habitude de l’équipe. L’inspection experte et les données existantes servent à repérer des défauts probables, mais un problème ainsi détecté reste un constat d’inspection, pas un échec observé chez des utilisateurs. Formulez d’abord la question : porte-t-elle sur le regroupement, le vocabulaire, la hiérarchie, l’interface rendue, la recherche, la récupération ou l’achèvement ? La réponse détermine le protocole et les observations à recueillir.
Le NIST décrit le test d’utilisabilité avec des personnes et des tâches représentatives; les observations peuvent comprendre l’achèvement, l’assistance, les erreurs, le temps, les commentaires qualitatifs et la satisfaction. Pour un audit donné, retenez seulement les mesures qui éclairent la décision, par exemple les mauvais embranchements, les retours en arrière, les reformulations ou la confiance dans la destination. Analysez aussi les explications et les parcours divergents : ils peuvent révéler une ambiguïté même si certaines personnes aboutissent. Une divergence peut néanmoins représenter une autre voie valable et doit être interprétée.
Commencez par nommer précisément le défaut, puis choisissez la plus petite intervention soutenue par le dossier. Utilisez une taxonomie stable pour empêcher chaque symptôme de devenir une recommandation de navigation ou de refonte. Un contenu absent relève de la couverture; une page d’arrivée sans voie plausible relève de l’entrée; une promesse trompeuse relève du libellé. D’autres problèmes concernent le regroupement, l’orientation, les liens contextuels, la recherche, la cohérence ou l’interaction. Le même comportement peut avoir plusieurs causes; conservez cette incertitude jusqu’à ce que les observations les départagent.
Priorisez avec des éléments visibles : importance de la tâche, publics touchés, fréquence observée du défaut, conséquences, solidité de la preuve et dépendances de correction. Ne cachez pas ces jugements dans un score composite présenté comme universel. Selon le diagnostic, la bonne réponse peut être une correction de contenu, un nouveau libellé, un lien ajouté, un regroupement revu, un réglage de la recherche ou une restructuration de rubrique. Attribuez un responsable, consignez l’hypothèse de changement et précisez la tâche ainsi que les parcours qui devront être rejoués.
Terminez par une décision de nouveau test, et non par un nouveau plan du site par défaut. Une refonte générale devient défendable lorsque les échecs touchant des tâches importantes sont répétés dans les contextes pertinents, directement observés, structurels et peu susceptibles d’être corrigés localement. Faites intervenir une personne expérimentée en architecture de l’information ou en recherche UX si le plan d’étude ou les arbitrages dépassent les compétences disponibles. Si les constats soulèvent des questions d’accessibilité, mandatez une spécialiste ou un spécialiste qualifié : les contrôles WCAG sélectionnés ici n’établissent pas la conformité globale du site.
Un audit centré sur les tâches suit des besoins étayés à travers les points d’entrée, la navigation, les libellés, les regroupements, les repères de position, les liens contextuels, la recherche et la destination finale. Il reste distinct d’un inventaire de contenu, d’un audit SEO technique, d’une évaluation complète de l’accessibilité et d’un projet de refonte.
Il n’existe pas de nombre universel dans les sources utilisées ici. Dimensionnez l’étude selon la décision à prendre, la diversité des publics et des contextes, les conséquences des tâches, les incertitudes restantes et la solidité de preuve nécessaire. Les effectifs d’une étude de cas ne deviennent pas une règle générale.
Elle aide à repérer des questions, surtout lorsqu’elle est rapprochée des recherches internes, des sorties, des demandes d’assistance et d’autres données opérationnelles. Elle ne prouve toutefois ni l’intention de la personne, ni la cause d’un comportement, ni la correction structurelle appropriée. Une validation qualitative reste nécessaire pour interpréter le signal.
Non. La recherche peut être un parcours alternatif valable, voire préféré dans certains contextes. Examinez les reformulations, la pertinence des résultats, le choix de la destination, la confiance exprimée et l’aboutissement avant de conclure à un défaut de navigation ou de recherche.
Une refonte générale est justifiée lorsque des échecs importants se répètent dans les contextes pertinents, reposent sur des observations solides, sont véritablement structurels et résistent à des corrections circonscrites. Si un contenu, un libellé, un lien, un regroupement ou la recherche peuvent réparer la tâche, testez d’abord cette intervention limitée.
Cet article a été préparé à partir des sources suivantes :
Un brief en neuf champs pour valider le besoin, choisir entre mise à jour, fusion, redirection, refus ou création, puis cadrer la rédaction.
Construisez une carte stratégique traçable qui relie les besoins des publics, les parcours, les capacités du site et des résultats réellement mesurables.
Une méthode pratique pour préserver le sens, les preuves, les choix et la prochaine action d’une page, en affichage large, étroit, zoomé ou linéarisé.
