Arborescence UX : des rubriques claires plutôt qu’un labyrinthe de pages

Une arborescence UX organise les pages, les contenus et les fonctionnalités d’un site ou d’une application selon la logique de ses utilisateurs. Elle précise où trouver une information et comment passer d’un besoin à une action. Sa qualité se mesure donc moins à la beauté du schéma qu’à la facilité avec laquelle une personne trouve un tarif, compare une offre ou résout un problème.

Une structure de contenus, pas simplement un menu

L’arborescence fait partie de l’architecture de l’information. Elle décrit les regroupements, les niveaux et les relations entre contenus. Le menu n’en est qu’une représentation : certaines pages sont accessibles par un lien contextuel, un moteur de recherche ou le pied de page, sans figurer dans la navigation principale.

Une organisation compréhensible réduit la charge cognitive : le visiteur peut anticiper ce qu’il trouvera derrière un intitulé. À l’inverse, reprendre l’organigramme de l’entreprise impose de connaître ses services avant de pouvoir utiliser son site. Les catégories doivent refléter les besoins du public, pas les frontières internes.

L’architecture technique répond à d’autres questions : infrastructure, composants logiciels, stockage ou échanges de données. Elle doit permettre la structure souhaitée, mais ne remplace pas le travail sur les contenus.

Partir des tâches réelles avant de dessiner les branches

Construisez une première arborescence après la recherche utilisateur et avant les wireframes. Lors d’une refonte, commencez par examiner l’existant : pages consultées, recherches internes, demandes au support et parcours interrompus. Google Analytics et Hotjar peuvent éclairer les comportements, tandis que les entretiens permettent d’en comprendre les raisons. Un benchmark apporte des hypothèses, pas un modèle à recopier.

Inventorier, regrouper et nommer

Un tableur suffit pour recenser chaque contenu, son public, le besoin traité, son état et son devenir : conserver, fusionner, réécrire ou supprimer. Repérez les doublons et les informations manquantes avant de créer les rubriques. Hiérarchisez ensuite les accès selon la fréquence d’usage, l’importance pour l’utilisateur et les objectifs commerciaux, sans transformer chaque priorité interne en entrée de menu.

Le card sorting, ou tri de cartes, aide à vérifier les regroupements. Dans un tri ouvert, les participants classent les contenus et nomment leurs groupes. Dans un tri fermé, ils répartissent les cartes dans des catégories proposées. Le premier explore les modèles mentaux ; le second évalue une classification déjà esquissée. Lunaweb décrit un atelier sur une demi-journée : ce format reste à adapter au périmètre du projet.

Choisir une logique dominante sans rigidifier les parcours

Une structure hiérarchique convient aux rubriques et sous-rubriques. Une structure linéaire guide une séquence, comme une inscription, mais limite l’exploration libre. Une structure en réseau relie des contenus connexes ; elle facilite les rebonds, au prix d’un besoin accru de repères. Ces logiques peuvent coexister : un catalogue hiérarchique mène à un achat séquentiel et propose des conseils associés.

Comme un joint entre deux pièces, la transition entre deux rubriques mérite sa propre vérification. Un visiteur qui passe de « Choisir un abonnement » à « Résilier » ne devrait pas devoir comprendre une nouvelle terminologie ou revenir à l’accueil. Pour chaque frontière entre équipes ou sujets, notez le besoin qui la traverse et prévoyez un lien explicite : cette vérification révèle des ruptures invisibles dans un organigramme pourtant impeccable.

Transformer la structure en accès concrets selon le projet

La navigation principale expose les grandes destinations. La navigation locale détaille la rubrique courante ; les liens contextuels relient les contenus utiles à une tâche ; la navigation utilitaire rassemble notamment le compte, l’aide ou le contact. Tout afficher au même niveau ne rend pas tout plus accessible.

Voici trois exemples de structures de départ, à confronter aux usages réels :

• Site vitrine : Accueil ; Prestations, puis une page par prestation ; Réalisations ; Entreprise ; Contact. Les réalisations pertinentes sont aussi reliées depuis chaque prestation.
• E-commerce : Accueil ; catégories de produits ; sous-catégories ; fiches produit. Livraison, retours et suivi de commande disposent d’accès utilitaires distincts.
• Application : Tableau de bord ; Projets, puis détail d’un projet ; Équipe ; Paramètres ; Aide. Un parcours de création peut se dérouler en étapes sans devenir une nouvelle rubrique.

Dans un catalogue, une catégorie correspond à un ensemble stable et identifiable. Un filtre affine la sélection, par exemple selon la taille ou la matière. Un tag établit une association transversale : il ne justifie pas automatiquement une nouvelle branche. Cette distinction évite de multiplier les rubriques presque identiques.

Arquen propose un accès à l’information en maximum 3 clics et signale les difficultés au-delà de 4 niveaux de profondeur. Considérez ces chiffres comme des repères de vigilance, pas comme une loi universelle : un chemin explicite peut être préférable à un menu surchargé. Sur mobile, vérifiez aussi la lisibilité des libellés ; dans les prototypes, contrôlez l’usage au clavier, l’ordre de tabulation et l’annonce des menus avec un lecteur d’écran.

Relier les pages pour servir aussi le référencement

Une arborescence cohérente facilite la découverte des pages par les robots et aide à comprendre leurs relations. Son effet passe notamment par les liens internes réellement présents dans les interfaces. Un schéma bien organisé ne suffit pas si les pages stratégiques restent orphelines, sans lien entrant depuis le reste du site.

Prévoyez des liens depuis les catégories vers leurs contenus, un fil d’Ariane lorsque pertinent et des rapprochements éditoriaux utiles. Le sitemap XML complète cette découverte, mais ne remplace ni le maillage interne ni la qualité des pages. Une bonne structure soutient le crawl et l’indexation sans les garantir.

Associez également chaque page à un besoin distinct. Deux rubriques visant la même intention avec des contenus proches peuvent se concurrencer : clarifiez leur périmètre ou envisagez leur fusion. Pour les filtres e-commerce, définissez avec l’équipe SEO quelles combinaisons méritent une page indexable, afin de ne pas produire inutilement des URL similaires. En refonte, accompagnez les changements d’URL d’un plan de redirections.

Valider la trouvabilité avant de produire les écrans

Figma, FigJam, Whimsical ou XMind permettent de représenter et de partager la structure. Le choix dépend surtout du besoin : atelier collaboratif, carte hiérarchique ou continuité avec la conception des interfaces. Ajoutez au schéma un inventaire des pages, leurs objectifs et les décisions de classement ; sans ces annotations, les équipes risquent d’interpréter différemment les mêmes branches.

Testez ensuite l’arborescence seule avec un tree testing, par exemple dans Treejack. Proposez une tâche réaliste sans reprendre le libellé recherché : « Vous souhaitez connaître les conditions de remboursement d’un achat. Où iriez-vous ? » Observez la destination choisie, le premier embranchement, les retours en arrière et les abandons.

• Définissez la destination attendue et les alternatives acceptables avant le test.
• Recrutez des personnes correspondant aux publics concernés.
• Comparez réussite, accès direct et hésitations entre les versions.
• Corrigez les libellés ou regroupements problématiques, puis retestez.

Après lancement, confrontez ces résultats aux recherches sans réponse, aux demandes d’aide et à la réalisation des tâches clés. Une agence UX peut être utile pour une refonte complexe ou des désaccords entre métiers : attendez surtout une recherche documentée, des arbitrages explicités et des tests, plutôt qu’un simple schéma livré sans validation.