Un plan du site HTML ne se résume pas à une page listant des liens. C’est un composant de navigation à part entière qui expose l’arborescence complète d’un site en une seule vue, indépendamment du menu principal ou de la barre de recherche. Son rôle devient déterminant dès que la profondeur de pages dépasse trois niveaux ou que le maillage interne présente des impasses.
Plan du site HTML et critère WCAG de multiplicité des parcours
Le W3C recommande de proposer plusieurs moyens pour atteindre une page : navigation principale, recherche, fil d’Ariane, plan du site. Ce principe de multiplicité des parcours d’accès figure dans les critères WCAG. Un menu bien construit ne suffit pas si un visiteur ne connaît pas la terminologie employée dans les libellés de rubriques.
Le plan du site résout ce problème en affichant la hiérarchie complète. Un utilisateur de lecteur d’écran parcourt cette page linéairement et localise une section sans tabuler à travers chaque élément interactif du header, du mega menu et du footer. Pour un navigateur clavier, le gain de temps est du même ordre : accès direct à la cible sans traverser la couche de composants interactifs qui précède.
À titre d’exemple, le plan du site Belle et Épanouie restitue l’ensemble des catégories et sous-pages dans une arborescence lisible, ce qui permet de repérer un contenu précis sans dépendre du menu de navigation principal.
Depuis le 28 juin 2025, l’European Accessibility Act impose de nouvelles exigences d’accessibilité pour certaines offres numériques destinées aux consommateurs de l’UE, notamment le commerce électronique (avec des exceptions pour les microentreprises fournissant des services). L’accessibilité des parcours de navigation relève désormais d’un cadre réglementaire, pas seulement d’une démarche de confort. Un plan du site HTML participe directement à la conformité en complétant les parcours existants.
Structure d’un plan du site efficace : pages à inclure, pages à exclure
Un plan du site n’est pas un duplicata du menu. Il doit offrir une vue exhaustive mais hiérarchisée. La confusion entre ces deux rôles produit soit une page trop maigre (copie du menu principal), soit une page illisible (liste brute de plusieurs centaines d’URL).
Pages structurantes et pages fonctionnelles
Les pages à inclure systématiquement :
- Les pages piliers : accueil, rubriques de premier niveau, sous-rubriques qui portent leur propre contenu (catégories produit, thématiques éditoriales)
- Les contenus à forte valeur de recherche : articles de blog, fiches produit, pages de service, qui constituent les points d’entrée organiques du site
- Les pages légales et utilitaires (mentions légales, politique de confidentialité, contact) – souvent absentes du menu, elles ont leur place dans le plan du site car les visiteurs les cherchent ponctuellement
Les pages à exclure : résultats de recherche interne, pages de pagination, pages de filtres paramétrés, redirections. Leur présence noie l’information utile et alourdit la lecture.
Cas des rubriques dynamiques
Un blog ou une section actualités pose un problème spécifique. Lister chaque article individuellement rend le plan du site inexploitable dès que le volume dépasse quelques dizaines de publications. La solution technique la plus propre consiste à lister les catégories et tags principaux plutôt que chaque article. Le visiteur accède à la catégorie, puis parcourt les contenus associés via la pagination ou le tri interne de cette catégorie.
Plan du site HTML et sitemap XML : deux composants, deux fonctions
La confusion entre plan du site HTML (destiné aux visiteurs) et sitemap XML (destiné aux robots d’indexation) persiste dans beaucoup de projets. Leur périmètre et leur finalité divergent totalement.
Le sitemap XML facilite la découverte de pages par les moteurs de recherche, mais ne garantit ni leur exploration ni leur indexation. Google le traite comme un signal parmi d’autres. Un sitemap XML contenant des URL en erreur 404 ou des pages bloquées par robots.txt n’a aucun effet positif.
Le plan du site HTML, lui, s’adresse à un humain. Sa valeur réside dans la lisibilité de la hiérarchie, pas dans l’exhaustivité technique. Nous recommandons de maintenir les deux, mais de ne jamais générer l’un à partir de l’autre sans filtrage. Le sitemap XML peut contenir des URL canoniques techniques que le plan HTML doit ignorer, et inversement, le plan HTML peut regrouper des contenus sous des intitulés qui n’existent pas comme URL distincte dans le sitemap XML.
Cohérence de navigation : le plan du site ne compense pas un menu défaillant
Un plan du site améliore l’orientation uniquement s’il complète une interface prévisible. Si le menu principal change de structure ou de libellé d’une page à l’autre, le plan du site ne corrigera pas le problème de fond. Le W3C insiste sur la cohérence d’emplacement, de style et de libellé des éléments de navigation entre les pages.
Concrètement, trois conditions doivent être réunies pour que le plan du site remplisse son rôle :
- Le vocabulaire du plan reprend les mêmes intitulés que le menu principal et le fil d’Ariane – aucune reformulation entre les trois composants
- La hiérarchie affichée dans le plan reflète la profondeur réelle du site : si une page est accessible en deux clics depuis l’accueil, elle apparaît au deuxième niveau du plan, pas au quatrième
- La page du plan du site est accessible depuis le footer ou une rubrique utilitaire permanente, pas cachée derrière un lien contextuel ponctuel
Un plan du site publié puis oublié pendant deux ans de refonte progressive devient un piège. Les visiteurs qui l’utilisent tombent sur des liens cassés ou des intitulés obsolètes. La maintenance du plan du site suit le même calendrier que celle du menu principal : toute modification de l’arborescence se répercute sur les deux.
Le plan du site reste un des rares composants qui offre une vue architecturale complète à la fois aux visiteurs désorientés, aux utilisateurs de technologies d’assistance et aux équipes internes qui auditent la structure. Sa valeur dépend entièrement de sa mise à jour et de sa cohérence avec le reste de l’interface de navigation.
