Arborescence d'un site web : structurer la navigation

L’arborescence d’un site web range ses contenus en niveaux, de la page d’accueil jusqu’aux pages de détail. Elle se fixe avant les maquettes, à partir de ce que cherchent les visiteurs et non de l’organigramme de l’entreprise. Trois livrables en découlent : les menus, le fil d’Ariane et les adresses des pages.

Arborescence, navigation et URL : trois plans distincts

Trois notions se chevauchent dans les réunions de projet sans jamais se superposer, et les confondre coûte cher au moment de faire évoluer le site.

L’arborescence décrit la hiérarchie logique des contenus : quelles rubriques existent, quelles sous-rubriques leur appartiennent, où se range chaque page. Elle vit dans un document de travail, pas dans le code.

La navigation décide ce que le visiteur voit de cette hiérarchie : menu principal, pied de page, blocs de liens contextuels, moteur de recherche interne. Un site peut porter une structure à quatre niveaux et n’en exposer que deux dans son menu. L’un est un plan de rangement, l’autre une mise en scène.

L’adresse de la page arrive en dernier. Elle reflète souvent la hiérarchie, sans y être tenue.

Les symptômes d’une confusion entre ces trois plans se reconnaissent vite. Un menu qui grossit à chaque publication parce que la hiérarchie n’a jamais été arrêtée. Une refonte éditoriale bloquée par la peur de casser des adresses. Une rubrique créée pour satisfaire une direction, invisible dans les statistiques six mois plus tard. Séparer les plans dès le cadrage rend chaque décision réversible à un coût connu.

Inventorier avant de classer

Classer sans inventaire revient à ranger une pièce les yeux fermés. La première étape consiste à lister l’existant, page par page, dans un tableur : adresse, titre, rubrique actuelle, responsable, date de dernière mise à jour, trafic reçu sur douze mois.

Cet inventaire de contenus appelle trois décisions par ligne : garder, fusionner, supprimer. La plupart des refontes découvrent à ce moment des dizaines de pages sans lecteur ni propriétaire, héritées d’une campagne oubliée ou d’une version antérieure du site. Les supprimer avant de dessiner la structure évite de bâtir des rubriques autour de contenus morts.

Deux sources alimentent ensuite le classement :

• les mots réellement employés par les visiteurs, visibles dans les requêtes du moteur de recherche interne, dans les rapports de performance de la Search Console et dans les questions répétées au support ;
• les tâches que le site doit servir, formulées comme des besoins et non comme des pages : comparer deux offres, obtenir un devis, retrouver une facture, vérifier une compatibilité.

Un piège revient dans presque toutes les organisations : calquer la structure publique sur l’organigramme interne. Le visiteur ignore quel service produit quoi, et une rubrique nommée d’après une direction ne lui dit rien. La cartographie des processus métier a toute sa place en interne, comme outil de pilotage. La structure du site, elle, répond à des besoins venus de l’extérieur.

Le tri par cartes, pour classer avec ceux qui cherchent

Le tri par cartes donne à des participants une série d’étiquettes, une par contenu, et leur demande de constituer des groupes puis de les nommer. L’exercice dure moins d’une heure et se mène aussi bien en présentiel avec des fiches cartonnées qu’à distance.

Deux variantes cohabitent. Le tri ouvert laisse les participants inventer les catégories et leurs intitulés, ce qui convient à une structure à créer. Le tri fermé impose des catégories existantes et vérifie que les contenus s’y rangent sans hésitation, ce qui convient à une structure à corriger.

Nielsen Norman Group recommande au moins quinze participants pour un tri qualitatif, et de trente à cinquante lorsque les résultats doivent être généralisables à une population plus large. En dessous de ce seuil, les regroupements observés relèvent autant du hasard que d’un modèle mental partagé.

L’exercice remonte deux informations, et la seconde vaut souvent plus que la première. Les regroupements, d’abord. Le vocabulaire ensuite : les participants nomment spontanément une rubrique « Tarifs » quand l’entreprise voulait écrire « Nos solutions », ou « Livraison » quand le service logistique parlait d’« acheminement ». Ces intitulés se reprennent tels quels dans le menu.

Profondeur : la règle des trois clics ne tient pas

Un poncif circule depuis les débuts du web : toute information devrait être atteignable en trois clics. Il a été mesuré, et démenti.

L’étude conduite en 2003 par Joshua Porter pour User Interface Engineering a suivi 44 participants sur 620 tâches, soit plus de 8 000 clics enregistrés. Aucune corrélation n’est apparue entre le nombre de clics et le taux de réussite. Des participants ont parcouru jusqu’à vingt-cinq pages avant d’aboutir, sans abandonner ni exprimer de frustration, dès lors qu’ils percevaient une progression vers leur objectif.

Le facteur déterminant tient à la piste laissée par les intitulés. À chaque palier, le libellé du lien suivant doit confirmer au visiteur qu’il se rapproche. Un menu de second niveau ambigu fait plus de dégâts qu’un niveau supplémentaire bien nommé.

Reste un arbitrage de forme, entre une structure large et une structure profonde.

La profondeur de clic garde une conséquence technique, indépendante du confort de lecture. Une page située à cinq niveaux de l’accueil reçoit mécaniquement moins de liens internes, se fait explorer moins souvent par les robots et met plus longtemps à voir ses mises à jour prises en compte. Ce paramètre appartient au chantier du SEO technique, au même titre que le maillage et le fichier de sitemap.

Des rubriques aux menus : ce que le référentiel impose

La traduction de l’arborescence en navigation obéit à des règles écrites. En France, le RGAA sert de méthode d’application pour l’accessibilité numérique, et son thème consacré à la navigation fixe trois exigences directement liées à la structure.

Le critère 12.1 demande que chaque ensemble de pages dispose d’au moins deux systèmes de navigation différents, choisis parmi le menu, le plan du site et le moteur de recherche interne. Deux dispenses existent : un ensemble de pages très restreint, ou un site dont toutes les pages sont accessibles directement depuis l’accueil.

Le critère 12.2 impose que le menu et les barres de navigation restent à la même place et dans le même ordre relatif d’une page à l’autre. Le référentiel n’exige aucune identité de contenu : les liens peuvent varier selon la section, seule leur position compte.

Le critère 12.4 ajoute que la page « plan du site » soit atteignable de manière identique partout, en pratique depuis un lien de pied de page présent sur l’ensemble du site.

Ces règles ont changé de statut avec le droit européen. La directive 2019/882, dite European Accessibility Act, s’applique depuis le 28 juin 2025 et a été transposée en droit français par la loi n° 2023-171 du 9 mars 2023. Les sites de commerce en ligne destinés aux particuliers y sont soumis au-delà du seuil de la microentreprise, la conformité s’appréciant au regard de la norme EN 301 549, dont le RGAA 4.1 constitue la déclinaison française.

Un dernier point relève du bon sens technique. Un méga-menu qui charge plusieurs centaines de liens sur chaque page alourdit le document et fait travailler le navigateur pour un contenu que la majorité des visiteurs n’ouvrira jamais. L’effet se lit dans les mesures de Core Web Vitals, en particulier sur les appareils mobiles d’entrée de gamme.

Le fil d’Ariane, colonne vertébrale visible

Le fil d’Ariane affiche la position de la page courante dans la hiérarchie. Il rend service à deux publics à la fois : le visiteur arrivé depuis un moteur de recherche, qui découvre la page sans être passé par l’accueil, et le robot d’exploration, qui reconstitue la structure à partir de ces chemins.

La documentation de Google Search Central consacrée aux données structurées de fil d’Ariane pose deux principes utiles. Un balisage BreadcrumbList valide contient au minimum deux éléments de liste. Il n’oblige ni à inclure la racine du domaine ni à répéter la page courante, ces deux niveaux restant facultatifs.

Le même document donne une consigne souvent négligée : le fil d’Ariane doit représenter un chemin typique emprunté par les utilisateurs, plutôt que recopier mécaniquement la structure de l’adresse. Une page accessible depuis deux rubriques affichera donc le chemin le plus fréquenté, pas une concaténation de segments techniques.

Chaque étape du fil doit porter une adresse valide et absolue. Un maillon sans lien casse la chaîne pour l’explorateur, qui perd la relation entre la page et son parent.

URL : refléter la structure sans s’y enchaîner

La documentation de Google Search Central sur la structure des adresses tient en peu de règles. Employer des mots lisibles, dans la langue du public visé. Séparer ces mots par des traits d’union, le caractère souligné n’étant pas reconnu comme une séparation par les robots, qui lisent alors deux mots collés. Éviter les identifiants numériques et les longues chaînes de paramètres.

Comparez /services/audit-seo/ et /p?cat=12&id=4821 : la première adresse se lit à voix haute, se recopie dans un courriel et se comprend hors contexte.

Reste la question de la profondeur des adresses. Empiler tous les niveaux de rubrique dans le chemin donne une adresse cohérente, au prix d’une rigidité durable : déplacer une rubrique impose alors un plan de redirections sur des centaines de pages. Beaucoup d’éditeurs préfèrent une hiérarchie riche dans la navigation et des adresses courtes, à un seul segment de rubrique, précisément pour se garder cette liberté.

La marge de manœuvre dépend du moteur retenu, ce qui fait de la structure des adresses un critère à intégrer au choix du CMS, en même temps que le mode de publication et la gestion des médias.

Un dernier arbitrage se joue entre sous-domaine et sous-répertoire pour héberger une section entière, un blog ou une boutique. Ce choix engage la gestion technique du nom de domaine autant que la lisibilité de la structure, et se tranche au cadrage, jamais après la mise en ligne.

Tester l’arborescence avant d’écrire une ligne de code

Une structure se valide sur un squelette nu, sans graphisme, sans images, sans contenu rédigé. Le test d’arborescence présente aux participants la seule liste des rubriques de premier niveau, puis les laisse descendre de palier en palier jusqu’à la page où ils pensent trouver la réponse.

Le protocole tient en quatre temps :

1. Rédiger huit à dix tâches formulées comme des besoins réels, jamais avec les mots des intitulés testés, sous peine de transformer le test en jeu d’appariement.
2. Recruter des participants représentatifs des publics visés, une quinzaine à une vingtaine suffisant pour repérer les branches qui piègent.
3. Laisser chacun cliquer sans aide, sans retour possible sur l’énoncé, et enregistrer le chemin complet.
4. Mesurer le taux de réussite par tâche et la part de parcours menés sans retour en arrière.

Nielsen Norman Group présente ce test comme le pendant inverse du tri par cartes : le premier construit la structure, le second la met à l’épreuve. Les deux méthodes se complètent et ne se remplacent pas.

Une tâche réussie par moins de la moitié des participants signale une branche à revoir. Les remontées les plus utiles viennent des hésitations : deux rubriques ouvertes successivement pour la même tâche indiquent une frontière floue entre elles, donc un regroupement à revoir ou un intitulé à réécrire.

Après la mise en ligne, trois sources prennent le relais et suivent la structure dans la durée : les requêtes du moteur de recherche interne, qui exposent ce que la navigation ne montre pas ; les pages d’entrée dans les statistiques d’audience, qui révèlent les rubriques ignorées ; le rapport de liens internes de la Search Console, qui met en évidence les pages faiblement reliées.

Les défauts qui abîment une structure

Six travers reviennent, tous silencieux et tous corrigibles.

Les pages orphelines arrivent en tête : publiées, indexées, mais reliées depuis aucun menu ni aucune page. Elles vivent en dehors de l’arborescence et n’existent que pour ceux qui connaissent leur adresse.

Vient la rubrique fourre-tout, baptisée « Divers », « Autres » ou « Ressources ». Elle absorbe tout ce que personne n’a su classer et grossit sans limite, jusqu’à devenir la rubrique la plus fournie du site.

Le troisième défaut est la rubrique à enfant unique. Un niveau intermédiaire qui ne contient qu’une seule page ajoute un clic sans rien trier. Supprimez le palier, remontez la page.

Le quatrième tient au doublement des systèmes de classement. Un site qui expose à la fois des catégories et des étiquettes couvrant les mêmes sujets multiplie les pages de listing quasi identiques et dilue ses propres signaux.

Le cinquième concerne le vocabulaire maison. Un intitulé compris uniquement en interne écarte le visiteur au premier palier, et aucun sous-niveau ne rattrape ce départ.

Le dernier touche à la gouvernance. Sans règle écrite indiquant qui décide de la création d’une rubrique, le menu enfle au rythme des demandes internes. Une revue semestrielle de la structure, avec le trafic de chaque rubrique sous les yeux, suffit à contenir la dérive, et les pages retirées cessent au passage d’être stockées, explorées et servies.

FAQ

Combien de niveaux une arborescence de site web doit-elle compter ?

Aucun chiffre ne fait autorité. L’étude menée en 2003 par Joshua Porter pour User Interface Engineering, sur 44 participants, 620 tâches et plus de 8 000 clics, n’a trouvé aucune corrélation entre le nombre de clics et la réussite d’une tâche. Certains participants ont parcouru jusqu’à vingt-cinq pages sans abandonner. Ce qui décide, c’est la clarté des intitulés à chaque palier. Un site vitrine tient en général sur deux niveaux sous l’accueil, un catalogue sur trois.

L’URL doit-elle reproduire l’arborescence du site ?

Pas nécessairement. La documentation de Google Search Central recommande des adresses composées de mots lisibles dans la langue du public, avec des traits d’union comme séparateurs, le caractère souligné n’étant pas interprété comme une séparation par les robots. Rien n’impose d’y empiler tous les niveaux de rubrique. Une adresse courte et stable survit aux réorganisations éditoriales, quand une adresse qui encode toute la hiérarchie impose un plan de redirections à chaque remaniement.

Comment vérifier qu’une arborescence fonctionne avant de développer le site ?

Par un test d’arborescence, mené sur un squelette de rubriques sans graphisme ni contenu rédigé. Les participants reçoivent des tâches formulées comme des besoins, puis descendent de niveau en niveau jusqu’à la page qu’ils croient bonne. Le test mesure le taux de réussite et la part de chemins parcourus sans retour en arrière. Nielsen Norman Group présente cette méthode comme le pendant inverse du tri par cartes : l’un construit la structure, l’autre la valide.

Prochaine étape

Exportez la liste complète des adresses de votre site, puis classez chaque page par sa distance en clics depuis l’accueil. Toute page située au-delà du quatrième niveau, ou reliée depuis moins de trois pages, entre dans une liste de reprise. Bloquez ensuite une demi-journée pour un test d’arborescence sur les huit tâches les plus fréquentes, avant d’engager la moindre maquette.