Un plan du site est une page qui liste l’ensemble des contenus accessibles sur un blog, organisés par catégories et sous-catégories. Sur un blog riche en articles, cette page fonctionne comme un sommaire structuré : elle permet de localiser un contenu précis sans passer par le menu principal ni par la barre de recherche.
La distinction avec le fichier sitemap XML (destiné aux moteurs de recherche) est fondamentale. Le plan du site dont il est question ici est une page HTML consultable par les visiteurs, conçue pour faciliter la navigation humaine.
Plan du site HTML et sitemap XML : deux fonctions distinctes
La confusion entre ces deux éléments reste fréquente. Le fichier sitemap XML est un document technique soumis aux moteurs de recherche pour indexer les pages. Il ne s’affiche jamais dans le navigateur d’un visiteur.
Le plan du site HTML, lui, est une page du blog accessible depuis le pied de page ou le menu. Son rôle est de présenter une vue exhaustive de l’arborescence à un lecteur humain. Un blog qui publie plusieurs articles par semaine accumule vite des dizaines de pages que le menu de navigation ne peut pas toutes afficher.
Pour visualiser ce que donne un plan du site bien structuré sur un blog, le plan du site Chez Sylvie offre un bon exemple de page lisible, organisée par rubriques avec des intitulés explicites.
Structure d’un plan du site lisible pour un blog
Un plan du site ne se résume pas à une liste brute de liens. Sa valeur dépend de la façon dont les contenus sont regroupés et hiérarchisés. Trois principes guident sa construction.
Regrouper par catégories, pas par date
Un blog affiche souvent ses articles du plus récent au plus ancien. Le plan du site doit adopter une logique différente : classer par thématique plutôt que par chronologie. Un visiteur qui cherche tous les articles sur un sujet précis parcourt la catégorie correspondante sans faire défiler des mois d’archives.
Nommer chaque lien avec un libellé explicite
Chaque entrée du plan doit porter le titre complet de l’article ou de la page, pas un intitulé raccourci ou un numéro. Les guides d’accessibilité récents insistent sur ce point : un libellé explicite aide les utilisateurs de lecteurs d’écran à comprendre la destination du lien sans contexte supplémentaire.
Limiter la profondeur à deux ou trois niveaux
Un plan du site trop détaillé (quatre niveaux ou plus) devient aussi difficile à lire qu’un menu surchargé. La structure recommandée suit ce schéma :
- Niveau 1 : les rubriques principales du blog (catégories, pages fixes comme « À propos » ou « Contact »)
- Niveau 2 : les sous-catégories ou les séries d’articles regroupés par thème
- Niveau 3 : les articles individuels, uniquement si la rubrique contient suffisamment de contenus pour justifier ce détail
Au-delà de trois niveaux, la page perd son avantage de lisibilité rapide.
Accessibilité et navigation au clavier sur un plan du site
Le plan du site répond à un besoin concret pour les personnes qui naviguent sans souris. Les navigateurs au clavier accèdent directement à une section sans tabuler à travers tous les éléments interactifs du menu et du contenu qui précèdent leur destination.
Pour les utilisateurs de lecteurs d’écran, parcourir un blog page par page pour comprendre son architecture consomme du temps et de l’effort cognitif. Le plan du site offre une vision globale de l’arborescence en un seul endroit.
Un complément technique souvent négligé : le skip link (lien d’évitement). Ce lien, placé comme premier élément focalisable de chaque page, permet de sauter directement au contenu principal. Les recommandations d’accessibilité précisent qu’il doit rester visible au clavier et ne pas être masqué par un header collant. Sur un plan du site, le skip link évite de tabuler à travers le menu de navigation avant d’atteindre la liste des liens.
Baliser son plan du site avec le bon HTML sémantique
La qualité technique du balisage influence directement l’expérience de navigation. Un plan du site construit avec des balises sémantiques correctes est mieux interprété par les navigateurs et les technologies d’assistance.
- Utiliser la balise <nav> avec un attribut aria-label pour identifier la zone de navigation du plan du site, distincte de la navigation principale
- Structurer les liens dans des listes ordonnées ou non ordonnées (<ul>, <ol>) plutôt que dans des paragraphes ou des tableaux
- Employer des titres <h2> et <h3> pour séparer les grandes sections du plan, ce qui permet aux lecteurs d’écran de naviguer par en-têtes
- Éviter les rôles ARIA conçus pour des interfaces applicatives (comme « menubar ») : un plan du site est une page de liens, pas une application
Les exemples d’accessibilité récents déconseillent de traiter la navigation d’un blog comme un menu applicatif ARIA. La combinaison <nav> plus liste de liens reste la méthode la plus fiable.
Génération automatique ou construction manuelle du plan
Sur WordPress et la plupart des CMS, des extensions génèrent automatiquement un plan du site HTML à partir de l’arborescence existante. Cette approche convient aux blogs qui publient fréquemment, car chaque nouvel article apparaît sans intervention manuelle.
La construction manuelle garde un avantage : elle permet d’exclure certaines pages (mentions légales, pages de tags peu pertinentes, pages d’archives vides) et de réorganiser l’ordre d’affichage selon la logique éditoriale plutôt que selon la date de publication. Pour un blog avec quelques dizaines de pages, l’effort reste raisonnable. Au-delà, la génération automatique avec un tri par catégorie évite les oublis.
Un plan du site ne remplace ni le menu principal ni la barre de recherche. Il fonctionne comme un filet de sécurité pour les visiteurs qui n’ont pas trouvé ce qu’ils cherchaient par les chemins habituels, et comme un outil de navigation primaire pour ceux qui préfèrent une vue d’ensemble. La page mérite un lien permanent dans le pied de page du blog, là où les lecteurs s’attendent à la trouver.
