Gérez le web comme un système d’entreprise.
Une méthode pratique pour suivre des tâches réelles dans la navigation, les libellés, les liens et la recherche 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 le menu ou de redessiner le plan du site. Un menu chargé, une page très quittée ou des plaintes sur la trouvabilité signalent une question, pas encore sa cause. Le contenu peut manquer, un libellé peut tromper, un lien contextuel peut faire défaut, les résultats de recherche peuvent être médiocres ou un contrôle peut être inutilisable. En prenant la tâche comme unité d’analyse, l’équipe relie chaque recommandation à un résultat attendu, à un contexte réel et à des observations vérifiables. Elle peut alors réparer précisément ce qui bloque le parcours, sans engager par réflexe le budget et les risques d’une migration ou d’une refonte générale.
À retenir
L’audit doit éclairer une décision bornée, formulée avant l’inspection du plan du site ou de l’interface. Il peut s’agir de réparer une rubrique, revoir des libellés, préparer une migration ou vérifier si les faits soutiennent une refonte plus large. Définissez ensuite les publics, objectifs, points d’entrée, types de pages, appareils, langues, permissions et états de parcours inclus. Une conclusion valable pour un portail authentifié en français ne s’étend pas automatiquement au site public en néerlandais ou à une consultation mobile. Cette précision empêche de transformer quelques cas visibles en verdict sur un hypothétique utilisateur moyen.
L’architecture de l’information concerne ici l’organisation, les libellés et les moyens de navigation qui permettent de trouver un contenu, de se situer, de comprendre les options et d’achever une tâche. L’audit ne remplace donc ni un inventaire de contenu, ni un audit SEO technique, ni une évaluation complète de conformité en accessibilité. Ce n’est pas davantage une séance de conception anticipée : il diagnostique le système de parcours existant. Dans le journal de preuves, séparez clairement les faits établis, les comportements observés, les constats d’une inspection experte et les hypothèses encore non testées.
Constituez l’ensemble à partir de résultats que les personnes cherchent réellement à obtenir, formulés dans leur vocabulaire sans révéler le nom de la rubrique ou le parcours présumé. La guidance de GOV.UK recommande d’examiner ce que les personnes essaient de faire, leur manière actuelle de procéder, les difficultés rencontrées et le résultat dont elles ont besoin. Pour chaque tâche, consignez le public concerné, le déclencheur, les points de départ probables, la destination ou l’action qui marque la réussite et la provenance des éléments probants. Une étude publiée par Digital.gov a ainsi dérivé des scénarios réalistes de recherches antérieures avant d’en vérifier la couverture.
Croisez plusieurs familles de signaux : données analytiques, requêtes de recherche interne, demandes au support, retours directs, études antérieures, entretiens, observation et personnel en contact avec les utilisateurs. Ces données aident à repérer les questions, mais ne prouvent seules ni l’intention, ni la cause, ni le bon remède. Une hausse des sorties peut correspondre à un abandon, mais aussi à une fin de consultation normale. Étiquetez donc les affirmations de parties prenantes et les suppositions d’experts comme des hypothèses tant qu’une preuve utilisateur ne les étaye pas. Équilibrez enfin les tâches fréquentes avec celles qui sont conséquentes, difficiles ou mal desservies.
La fiche doit relier une tâche documentée à son résultat, à ses voies d’accès réalistes, aux indices examinés, au comportement observé, au diagnostic et au nouveau test prévu. Notez les points de départ possibles : page atteinte depuis un moteur externe, page de rubrique, espace authentifié, lien contextuel ou recherche interne. Tracez ensuite les parcours de consultation, de liens et de recherche sans supposer que chacun commence par l’accueil. À chaque décision, relevez l’indice visible, l’attente qu’il crée, la destination atteinte et la possibilité de reconnaître puis de corriger un mauvais choix.
Gardez la même fiche pendant l’inspection, les tests, la priorisation, l’attribution d’un responsable et le nouveau test. Cette continuité conserve la provenance de la recommandation : l’équipe peut voir quelle observation soutient quel changement. Elle oblige aussi à distinguer un parcours théoriquement disponible d’un parcours effectivement compréhensible. Le critère WCAG 2,2 2,4,5 demande plusieurs moyens de localiser une page dans un ensemble, sauf lorsqu’elle constitue un résultat ou une étape d’un processus ; les exemples comprennent notamment les liens associés, le plan du site et la recherche. Ce contrôle ciblé ne vaut toutefois pas évaluation complète de conformité.
Un audit basé sur les tâches ne demande pas si l’arborescence paraît ordonnée, mais si des personnes atteignent un résultat utile par des parcours réalistes et observables.
WebChorus Editorial Team
| Tâche, public, déclencheur, résultat et preuve d’origine | Contextes de départ, parcours plausibles et indices examinés | Comportement observé, mesures choisies, défaut et solidité des preuves | Plus petit changement proposé, responsable et nouveau test |
|---|---|---|---|
| Formuler le résultat sans révéler le libellé attendu ; préciser le public, le déclencheur et la provenance. | Tracer les entrées externes, la navigation, les liens contextuels et la recherche ; noter la promesse de chaque indice. | Consigner réussite, aide, détours, retours, reformulations et raisonnement ; distinguer observation et hypothèse. | Relier le défaut au changement borné, désigner le propriétaire et préciser la tâche ainsi que les parcours à retester. |
Inspectez chaque composant susceptible de faire avancer, d’égarer ou d’arrêter la tâche : page d’entrée externe, navigation globale et locale, page carrefour, regroupement, titre, fil d’Ariane ou autre repère, lien contextuel, recherche interne, contenu final et action attendue. À chaque étape, demandez ce que le libellé promet avant de l’ouvrir, puis comparez cette attente à la destination. Microsoft recommande une navigation fondée sur le point de vue, les tâches et les modèles mentaux des utilisateurs, avec des libellés précis, familiers, concis, faciles à parcourir et assez distincts des choix voisins.
Vérifiez si la personne peut dire où elle se trouve, quel niveau elle a atteint, ce qu’elle peut faire ensuite et comment revenir d’un choix improductif. Le critère WCAG 2,2 2,4,6 exige que les titres et libellés fournis décrivent leur sujet ou leur fonction. Le critère 3,2,3 porte sur l’ordre relatif cohérent des mécanismes de navigation répétés, sauf changement déclenché par l’utilisateur ; il n’interdit pas une navigation locale. Répétez les tâches importantes lorsque le type de page, l’appareil, la langue, la permission ou l’état modifie réellement les routes disponibles. L’usage de la recherche peut être un choix valable, pas la preuve automatique d’un menu défaillant.
Choisissez la méthode selon l’incertitude à résoudre, et non selon l’outil déjà disponible. L’inspection experte et les données existantes localisent des défauts probables, mais un problème repéré par un spécialiste ne doit pas être présenté comme un échec observé chez un utilisateur. Employez le tri de cartes lorsque la question porte sur les regroupements attendus ou le vocabulaire des catégories. Un tri ouvert montre notamment comment les participants constituent et nomment leurs groupes ; il ne valide pas pour autant un parcours complet dans l’interface rendue, avec ses contrôles, liens et résultats de recherche.
Choisissez un test d’arborescence pour isoler la trouvabilité d’une destination au travers de la hiérarchie et des libellés, sans l’influence de nombreux éléments visuels. Choisissez un test d’utilisabilité basé sur les tâches lorsque la question englobe la navigation rendue, les indices de page, les contrôles, les liens contextuels, la recherche, la récupération ou l’achèvement. Le NIST décrit ce type de test avec des utilisateurs et tâches représentatifs, en combinant au besoin achèvement, erreurs, durée, commentaires et satisfaction. Les chemins divergents et les explications comptent également : ils peuvent révéler une ambiguïté même si la destination finit par être atteinte.
Classez d’abord le défaut réel, puis choisissez la plus petite intervention soutenue par les observations. Un défaut de couverture signifie que le contenu, l’action ou l’état nécessaire manque ; un défaut d’entrée qu’un contexte probable n’offre aucune voie crédible. Distinguez ensuite les défauts de libellé, de regroupement, d’orientation, de lien contextuel, de recherche, de cohérence et d’interaction. Cette taxonomie empêche qu’un contenu absent ou un contrôle mal rendu devienne automatiquement une recommandation de nouvelle navigation. Reliez chaque catégorie à la preuve disponible et conservez les explications alternatives tant qu’elles ne sont pas départagées.
Priorisez avec des données visibles : importance de la tâche, publics touchés, fréquence observée du problème, conséquence, solidité des preuves et dépendances de correction. N’enfouissez pas ces jugements dans un score pondéré présenté comme universel. La réponse peut être une correction de contenu, un libellé ou un lien réparé, un regroupement revu, un réglage de recherche, une restructuration de rubrique ou, seulement si le dossier l’exige, une refonte plus large. Désignez un responsable et retestez les tâches ainsi que les parcours concernés. Une refonte devient défendable lorsque les échecs importants sont répétés, observés dans les contextes pertinents, structurels et difficilement réparables localement.
Terminez par une décision de nouveau test, pas par une nouvelle arborescence par défaut. Si la tâche, le plan de recherche ou les arbitrages structurels dépassent les capacités de l’équipe, faites intervenir une personne expérimentée en architecture de l’information ou en recherche UX. Si les constats soulèvent des questions d’accessibilité, sollicitez un spécialiste qualifié et réalisez l’évaluation de conformité appropriée. Les vérifications des critères WCAG citées ici examinent seulement quelques aspects de la navigation et des libellés ; elles ne permettent pas de conclure à la conformité globale du site.
Un audit basé sur les tâches examine des résultats documentés au travers des points d’entrée, de la navigation, des libellés, des regroupements, des repères d’orientation, des liens contextuels, de la recherche et de la destination finale. Il reste distinct d’un inventaire de contenu, d’un audit SEO technique, d’une évaluation complète d’accessibilité et d’un exercice de refonte.
Les autorités citées ne fixent aucun nombre universel. Dimensionnez l’étude selon la décision à prendre, la diversité des publics, le risque lié aux tâches, l’incertitude et la solidité des preuves nécessaire. Les effectifs d’une étude publiée décrivent son contexte et ne doivent pas devenir une règle générale.
Elles peuvent localiser des parcours, pages ou requêtes à examiner, tout comme les journaux de recherche, les sorties et les demandes au support. Elles ne prouvent cependant pas seules l’intention d’une personne, la cause du comportement ou le bon remède structurel. Confrontez-les à des observations et à des explications qualitatives.
Non. La recherche peut être une voie d’accès préférée et valable parmi plusieurs moyens de trouver une page. Examinez les reformulations, la pertinence des résultats, la confiance dans la destination et l’achèvement avant de diagnostiquer un défaut de navigation ou de recherche.
Une refonte générale devient défendable lorsque des tâches importantes échouent de manière répétée dans les contextes pertinents, que les observations sont solides et que les causes sont structurelles. Si une correction de contenu, de libellé, de lien, de regroupement ou de recherche peut résoudre le problème, appliquez-la et retestez-la d’abord.
Les sources suivantes ont été utilisées pour la recherche de cet article :
Stratégie de contenu pour sites web
Un canevas en neuf champs pour valider le besoin, choisir entre mise à jour et création, puis confier à la rédaction une mission claire et gouvernable.
Bâtissez une stratégie web traçable, des besoins des publics aux capacités, résultats, mesures et arbitrages qui guideront votre feuille de route.
Une méthode pratique pour préserver le but, les preuves, les choix et l’étape suivante d’une page dans les vues larges, étroites, zoomées et linéarisées.
