Un visiteur arrive sur un site e-commerce pour retrouver une fiche produit consultée la veille. Le menu principal propose huit catégories, chacune déclinée en sous-catégories. Après trois clics infructueux, il quitte la page. Un plan du site HTML aurait réglé le problème en une seule étape : une vue complète de l’arborescence, avec un lien direct vers la bonne page.
Plan du site HTML et sitemap XML : deux outils, deux fonctions distinctes
On confond souvent le plan du site destiné aux visiteurs et le fichier XML destiné aux moteurs de recherche. Le sitemap XML est un document technique qui liste des URL pour faciliter l’exploration par les robots d’indexation. Il ne remplace pas le maillage interne et n’apporte rien à la navigation humaine.
Le plan du site HTML, lui, est une page consultable par n’importe quel utilisateur. Il reproduit la structure du site sous forme de liens organisés par catégories et sous-catégories. C’est un raccourci de navigation, pas un doublon du menu. Pour voir à quoi ressemble concrètement ce type de page, le plan du site Journal Du Web offre un bon exemple d’arborescence lisible en un coup d’oeil.
Sur un site de taille modeste (quelques dizaines de pages), le plan du site HTML peut sembler superflu. Sur un portail avec plusieurs centaines de pages, il devient un filet de sécurité quand le menu principal ne suffit plus.
Accessibilité et RGAA : le plan du site comme obligation concrète
Le référentiel général d’amélioration de l’accessibilité (RGAA) ne se contente pas d’exiger la présence d’un plan du site. Il vérifie que ce plan représente fidèlement l’architecture générale, que ses liens fonctionnent et que leurs intitulés correspondent aux pages visées.
Le RGAA impose aussi de proposer au moins deux moyens de navigation parmi trois options : un menu de navigation, un plan du site et un moteur de recherche interne. Un site qui ne dispose que d’un menu principal sans plan du site ni barre de recherche ne respecte pas cette exigence.
Ce que ça change pour les lecteurs d’écran
Un utilisateur de lecteur d’écran qui parcourt un site page par page dépense un temps considérable à comprendre l’architecture globale. Le plan du site lui fournit cette vision d’ensemble en une seule page, sans tabuler à travers chaque élément interactif du menu.
ArianeGroup, dans son plan d’action d’accessibilité 2026, prévoit d’améliorer son plan du site en parallèle de corrections sur la structure des titres, la visibilité du focus clavier et le libellé des liens. Ce cas illustre que le plan du site s’inscrit dans un chantier d’accessibilité global, pas comme un élément isolé.
Structurer un plan du site HTML qui sert vraiment la navigation
Un plan du site mal conçu peut être aussi déroutant qu’un menu surchargé. La page doit rester lisible, ce qui suppose des choix éditoriaux.
Pages à inclure et pages à écarter
On inclut les pages structurantes et les contenus que les visiteurs recherchent activement. On écarte ce qui n’a aucune valeur de navigation directe.
- Pages à inclure : accueil, rubriques principales, sous-rubriques, pages de services ou de produits, pages de contact et mentions légales
- Pages à exclure : résultats de recherche interne, pages de redirection, pages de confirmation de formulaire, versions dupliquées (paramètres d’URL, pagination)
- Cas particulier des blogs et actualités : lister les catégories ou les tags plutôt que chaque article individuel, sinon la page devient un annuaire illisible de plusieurs centaines de lignes
Hiérarchie visuelle et regroupement
La lisibilité repose sur le regroupement par niveaux. Le premier niveau affiche les grandes rubriques. Le deuxième niveau détaille les sous-catégories. Au-delà de trois niveaux d’imbrication, la page perd en clarté et l’utilisateur se retrouve dans la situation qu’on cherchait à éviter.
Chaque lien du plan du site doit porter un intitulé explicite. Un lien intitulé « Page 1 » ou « En savoir plus » ne renseigne ni l’utilisateur ni le lecteur d’écran sur la destination.
Génération automatique ou construction manuelle du plan du site
Sur WordPress, des extensions génèrent automatiquement un plan du site HTML à partir de l’arborescence existante. Cette approche fonctionne si la structure du site est déjà propre. Dans le cas contraire, la page générée reproduit fidèlement le désordre.
La construction manuelle demande plus de temps, mais elle permet de filtrer les pages inutiles, de regrouper des contenus par logique utilisateur plutôt que par logique technique, et de contrôler l’ordre d’affichage. Sur un site dont l’arborescence évolue souvent, la maintenance manuelle devient vite un frein, ce qui pousse la plupart des équipes vers une solution hybride : génération automatique avec exclusion de certaines catégories ou types de pages.
Le choix entre les deux dépend du volume de pages et de la fréquence de mise à jour. Un site vitrine de trente pages se gère à la main sans difficulté. Un catalogue de produits mis à jour chaque semaine a besoin d’automatisation.
Compléter le plan du site avec d’autres repères de navigation
Les recommandations du W3C insistent sur un point : le plan du site ne devrait jamais être l’unique solution de repli. Un fil d’Ariane, des titres de page explicites et un moteur de recherche interne forment un ensemble cohérent.
- Le fil d’Ariane situe l’utilisateur dans l’arborescence à chaque instant, sans quitter la page en cours
- Le moteur de recherche interne couvre les cas où l’utilisateur connaît un terme précis mais ignore la catégorie correspondante
- Des titres de page descriptifs (balises title et H1) aident les utilisateurs de technologies d’assistance à identifier rapidement le contenu de chaque page
Sur un très grand site, une page qui énumère toutes les URL peut même devenir contre-productive. Dans ce cas, des pages de catégories bien reliées entre elles remplacent avantageusement un plan du site exhaustif. Le maillage interne reste le socle de toute navigation fluide, le plan du site n’en est qu’un complément structuré.
Un plan du site bien conçu ne transforme pas un site mal organisé en modèle d’ergonomie. Il rend visible une architecture qui existe déjà. Si l’arborescence est confuse, la priorité reste de la simplifier avant de la cartographier.
