Sur la plupart des sites web, le plan du site existe quelque part, souvent relégué dans le pied de page, rarement consulté par les visiteurs. Les moteurs de recherche l’exploitent pour indexer les contenus, mais côté utilisateur, cette page reste un angle mort. Son utilité ne se limite pas au référencement : elle peut modifier concrètement la façon dont un internaute trouve une information, surtout quand le menu principal ne suffit plus.
Navigation au clavier et lecteurs d’écran : ce que le plan du site change
Les menus déroulants, les méga-menus et les filtres dynamiques posent régulièrement des problèmes aux personnes qui naviguent au clavier ou avec un lecteur d’écran. Un sous-menu qui s’ouvre au survol de la souris devient inaccessible sans pointeur. Un filtre à facettes qui recharge la page sans prévenir le lecteur d’écran désoriente l’utilisateur.
Le plan du site HTML offre une alternative directe. Il présente l’ensemble des pages sous forme de liens statiques, organisés par catégorie. Un utilisateur au clavier peut parcourir toute l’arborescence avec la touche Tab, sans dépendre d’interactions complexes.
Les recommandations WCAG 2.2 valorisent la mise à disposition de plusieurs moyens d’accéder à une même page : menu principal, barre de recherche, fil d’Ariane, et plan du site. Ce dernier ne remplace aucun des autres, mais il les complète en proposant une vue exhaustive et prévisible. Pour un site dont la structure évolue souvent, c’est un filet de sécurité qui garantit qu’aucune section ne devient orpheline du point de vue de la navigation humaine.
En consultant le plan du site Aura Blog, on observe par exemple comment une arborescence de contenus variés peut rester lisible grâce à un regroupement thématique clair, sans recourir à des filtres dynamiques.
European Accessibility Act et obligations de navigation : le cadre qui se durcit
Depuis le 28 juin 2025, l’European Accessibility Act renforce les obligations applicables à certains services numériques dans l’Union européenne, notamment le commerce électronique. Les parcours concernés doivent permettre la navigation au clavier, l’usage de lecteurs d’écran et l’accès compréhensible aux fonctions de recherche, de filtrage et de commande.
Un plan du site ne suffit pas, à lui seul, à rendre un site conforme. Les exigences portent sur l’ensemble du parcours utilisateur : formulaires, processus de paiement, consultation de catalogue. En revanche, le plan du site contribue à fournir une voie d’accès claire aux contenus et services d’un site, ce que les audits d’accessibilité évaluent comme un critère positif.
Tests automatisés et tests manuels : deux vérifications distinctes
Les outils d’audit automatisés (Lighthouse, axe, WAVE) détectent les erreurs de balisage, les contrastes insuffisants et les images sans attribut alt. Ils ne vérifient pas si un utilisateur réel parvient à naviguer d’une page à l’autre sans se perdre.
Les recommandations récentes préconisent de combiner ces tests avec des essais manuels au clavier et avec un lecteur d’écran. Un plan du site correctement structuré facilite ces vérifications manuelles : il permet de s’assurer que chaque section du site reste atteignable par au moins deux chemins distincts.
- Le menu principal donne accès aux catégories de premier niveau, mais pas toujours aux sous-pages enfouies.
- La barre de recherche suppose que l’utilisateur connaisse déjà le terme exact à chercher.
- Le plan du site liste toutes les pages sans prérequis de connaissance préalable, ce qui en fait un point de départ neutre pour explorer un site inconnu.
Plan du site HTML contre sitemap XML : deux publics, deux fonctions
La confusion entre ces deux formats persiste. Le sitemap XML est un fichier technique destiné aux robots d’indexation. Il contient des URL brutes, parfois accompagnées de métadonnées (date de dernière modification, par exemple). Aucun visiteur humain n’a intérêt au consulter.
Le plan du site HTML est une page web classique, conçue pour les internautes. Sa valeur tient à la lisibilité de l’organisation qu’il propose, pas à l’exhaustivité technique. Un bon plan HTML regroupe les contenus par thème ou par type, avec des intitulés compréhensibles. Un mauvais plan HTML se contente de lister des centaines d’URL sans hiérarchie, ce qui revient à reproduire un fichier XML dans le navigateur.
La distinction a des conséquences pratiques. Un site e-commerce avec plusieurs milliers de fiches produit n’a aucun intérêt à toutes les afficher dans un plan HTML. En revanche, afficher les catégories principales, les pages d’aide, les conditions générales et les pages de contact dans un plan HTML structuré permet à un visiteur désorienté de retrouver son chemin en quelques secondes.
Quand le plan du site révèle les failles d’une arborescence
Construire un plan du site HTML oblige à regarder l’arborescence dans son ensemble. Cet exercice met en lumière des problèmes que la navigation quotidienne masque.
Des pages importantes enfouies à trois ou quatre clics de la page d’accueil apparaissent immédiatement quand on les cherche dans un plan. Des doublons de contenu deviennent visibles lorsqu’on constate que deux URL différentes mènent à des pages quasi identiques. Des sections entières, créées lors d’un ancien redesign et jamais supprimées, ressortent comme des branches mortes.
Le plan du site fonctionne alors comme un outil de diagnostic. Pour un responsable éditorial ou un webmaster, le consulter régulièrement permet de repérer :
- Les pages orphelines, accessibles uniquement par leur URL directe et absentes de tout menu.
- Les incohérences de nommage entre catégories (une section « Aide » et une section « Support » qui couvrent le même périmètre).
- Les contenus obsolètes qui restent indexés sans apporter de valeur aux visiteurs.
Maintenir un plan du site à jour revient à auditer l’arborescence en continu, sans mobiliser d’outil externe ni de prestataire spécialisé. La page elle-même devient le reflet fidèle de ce que le site propose réellement, pas de ce qu’il était censé proposer au moment de sa conception initiale.
Un site dont le plan du site est à jour et lisible envoie un signal simple : sa structure a été pensée pour que chaque contenu reste trouvable. C’est un critère que ni les algorithmes ni les visiteurs humains ne sanctionnent directement, mais que les deux récompensent par un temps de parcours plus court et un taux de rebond plus faible sur les pages profondes.
