Un plan du site est une page ou un fichier qui recense les URL accessibles d’un site web. Son rôle principal : offrir une vue d’ensemble de l’architecture du contenu, aussi bien aux visiteurs humains qu’aux robots d’exploration des moteurs de recherche comme Google ou Bing. Disposer d’un plan du site bien organisé facilite la localisation de n’importe quelle page, même enfouie à plusieurs niveaux de profondeur dans l’arborescence.
Navigation, arborescence et plan du site : trois notions distinctes
Confondre ces trois termes conduit à des erreurs de conception. L’arborescence désigne la structure hiérarchique qui organise les contenus : page d’accueil, catégories, sous-catégories, pages finales. Elle se pense en amont, avant même le design.
La navigation regroupe les moyens concrets mis à disposition de l’utilisateur pour se déplacer : menu principal, fil d’Ariane, barre de recherche interne. Le plan du site, lui, constitue un moyen supplémentaire de localiser une page. Il complète la navigation sans la remplacer.
Le critère 2.4.5 des WCAG 2.2 (niveau AA) exige d’ailleurs de proposer plusieurs moyens de trouver une page au sein d’un site. Un menu seul ne suffit pas : la combinaison menu, recherche et plan du site répond à cette exigence d’accessibilité. Sur des portails riches en contenus, le plan du site Sortie 24 illustre bien cette logique en listant les rubriques et pages de manière directe, sans forcer l’utilisateur à naviguer dans plusieurs niveaux de menus.
Plan du site HTML et sitemap XML : rôles et limites techniques
Le plan du site HTML est une page web classique, destinée aux visiteurs. Il affiche des liens cliquables organisés par thème ou par section. Son utilité est directe : un utilisateur perdu y retrouve la page recherchée en quelques secondes.
Le sitemap XML est un fichier technique destiné aux robots d’exploration. Il liste les URL sous forme de balises structurées et peut contenir des métadonnées comme la date de dernière modification (attribut lastmod). Les moteurs de recherche le lisent pour découvrir des pages qu’ils n’auraient pas trouvées via les liens internes.
Ce que le sitemap XML ne garantit pas
Soumettre un sitemap XML à Google ne provoque pas automatiquement l’indexation des pages listées. Google le traite comme un signal parmi d’autres. Les liens internes restent le levier principal d’exploration : une page isolée, sans aucun lien pointant vers elle depuis le reste du site, a peu de chances d’être crawlée régulièrement, même si elle figure dans le sitemap.
L’attribut lastmod n’a de valeur que s’il reflète une modification réelle du contenu. Une date mise à jour automatiquement chaque jour, sans changement effectif sur la page, finit par être ignorée par les robots.
Organiser un plan du site pour guider la lecture
Un plan du site mal structuré, qui aligne des dizaines de liens sans hiérarchie, devient aussi opaque qu’un menu surchargé. Quelques principes rendent la page réellement utile :
- Regrouper les liens par section thématique plutôt que par ordre chronologique de création. Un visiteur cherche un sujet, pas une date de publication.
- Limiter la profondeur à deux ou trois niveaux visibles. Au-delà, la liste perd en lisibilité et l’utilisateur décroche.
- Nommer chaque lien avec un intitulé explicite. Un libellé comme « Page 12 » ou « Article du 3 mars » ne renseigne personne sur le contenu réel.
- Maintenir la cohérence entre le plan du site et le menu de navigation principal. Si une rubrique apparaît dans le menu mais pas dans le plan (ou inversement), l’utilisateur perd ses repères.
Filtrer les URL du sitemap XML : ce qui mérite d’y figurer
Un sitemap XML exhaustif n’est pas un bon sitemap. Y inclure des URL en redirection, des pages marquées noindex ou des doublons de contenu brouille le message envoyé aux moteurs de recherche.
Seules les URL canoniques et destinées à l’indexation ont leur place dans le fichier. Chaque entrée doit pointer vers une page accessible, renvoyant un code HTTP 200, et correspondant à la version que le site souhaite voir apparaître dans les résultats de recherche.
Vérifications concrètes avant soumission
- Aucune URL ne doit renvoyer un code 301, 302 ou 404. Un outil de validation de sitemap détecte ces incohérences en quelques secondes.
- Les pages protégées par un mot de passe ou bloquées par le fichier robots.txt n’ont pas leur place dans la liste.
- Si le site utilise des balises
canonicalpointant vers une autre URL, seule l’URL canonique doit figurer dans le sitemap.
Ce tri régulier, effectué à chaque ajout ou suppression de contenu, garantit que le sitemap reflète fidèlement la structure réelle du site. Les moteurs de recherche accordent alors plus de crédit aux informations qu’il contient.
Accessibilité et exploration : le plan du site comme filet de sécurité
Sur un site comptant plusieurs centaines de pages, certains contenus finissent par devenir orphelins : aucun lien interne n’y mène depuis les pages principales. Le plan du site HTML joue alors un rôle de filet de sécurité en offrant un accès direct à ces pages oubliées.
Pour les utilisateurs en situation de handicap, un plan du site bien balisé avec des intitulés clairs constitue une alternative fiable à la navigation par menu, en particulier lorsque les menus déroulants posent des difficultés d’interaction au clavier ou au lecteur d’écran.
Le plan du site ne corrige pas une architecture défaillante. Un site dont la navigation est confuse reste confus, plan du site ou non. Il fonctionne comme un complément, pas comme un substitut. L’effort principal doit porter sur l’arborescence et le maillage interne, le plan du site venant consolider l’ensemble en rendant chaque page localisable par au moins un chemin supplémentaire.
