Vous cherchez une information sur un site, vous parcourez le menu principal, vous cliquez sur deux ou trois rubriques, et vous tournez en rond. Le contenu existe, mais le chemin pour y accéder reste flou. C’est exactement le problème que résout un plan du site bien conçu : il affiche toute l’arborescence sur une seule page, comme un sommaire de livre.
Tester le parcours complet, pas seulement la page
La plupart des guides sur la navigation se concentrent sur la structure du menu ou la mise en page. Ils oublient un point concret : une page peut être parfaitement construite et rester introuvable si le chemin qui y mène coince quelque part.
Les retours d’audits d’accessibilité le confirment. Des parcours échouent malgré des pages individuelles conformes, parce qu’un menu déroulant, une modale ou un tunnel de commande bloque la navigation au clavier. Tester les chemins complets depuis le plan du site jusqu’à l’action visée donne une image plus fiable que de vérifier chaque page isolément.
Concrètement, cela signifie ouvrir le plan du site, choisir un lien vers une page profonde (une fiche produit, un formulaire de contact, un article archivé), puis vérifier que le trajet fonctionne sans souris, uniquement au clavier ou avec un lecteur d’écran.
Si le parcours se coupe à mi-chemin, le plan du site perd sa raison d’être. On peut observer ce principe en action sur le plan du site Les Marches du Pouvoir, qui liste ses rubriques de façon linéaire et permet de rejoindre n’importe quel contenu directement.
Plan du site HTML et sitemap XML : deux outils, deux publics
Vous avez déjà vu un fichier sitemap.xml ? C’est une liste d’adresses destinée aux moteurs de recherche. Google, Bing et leurs robots l’utilisent pour découvrir et indexer les pages. Les visiteurs humains, eux, ne le consultent jamais.
Le plan du site HTML, c’est l’inverse. C’est une page visible, faite pour les personnes qui naviguent sur le site. Elle présente les rubriques, les sous-rubriques et les pages dans un ordre logique, avec des liens cliquables.
Le plan HTML sert les visiteurs, le sitemap XML sert les robots. Confondre les deux revient à offrir un annuaire téléphonique à quelqu’un qui cherche un plan de quartier. Les deux ont leur utilité, mais ils ne répondent pas au même besoin.
Ce que le plan HTML doit contenir
Un bon plan du site HTML ne reproduit pas le menu de navigation mot pour mot. Il le complète en montrant les niveaux de profondeur que le menu masque. Voici les éléments à y faire figurer :
- Les pages structurantes du site : accueil, rubriques principales, sous-rubriques, pages de contact et mentions légales
- Les contenus profonds que le menu ne montre pas directement, comme les archives de blog, les fiches détaillées ou les pages de catégories secondaires
- Les liens vers les pages fonctionnelles (recherche, FAQ, formulaires) que les visiteurs cherchent souvent sans les trouver dans le menu
En revanche, les pages dupliquées, les pages de résultats de recherche interne et les pages de pagination n’ont rien à faire dans un plan du site HTML. Elles ajoutent du bruit sans apporter de repère utile.
Accessibilité du plan du site : le critère que les audits vérifient
Le plan du site n’est pas un bonus esthétique. Le critère WCAG 2.2.5 (« Plusieurs moyens ») demande qu’une page puisse être trouvée par plus d’un chemin : via le menu, la recherche, ou le plan du site. Un plan du site cohérent satisfait directement ce critère d’accessibilité.
Les référentiels d’audit comme le RGAA vérifient un point précis : le lien vers la page « plan du site » doit être accessible de façon identique et situé au même endroit sur toutes les pages d’un même ensemble. Si votre lien apparaît dans le pied de page sur la page d’accueil mais disparaît sur les pages internes, l’audit échoue.
Trois publics qui en dépendent
Les utilisateurs de lecteurs d’écran tirent le plus grand bénéfice d’un plan du site. Parcourir un site page par page pour comprendre son architecture demande un effort cognitif considérable. Le plan du site offre une vision globale de l’arborescence en un seul endroit.
Les personnes qui naviguent au clavier (handicap moteur ou choix d’usage) y trouvent un accès direct sans devoir tabuler à travers tous les éléments interactifs d’un menu complexe. Et tous les visiteurs, y compris ceux sans handicap, l’utilisent pour retrouver une page dont ils ont oublié le chemin.
Structure et mise à jour du plan : les erreurs concrètes à éviter
Un plan du site mal structuré fait plus de tort qu’un plan absent. Si la page affiche une liste à plat de 300 liens sans hiérarchie, personne ne s’y retrouve. L’arborescence doit refléter la logique du site : rubriques principales, puis sous-rubriques, puis pages de contenu.
Limiter chaque niveau à une dizaine de liens maximum garde le plan lisible. Au-delà, le cerveau décroche et la page devient aussi confuse que le site qu’elle est censée clarifier.
L’autre erreur fréquente concerne la mise à jour. Beaucoup de sites génèrent leur plan automatiquement via un plugin ou un CMS. C’est pratique, mais cela produit parfois des liens vers des pages supprimées, des redirections en boucle ou des doublons. Un plan du site qui affiche des liens cassés détruit la confiance du visiteur.
- Vérifier chaque trimestre que les liens du plan mènent bien vers des pages actives
- Supprimer les pages archivées ou fusionnées qui ne sont plus pertinentes pour la navigation
- Comparer le plan HTML avec le sitemap XML pour repérer les écarts entre ce que voient les visiteurs et ce que voient les moteurs
- S’assurer que la hiérarchie du plan correspond à la structure réelle du menu, sans décalage de vocabulaire
Automatique ou manuel : un faux dilemme
La génération automatique convient aux sites volumineux qui ajoutent des pages régulièrement. La construction manuelle permet un tri éditorial plus fin. Combiner les deux approches reste la solution la plus fiable : générer la base automatiquement, puis réviser manuellement les intitulés et l’organisation.
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité s’applique à plusieurs services destinés aux consommateurs, dont le commerce en ligne et les services bancaires. Pour les sites concernés, le plan du site n’est plus un simple confort de navigation. C’est un élément que les audits de conformité examinent, et dont l’absence ou la mauvaise conception peut poser un problème réglementaire concret.
