Un plan du site remplit une fonction précise : offrir une vue d’ensemble de toutes les pages accessibles, regroupées par thème ou par niveau hiérarchique. La question qui se pose n’est pas de savoir s’il faut en créer un, mais ce qui distingue un plan du site réellement utile d’une simple liste de liens que personne ne consulte. Plusieurs critères techniques et ergonomiques séparent ces deux cas de figure.
Plan du site HTML et sitemap XML : ce que chaque format apporte à la navigation
La confusion entre ces deux formats est fréquente. Leurs rôles sont complémentaires, mais leurs destinataires diffèrent.
| Critère | Plan du site HTML | Sitemap XML |
|---|---|---|
| Destinataire principal | Visiteurs humains | Robots des moteurs de recherche |
| Emplacement | Page accessible depuis le pied de page ou le menu | Fichier hébergé à la racine du serveur |
| Contenu | Liens cliquables organisés par rubriques | URLs brutes avec métadonnées (date de modification, priorité) |
| Impact direct sur la navigation utilisateur | Oui : raccourci vers n’importe quelle page | Non : invisible pour le visiteur |
| Impact SEO | Indirect (maillage interne, accessibilité) | Direct (facilite le crawl et l’indexation) |
Un site qui ne propose qu’un sitemap XML sans page HTML dédiée prive ses visiteurs d’un outil de repérage. À l’inverse, un plan HTML sans sitemap XML ralentit la découverte des nouvelles pages par les moteurs de recherche. Les deux formats fonctionnent ensemble, pas l’un à la place de l’autre.
Pour observer un exemple concret de page qui regroupe l’ensemble des rubriques d’un site immobilier, le plan du site Loge Toi illustre bien cette logique de classement par catégories lisibles.
Critères WCAG et navigation au clavier : ce qu’un plan du site ne compense pas seul
Les référentiels d’accessibilité (WCAG) prévoient que plusieurs voies doivent permettre de localiser une page au sein d’un site. Un plan du site en est une, mais il ne peut pas être la seule. La recherche interne, le menu principal et le fil d’Ariane constituent les autres chemins attendus.
Un point rarement mentionné dans les guides de navigation concerne la cohérence d’ordre. Le critère WCAG 3.2.3 exige que les mécanismes de navigation répétés apparaissent dans le même ordre relatif d’une page à l’autre. Un menu qui change de disposition selon les sections du site perturbe le repérage, même si un plan du site existe par ailleurs.
Obstacles concrets pour les utilisateurs au clavier
Les WCAG 2.2 introduisent une exigence de niveau AA : un élément recevant le focus clavier ne doit pas être masqué par du contenu fixe. Les en-têtes collants, bannières de cookies et fenêtres de chat en superposition sont les causes les plus courantes de ce problème.
Un plan du site accessible au clavier ne suffit pas si le reste de la navigation bloque le parcours. Le test manuel reste nécessaire pour vérifier que le focus est visible et que chaque lien est atteignable sans souris.
- Vérifier que le focus clavier est visible sur chaque lien du plan du site (contour ou changement de couleur distinct)
- S’assurer qu’aucun bandeau fixe (cookie, header sticky) ne recouvre le lien actif lors de la tabulation
- Contrôler que l’ordre de tabulation suit la logique visuelle de la page, du haut vers le bas et de gauche à droite
Structure d’un plan du site efficace : hiérarchie, profondeur et mise à jour
Un plan du site qui liste des dizaines de pages à plat, sans regroupement, reproduit le problème qu’il est censé résoudre. La lisibilité repose sur trois choix de conception.
Profondeur de l’arborescence affichée
Afficher tous les niveaux de l’arborescence crée du bruit. Limiter l’affichage à deux ou trois niveaux de profondeur permet au visiteur de scanner la structure sans se perdre. Les pages de niveau inférieur restent accessibles depuis les rubriques parentes.
Un site de contenu éditorial avec plusieurs centaines d’articles ne gagne rien à tous les lister dans son plan. Regrouper par catégorie, puis afficher uniquement les sous-catégories, suffit à orienter.
Exclusion des pages sans valeur de navigation
Les pages de mentions légales, de politique de confidentialité ou de conditions générales n’ont pas leur place dans le plan du site destiné à la navigation. Elles figurent déjà dans le pied de page. Les inclure dilue la lisibilité pour le visiteur qui cherche une rubrique de contenu.
De même, les pages de résultats de recherche interne, les pages de pagination et les pages de tags peu utilisées alourdissent un plan du site sans bénéfice.
Fréquence de mise à jour
Un plan du site obsolète est pire que l’absence de plan du site. Des liens morts ou des rubriques disparues génèrent de la frustration et envoient un signal négatif aux moteurs de recherche. Les CMS courants (WordPress, Drupal) proposent des extensions qui régénèrent automatiquement le plan HTML à chaque publication ou suppression de page.
Signaux mesurables : comment évaluer si le plan du site remplit sa fonction
Un plan du site bien conçu produit des effets observables dans les données analytiques.
- Le taux de sortie de la page du plan du site doit être faible : si les visiteurs quittent le site depuis cette page, c’est qu’ils n’ont pas trouvé ce qu’ils cherchaient
- Le nombre de pages vues par session après passage par le plan du site doit être supérieur à la moyenne du site
- Les pages profondes qui ne reçoivent du trafic que via le plan du site signalent un problème de maillage interne dans le reste de la navigation
- Les erreurs 404 générées par des clics sur le plan du site révèlent un défaut de synchronisation entre le contenu publié et la page de plan
Ces indicateurs permettent de distinguer un plan du site décoratif d’un vrai outil de navigation. Le plan du site le plus utile est celui que le visiteur ne devrait presque jamais avoir besoin d’utiliser, parce que la navigation principale fonctionne déjà correctement. Sa valeur apparait quand les chemins habituels échouent.
