Un plan de site HTML ne sert pas qu’à lister des URL. Sa vraie fonction, souvent sous-exploitée, consiste à compenser les limites d’une navigation principale qui masque des contenus profonds. Quand un menu dépasse trois niveaux de profondeur ou repose sur des interactions complexes (menus déroulants, filtres JavaScript), une partie des pages devient invisible pour certains profils d’utilisateurs. Le plan du site rétablit un accès direct à ces contenus, à condition d’être construit avec rigueur.
Tester le plan du site avec des technologies d’assistance : protocole concret
Un plan de site conforme aux critères WCAG ne prouve pas que les contenus sont faciles à trouver en situation réelle. Le W3C le rappelle : satisfaire des critères techniques d’accessibilité ne garantit pas la facilité de compréhension ou de repérage pour les personnes concernées.
Pour vérifier l’utilité réelle d’un plan de site, nous recommandons un test en trois étapes avec des utilisateurs de technologies d’assistance variées.
- Recruter au minimum trois profils distincts : un utilisateur de lecteur d’écran (NVDA ou JAWS), un navigateur exclusivement au clavier, et une personne présentant des troubles cognitifs ou attentionnels qui utilise un affichage simplifié.
- Définir un scénario de recherche précis : demander à chaque participant de retrouver une page enfouie (troisième niveau de profondeur ou plus) d’abord via la navigation principale, puis via le plan du site. Mesurer le temps et le nombre d’interactions dans chaque cas.
- Comparer les parcours : si le plan du site réduit le nombre de tabulations ou de clics d’au moins la moitié par rapport au menu, il remplit son rôle. Sinon, sa structure doit être revue.
Ce protocole met en évidence les écarts entre la conformité technique et l’expérience vécue. Un plan de site dont la liste de liens n’est pas hiérarchisée par des titres Hn exploitables par un lecteur d’écran échoue souvent à ce test, même s’il passe les validateurs automatiques.
Pour observer un exemple de structuration hiérarchique appliquée à un média en ligne, le plan du site Journal Du Web organise ses rubriques avec des niveaux de titres qui facilitent la navigation séquentielle au clavier.
Sitemap XML et plan HTML : deux fonctions que la navigation ne remplace pas
La confusion entre sitemap XML et plan de site HTML persiste. Le fichier XML s’adresse aux robots d’exploration. Il signale des URL aux moteurs de recherche sans garantir leur exploration ni leur indexation. Google le présente comme un complément, pas comme un substitut aux liens internes.
Le plan HTML, lui, s’adresse aux visiteurs. Il offre une cartographie complète de l’arborescence lisible par un humain. Ces deux outils couvrent des besoins distincts et ne se remplacent pas mutuellement.
Ce que le sitemap XML ne fait plus
Les balises <priority> et <changefreq> sont ignorées par Google. Les inclure dans le fichier ne provoque pas d’erreur, mais n’influence aucun comportement de crawl. Concentrer du temps sur ces paramètres revient à optimiser un signal que personne ne lit.
La balise lastmod n’est prise en compte que si elle reflète un changement réel du contenu. Modifier la date de copyright en pied de page ou régénérer le fichier sans toucher au contenu ne trompe pas les robots. Google a précisé ce point dans une annonce de juin 2023 sur Search Central.
Quand le plan HTML compense une architecture défaillante
Sur un site de plus de quelques centaines de pages, certaines URL ne reçoivent aucun lien interne contextuel. Elles existent dans le CMS, apparaissent peut-être dans le sitemap XML, mais aucun visiteur ne les atteint par la navigation. Le plan HTML corrige ce défaut en offrant un point d’entrée unique vers l’ensemble des pages publiées.
Ce rôle de filet de sécurité devient critique pour les rubriques dynamiques (blog, actualités, archives) dont les contenus sortent rapidement de la page d’accueil et des menus.
Structure du plan de site HTML : choix techniques qui changent l’expérience
Un plan de site qui aligne des centaines de liens sans hiérarchie visuelle ne facilite rien. La différence entre un plan utile et un plan décoratif tient à trois décisions de conception.
La première concerne les niveaux de titres Hn utilisés pour segmenter les rubriques. Un lecteur d’écran permet de naviguer de titre en titre. Si le plan utilise des H2 pour les rubriques principales et des H3 pour les sous-rubriques, l’utilisateur saute directement à la section qui l’intéresse. Sans cette hiérarchie, il doit parcourir la liste entière.
La deuxième décision porte sur le périmètre. Un plan de site n’est pas un doublon du menu. Il inclut les pages structurantes, les sous-rubriques, les contenus profonds, mais exclut les pages techniques (mentions légales, politique de cookies, pages de résultats de recherche interne). Ajouter ces pages alourdit la lecture sans apporter de valeur de navigation.
La troisième concerne l’ordre d’affichage. Classer les rubriques par fréquence de consultation plutôt que par ordre alphabétique réduit le temps de recherche pour la majorité des visiteurs. Les données de navigation interne (analytics) fournissent cette information.
Acte européen sur l’accessibilité : ce que le plan du site ne suffit pas à couvrir
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité s’applique à certains services numériques, notamment les services de commerce électronique. Sa portée ne s’étend pas indistinctement à tous les sites d’entreprise : des exemptions existent selon le type de service et la taille de l’organisation.
Un plan de site accessible contribue à la facilité d’usage, mais ne suffit pas à établir la conformité d’un site avec ce cadre réglementaire. La conformité exige un audit global couvrant la perception, l’opérabilité, la compréhension et la robustesse de l’ensemble des composants interactifs.
Le plan de site reste un maillon parmi d’autres. Son absence peut constituer un point de non-conformité si aucun mécanisme alternatif ne permet d’accéder à l’ensemble des contenus. Sa présence, en revanche, ne dispense d’aucune autre obligation.
Le plan de site HTML gagne à être traité comme un composant de navigation à part entière, testé avec de vrais utilisateurs et maintenu au même rythme que le reste de l’arborescence. Un plan obsolète, qui liste des pages supprimées ou ignore des rubriques récentes, dégrade la confiance et l’expérience au lieu de les améliorer.
