Un visiteur cherche la page des horaires d’ouverture sur un site municipal. Le menu principal affiche six rubriques, aucune ne porte ce nom. La barre de recherche renvoie trois résultats peu parlants. C’est exactement dans cette situation qu’un plan du site HTML prend son utilité : une page unique qui liste l’ensemble des liens du site, organisés par catégories, pour retrouver en quelques secondes ce que le menu ne montre pas.
Plan du site HTML et sitemap XML : deux outils, deux publics
La confusion entre ces deux formats revient souvent. Le plan du site HTML est une page web classique, lisible par un humain, qui présente les liens du site sous forme de liste hiérarchisée. Le sitemap XML, lui, est un fichier technique destiné aux moteurs de recherche.
Pour Google, un sitemap XML est un moyen de signaler des URL à découvrir, mais son envoi ne garantit ni leur exploration ni leur indexation. Il ne remplace donc pas une navigation accessible et utile aux visiteurs. Un site peut disposer d’un sitemap XML impeccable et rester difficile à parcourir pour un internaute qui ne trouve pas la bonne rubrique.
Le plan HTML, à l’inverse, s’adresse directement aux personnes. On peut consulter le plan du site By Julie pour voir à quoi ressemble une page de ce type : chaque section du site y apparaît avec ses sous-pages, ce qui permet de repérer un contenu sans passer par le menu ou la recherche interne.
Quand le plan du site compense les limites du menu de navigation
Un menu bien conçu suffit dans la plupart des cas. Le plan du site intervient quand le menu atteint ses limites, et ces limites apparaissent plus vite qu’on ne le pense.
Prenons un site de commerce en ligne avec plusieurs centaines de références. Le menu affiche les grandes familles de produits, parfois deux niveaux de sous-catégories. Les pages de conditions de livraison par zone, les guides de taille par marque ou les formulaires de retour se retrouvent souvent enterrés à trois ou quatre clics de profondeur.

Le W3C recommande de proposer plusieurs moyens de trouver une page (menu, recherche, plan du site, fil d’Ariane) et d’ajouter des repères d’orientation comme des titres explicites. Le plan du site s’inscrit dans cet ensemble : il ne remplace pas un menu, il le complète quand celui-ci ne couvre pas toute l’arborescence visible.
Trois situations où le plan du site devient le chemin le plus court :
- Le visiteur connaît le nom approximatif de la page mais ne sait pas dans quelle rubrique elle se trouve, par exemple une charte de confidentialité ou un formulaire de contact spécifique à un service.
- Le site a subi une refonte et les anciennes habitudes de navigation ne fonctionnent plus. Le plan du site offre une vue d’ensemble actualisée sans obliger à tâtonner dans les menus.
- L’utilisateur navigue au clavier ou avec un lecteur d’écran. Parcourir chaque rubrique du menu pour comprendre l’architecture coûte du temps et de l’effort cognitif. Le plan du site donne une vision globale de l’arborescence en un seul endroit.
Accessibilité du plan du site : tester au clavier, pas seulement à la souris
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité s’applique notamment aux services de commerce électronique destinés aux consommateurs. Les microentreprises fournissant des services en sont exemptées sous certaines conditions. La présence d’un plan du site contribue à rendre des pages repérables, mais sa seule présence ne suffit pas à rendre un site accessible.
Un plan du site dont les liens ne sont pas atteignables au clavier ou dont les intitulés ne permettent pas de comprendre la destination est inutile pour les personnes qui en ont le plus besoin. Les recommandations d’accessibilité rappellent que chaque élément interactif doit pouvoir être atteint sans souris et que le focus clavier doit rester visible.
Concrètement, on vérifie trois points :
- Chaque lien du plan du site est atteignable avec la touche Tab, dans un ordre logique qui suit la hiérarchie des rubriques.
- L’intitulé de chaque lien décrit sa destination. « En savoir plus » ou « Cliquez ici » ne permet pas à un utilisateur de lecteur d’écran de savoir où il atterrira.
- Le style du focus (le contour visible autour du lien actif) n’a pas été supprimé par une feuille de style trop zélée. Sans ce repère visuel, un navigateur au clavier perd sa position dans la page.
Concevoir un plan du site lisible sans en faire un inventaire interminable
Le piège classique consiste à générer automatiquement la liste de toutes les URL du site et à l’afficher telle quelle. Sur un site de plusieurs centaines de pages, le résultat est un mur de liens où personne ne retrouve rien.
Un plan du site utile fait un tri. On y place les pages structurantes (accueil, rubriques principales, sous-rubriques), les pages fréquemment cherchées (contact, mentions légales, FAQ) et les contenus profonds que le menu ne montre pas. Les pages de pagination, les résultats de filtres ou les doublons techniques n’ont pas leur place sur cette page.
Les libellés du plan du site doivent correspondre à ceux des menus. Le W3C recommande de conserver un nommage, un style et un emplacement cohérents pour les options de navigation sur l’ensemble du site. Si le menu appelle une rubrique « Nos réalisations » et que le plan du site l’intitule « Portfolio », le visiteur hésite. Cette cohérence entre les différents moyens de navigation réduit la charge cognitive.

La hiérarchie visuelle compte aussi. On regroupe les liens sous des titres de section clairs, avec une indentation qui reflète la profondeur réelle du site. Deux niveaux suffisent dans la majorité des cas. Au-delà, on retombe dans le catalogue illisible.
Le lien vers le plan du site se place généralement dans le pied de page, où les visiteurs s’attendent à le trouver. Certains sites l’ajoutent aussi dans leur page d’erreur 404, ce qui donne une porte de sortie quand un lien cassé mène à une impasse.
Un plan du site bien construit ne transforme pas un site mal organisé en site ergonomique. Il fonctionne comme un filet de sécurité pour les cas où le menu, la recherche et le fil d’Ariane n’ont pas suffi. Sa valeur se mesure au nombre de clics qu’il évite, pas au nombre de liens qu’il affiche.



