Un plan du site HTML ne remplace pas un menu de navigation, et un menu ne remplace pas un plan du site. Confondre les deux fonctions conduit à des architectures où le plan devient un doublon inutile du header, ou pire, un fourre-tout de liens que personne ne consulte.
Sur un site de quelques dizaines de pages, le plan offre une cartographie lisible de l’arborescence. Sur un site qui dépasse plusieurs centaines de pages, la question change radicalement : un plan exhaustif devient contre-productif, et d’autres mécanismes doivent prendre le relais.
Plan du site HTML sur les sites volumineux : limites structurelles et alternatives
Un plan du site qui liste des centaines de liens sur une seule page ne rend service à personne. Le temps de chargement augmente, la lecture au clavier ou au lecteur d’écran devient pénible, et le visiteur perd la vision d’ensemble que le plan était censé fournir.
Sur les sites dépassant quelques centaines de pages, le plan hiérarchisé par niveaux remplace le plan exhaustif. Le principe : la page plan du site affiche uniquement les rubriques de premier et deuxième niveau. Chaque rubrique renvoie vers un sous-plan limité à sa propre section. Cette fragmentation préserve la lisibilité tout en couvrant l’intégralité du site.
La combinaison avec un moteur de recherche interne devient alors un complément direct. Le plan sert à comprendre la structure, la recherche sert à localiser une page précise. Sur le plan du site Habite Ta Terre, cette logique de hiérarchie par catégories illustre bien comment un plan lisible coexiste avec une arborescence riche sans noyer le visiteur.
Un fil d’Ariane complète le dispositif en répondant à une question que le plan ne traite pas : la position actuelle du visiteur dans l’arborescence. Le critère WCAG 2.2 « Emplacement » (niveau AAA) distingue explicitement la capacité à trouver une page de la capacité à savoir où l’on se trouve. Le plan du site répond au premier besoin, le fil d’Ariane au second.
Critères WCAG 2.2 et plan du site : ce que la conformité exige réellement
Le plan du site n’est pas une obligation réglementaire isolée. Le critère WCAG 2.2 « Plusieurs moyens » (niveau AA) demande qu’il existe plus d’une façon de localiser une page dans un ensemble de pages. Un menu principal, une barre de recherche, un plan du site, une table des matières : n’importe quelle combinaison de deux mécanismes suffit à remplir le critère.
Cela signifie qu’un site proposant un menu structuré et une recherche interne fonctionnelle satisfait déjà cette exigence, même sans plan du site HTML. Le plan reste un choix pertinent, mais il ne constitue pas un passage obligé.
Un point souvent négligé : la conformité ne se déduit pas de la seule présence d’une page « plan du site ». Les mécanismes de navigation répétés doivent garder un ordre relatif cohérent d’une page à l’autre, et les composants ayant la même fonction doivent être identifiés de façon cohérente sur l’ensemble du site. Un plan du site dont les intitulés de liens diffèrent du menu principal crée une incohérence qui pose un problème d’accessibilité réel.
Acte européen sur l’accessibilité : impact sur les plans de site
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité s’applique à certains services numériques grand public, dont le commerce électronique. Ce texte impose des exigences d’accessibilité aux services concernés, mais ne prescrit pas spécifiquement l’ajout d’un plan du site. La question porte sur l’accessibilité globale des parcours de navigation, pas sur la présence d’une page particulière.
Pour un site marchand, nous recommandons de vérifier que l’ensemble des chemins vers le panier, les fiches produit et les pages de paiement sont accessibles et cohérents, plutôt que de se contenter d’ajouter un plan du site comme case à cocher.
Plan HTML et sitemap XML : deux outils, deux publics, zéro garantie d’indexation
La confusion entre plan du site HTML et sitemap XML persiste. Le premier est une page web destinée aux visiteurs humains. Le second est un fichier technique soumis aux moteurs de recherche via la Search Console ou un fichier robots.txt.
- Le plan HTML structure l’arborescence sous forme de liens cliquables, organisés par catégories. Son public : les visiteurs qui cherchent une vue d’ensemble ou un accès direct à une section.
- Le sitemap XML liste les URL avec leurs métadonnées (date de dernière modification, fréquence de mise à jour, priorité). Son public : les robots d’indexation de Google, Bing ou d’autres moteurs.
- Google indique explicitement qu’un sitemap XML est un moyen supplémentaire de découvrir des URL, mais qu’il n’est généralement pas nécessaire pour trouver les pages. Soumettre un sitemap XML ne garantit ni l’exploration ni l’indexation des pages listées.
Ajouter un plan HTML « pour le SEO » sans qu’il serve réellement les visiteurs revient à créer une page orpheline à faible valeur. Le plan HTML a du sens quand il répond à un besoin de navigation humain. Le sitemap XML a du sens quand le site contient des pages difficiles à découvrir par le crawl naturel (pages sans liens internes, contenus générés dynamiquement).
Construire un plan du site réellement utilisable : critères techniques
Un plan du site utile repose sur quelques choix structurels qui conditionnent son efficacité.
- Limiter la profondeur affichée à deux ou trois niveaux maximum. Au-delà, le plan reproduit l’arborescence complète et perd sa fonction de vue d’ensemble.
- Exclure les pages sans valeur de navigation : mentions légales, pages de résultats de recherche, pages de tags ou d’archives paginées. Leur présence dilue l’utilité du plan.
- Utiliser des intitulés identiques à ceux du menu principal. L’incohérence entre intitulés du plan et intitulés du menu désoriente le visiteur et viole le critère WCAG d’identification cohérente.
- Regrouper les liens par sections sémantiques, pas par ordre alphabétique. Un regroupement thématique reflète la logique métier du site et facilite le repérage visuel.
Sur les sites gérés par CMS, la génération automatique du plan pose un risque : elle inclut par défaut toutes les pages publiées, y compris celles qui n’ont aucun intérêt pour la navigation. Une revue manuelle périodique du plan reste préférable à une automatisation sans filtre.
Le plan du site fonctionne quand il fait partie d’un ensemble cohérent de repères de navigation. Pris isolément, il ne résout ni la question du positionnement dans l’arborescence, ni celle de la recherche rapide, ni celle de l’indexation. Sa valeur dépend entièrement de la façon dont il s’articule avec le menu, la recherche interne et le fil d’Ariane.
