Organiser le menu du site selon les tâches des visiteurs

Planifiez le menu du site à partir de ce que les visiteurs veulent accomplir. Vous devez connaître les contenus disponibles et la question à laquelle chaque page de destination répond. Les noms des services de votre entreprise ne sont, au départ, qu’un classement possible.

Relier un contenu existant à une tâche

L’exemple suivant est fictif. Le site d’un prestataire logiciel comporte une page sur l’intégration, un formulaire de demande de projet et une aide pour un portail déjà utilisé. Les identifiants désignent nos propres pages d’exemple, pas des routes réelles d’ASES.

Le tableau présente une partie de la navigation. Les libellés sont des propositions ; les destinations associées constituent des attentes à vérifier ultérieurement, pas les résultats d’une étude utilisateur.

La page de destination doit tenir la promesse de l’entrée du menu. Une présentation générale des prestations ne suffit pas, par exemple, si les informations recherchées sur l’intégration en sont absentes. Examinez le contenu avant de simplement renommer le lien.

Examiner les libellés à l’aide de tâches

GOV.UK recommande des tâches de test concrètes et crédibles qui ne révèlent pas la solution. Confiez par exemple la première tâche du tableau à une personne correspondant au public visé. Ne lui indiquez pas quelle entrée choisir. Observez le libellé choisi, les détours et le résultat sur la page de destination.

Demandez ensuite si l’information trouvée répond à la tâche. Le premier clic ne le prouve pas à lui seul. Consignez séparément observation et interprétation : une mauvaise destination peut venir du libellé, du regroupement ou d’un contenu manquant. Un essai isolé ne donne pas un taux de réussite général.

Préserver les repères sur les petits écrans

Le tutoriel WAI décrit la structure sémantique et la cohérence des entrées visibles entre tailles d’écran. Un menu mobile repliable doit prendre en charge les mêmes tâches. Les entrées visibles dans les deux vues doivent conserver le même ordre, le même libellé et la même destination ; la page actuelle doit être identifiable.

Prévoyez explicitement les traductions longues et plusieurs niveaux de navigation. Déplacer une entrée dans un sous-groupe est une décision de contenu, au-delà de l’espace disponible. Vérifiez que les trois tâches restent réalisables à cet endroit sans explication.

Vérifier aussi le fonctionnement de la navigation

L’exemple WAI-ARIA distingue la navigation courante d’un site d’un menu applicatif doté de commandes clavier particulières. Le rôle menu ne convient pas automatiquement aux liens de navigation ordinaires. Utilisez des liens compréhensibles et des commandes adaptées pour déplier les sections ; leur état et leur focus doivent être clairs.

Dans la version réalisée, vérifiez l’utilisation au clavier, l’agrandissement et une configuration de lecteur d’écran adaptée. L’examen des trois destinations ne remplace pas ce contrôle technique. Retenez les libellés et les groupes lorsque compréhension des tâches, contenu cible et fonctionnement concordent ; gardez les points non résolus visibles.

Sources

• W3C WAI — Menu Structure

• W3C WAI APG — Example Disclosure Navigation Menu

• GOV.UK — Using moderated usability testing