Un plan de site HTML, un sitemap XML et une arborescence remplissent trois fonctions distinctes. Le plan du site bien structuré reste un outil de navigation destiné aux visiteurs humains, tandis que le sitemap XML sert de signal de découverte pour les robots d’indexation. L’arborescence, elle, relève de la conception en amont : c’est le schéma logique qui organise les pages entre elles. Confondre ces trois couches conduit à des choix techniques mal orientés et à une navigation moins lisible.
Plan de site HTML, sitemap XML, arborescence : trois couches à ne pas confondre
Le plan de site HTML est une page visible, accessible depuis le pied de page ou le menu. Il liste les rubriques et sous-rubriques dans un ordre hiérarchique, permettant à un visiteur de repérer en quelques secondes la page qu’il cherche. Ce n’est pas un doublon du menu principal : sa vocation est d’offrir une vue exhaustive du contenu.
Le sitemap XML, lui, est un fichier technique soumis aux moteurs de recherche. Google le traite comme un signal de découverte d’URL, pas comme une directive d’indexation. Des pages absentes du sitemap XML mais reliées par des liens internes solides peuvent tout à fait être explorées et classées. À l’inverse, une URL présente dans le XML mais orpheline de tout lien interne aura peu de chances d’être valorisée.
Confondre plan HTML et sitemap XML revient à supposer qu’un outil destiné aux robots remplace un outil destiné aux humains. Un exemple concret : sur le plan du site de Bertrand Barré, chaque rubrique apparaît dans une liste ordonnée qui reflète la logique métier du site, pas un export brut de toutes les URL. C’est cette distinction qui rend la page utile pour un visiteur.
Navigation au clavier et accessibilité : ce que les normes WCAG 2.2 changent
La plupart des guides sur la navigation web traitent l’accessibilité comme une case à cocher. Publier un plan de site suffirait à rendre le contenu accessible. Les normes publiées par le W3C en octobre 2023 (WCAG 2.2) montrent que la réalité est plus exigeante.
Visibilité du focus et interactions au clavier
Les WCAG 2.2 ajoutent des critères sur la visibilité du focus clavier et proposent des alternatives aux interactions par glisser-déposer. Une page de plan de site peut être parfaitement structurée en HTML sémantique et rester difficile à parcourir au clavier si le focus n’est pas visible ou si l’ordre de tabulation ne suit pas la hiérarchie visuelle.
Pour les utilisateurs de lecteurs d’écran, le plan de site offre une vision globale de l’arborescence en un seul endroit, sans naviguer page par page. Les personnes en situation de handicap moteur y trouvent un accès direct à une section précise, sans tabuler à travers tous les éléments interactifs qui précèdent leur destination.
Obligations réglementaires depuis juin 2025
Depuis le 28 juin 2025, l’Acte européen sur l’accessibilité (directive 2019/882) s’applique à une partie du secteur privé : certains services de commerce en ligne, bancaires, de transport et de télécommunications. Pour ces organisations, la navigation n’est plus seulement un enjeu d’expérience utilisateur, c’est un enjeu de conformité légale.
Un plan de site HTML conforme doit donc dépasser la simple liste de liens. Il doit respecter la hiérarchie des balises de titre, proposer un contraste suffisant, et garantir que chaque lien est atteignable et identifiable au clavier.
Structurer un plan de site qui sert réellement la navigation
Trois erreurs reviennent fréquemment dans les plans de site publiés en ligne :
- Lister toutes les URL du site sans distinction, y compris les pages de pagination, les tags vides ou les archives mensuelles d’un blog, ce qui noie l’information utile dans le bruit
- Reproduire exactement le menu de navigation principal, ce qui rend la page redondante et sans valeur ajoutée pour le visiteur qui n’a pas trouvé ce qu’il cherchait via le menu
- Omettre les contenus dynamiques (articles de blog, fiches produit) qui représentent souvent la majorité des pages du site et la raison principale pour laquelle un visiteur consulte le plan
Un plan de site utile reflète la logique métier, pas la structure technique. Si un site de services propose trois offres principales, ces trois offres doivent apparaître comme entrées de premier niveau, même si techniquement elles partagent un même template.
Pages à inclure et pages à exclure
Les pages structurantes (accueil, rubriques, sous-rubriques, pages de service) et les contenus éditoriaux (articles, guides, études de cas) méritent d’y figurer. Les pages utilitaires (mentions légales, politique de confidentialité, CGV) peuvent apparaître en fin de liste, séparées visuellement.
En revanche, les pages de résultats de recherche interne, les pages de filtres et les URL avec paramètres n’ont pas leur place dans un plan de site HTML. Elles n’aident pas le visiteur et diluent la lisibilité.
Liens internes et plan de site : complémentaires, pas interchangeables
Un plan de site HTML ne remplace pas un maillage interne cohérent. Google utilise les liens internes pour comprendre les relations entre pages et distribuer l’autorité. Le plan de site, lui, sert de filet de sécurité : il capte les visiteurs perdus et offre un chemin alternatif vers le contenu.
Les liens internes contextuels restent le premier levier de navigation et de SEO. Chaque page importante devrait être accessible en trois clics maximum depuis la page d’accueil, via des liens placés dans le corps du texte ou dans les menus. Le plan de site intervient quand cette architecture montre ses limites, par exemple sur un site comptant plusieurs centaines de pages.
- Sur un site de moins de cinquante pages, le plan de site HTML a surtout une fonction d’accessibilité et de conformité
- Sur un site dépassant plusieurs centaines de pages, il devient un outil de navigation à part entière, à condition de regrouper les contenus par catégories claires
- Dans les deux cas, la mise à jour du plan de site doit suivre celle du contenu : une page supprimée qui reste listée dans le plan génère une erreur 404 et dégrade la confiance du visiteur
Un plan de site obsolète est pire que l’absence de plan de site. La génération automatique via un CMS peut résoudre ce problème, mais elle nécessite une vérification manuelle régulière pour exclure les pages qui ne devraient pas y figurer.
La question de la navigation web se déplace progressivement du confort vers la conformité réglementaire. Avec l’entrée en vigueur de l’Acte européen sur l’accessibilité, les organisations concernées ont un motif concret de revoir la structure de leur plan de site, au-delà de l’optimisation SEO ou de l’expérience utilisateur.
