Un plan de site ne se résume pas à une page HTML listant des liens. C’est un outil de navigation et d’indexation dont la qualité dépend directement de la logique de regroupement, de la profondeur de l’arborescence et du respect des standards d’accessibilité. Nous abordons ici les points techniques qui font la différence entre un plan de site fonctionnel et un simple inventaire d’URL.
Landmarks sémantiques et DOM : ce que votre plan de site doit respecter depuis WCAG 2.2
Un plan de site bien structuré repose sur une couche sémantique que la majorité des CMS génèrent mal par défaut. Depuis les critères WCAG 2.2 (niveaux A et AA), la navigation ne se limite plus à un menu visible : elle exige des landmarks sémantiques correctement ordonnés dans le DOM.
Concrètement, les balises header, nav, main, footer et aside doivent apparaître dans un ordre logique qui correspond à ce que l’utilisateur perçoit visuellement, y compris en responsive. Un plan de site dont le DOM place le footer avant le contenu principal (cas fréquent avec certains page builders) trompe les lecteurs d’écran et dégrade l’expérience.
Deux critères WCAG 2.2 impactent directement les menus et les plans de site :
- 2.4.11 Focus Not Obscured (AA) : le focus clavier ne doit jamais être masqué par un header sticky, une bannière cookie ou un widget de chat. Sur un plan de site comportant plusieurs dizaines de liens, un focus caché rend la page inutilisable au clavier.
- 2.5.8 Target Size (AA) : chaque zone cliquable d’un item de plan de site doit atteindre une taille minimale de 24 x 24 pixels CSS, ou disposer d’un espacement suffisant avec les éléments voisins.
- La hiérarchie de titres (H1, H2, H3) doit être strictement linéaire, sans niveau sauté. Un plan de site qui passe de H2 à H4 pour des raisons de style casse la navigation assistée.
Nous observons que la navigation sur un site web structuré autour de ces critères montre des gains mesurables en temps de parcours pour les utilisateurs de technologies d’assistance, mais aussi pour les robots d’indexation qui s’appuient sur ces mêmes landmarks.
Arborescence plate ou profonde : arbitrer la profondeur de crawl
La structure d’un plan de site traduit directement l’arborescence du site web. Une arborescence trop profonde (plus de trois niveaux de catégories) dilue le budget de crawl : les moteurs de recherche atteignent difficilement les pages situées à quatre clics ou plus de la racine. Une arborescence trop plate, où toutes les pages sont au même niveau, noie l’utilisateur dans une liste indifférenciée.
Nous recommandons sur la plupart des sites un maximum de trois niveaux : catégories principales, sous-catégories, pages de contenu. Le plan du site Hera Magazine illustre ce type de regroupement thématique où chaque branche reste accessible en deux clics depuis la racine.
Un plan de site efficace regroupe les pages par intention de recherche, pas par département interne. Les visiteurs ne connaissent pas votre organigramme. Ils cherchent une réponse. Si votre arborescence reflète la structure de votre entreprise plutôt que les questions de vos utilisateurs, le taux de rebond monte.
Catégories et regroupement par intention
Chaque catégorie visible dans le plan de site doit correspondre à un cluster sémantique identifiable en SEO. Un cluster regroupe un contenu pilier et ses pages satellites, reliés par des liens internes contextuels. Le plan de site rend cette architecture lisible d’un coup d’œil, autant pour l’utilisateur que pour les moteurs de recherche.
Le piège courant : créer des catégories trop granulaires qui ne contiennent qu’une ou deux pages. Mieux vaut fusionner ces micro-catégories pour conserver une densité de liens internes suffisante par branche.
Sitemap XML et plan de site HTML : deux fichiers, deux fonctions distinctes
La confusion entre sitemap XML et plan de site HTML persiste. Le fichier XML (sitemap.xml) est destiné aux robots d’indexation. Il liste les URL avec leurs métadonnées (date de modification, fréquence de mise à jour, priorité). Le plan de site HTML est une page destinée aux visiteurs, conçue pour offrir une vue d’ensemble navigable.
Le sitemap XML ne remplace pas le plan de site HTML, et inversement. Le premier sert le crawl, le second sert l’expérience utilisateur et le maillage interne. Un site qui ne propose qu’un sitemap XML prive ses visiteurs d’un point d’entrée structuré vers l’ensemble de ses contenus.
Quand le sitemap XML devient un outil de diagnostic
Le sitemap XML révèle les incohérences d’architecture. Si une page apparaît dans le sitemap mais n’est liée depuis aucune autre page du site (page orpheline), elle sera crawlée mais mal positionnée. À l’inverse, une page très maillée en interne mais absente du sitemap XML envoie un signal contradictoire aux moteurs.
Nous recommandons de comparer régulièrement le sitemap XML avec les données de crawl (Screaming Frog, Sitebulb ou équivalent) pour identifier :
- Les pages orphelines présentes dans le sitemap mais sans lien interne entrant
- Les pages indexées qui ne figurent pas dans le sitemap XML
- Les redirections 301 ou erreurs 404 qui polluent le fichier
- Les URL avec paramètres dupliquées qui gonflent artificiellement le nombre de pages
Maillage interne depuis le plan de site : liens contextuels contre liens de listing
Un plan de site HTML génère par nature des liens de listing : des ancres génériques pointant vers chaque page. Ce type de lien transmet peu de valeur sémantique aux moteurs. Le vrai levier SEO réside dans les liens contextuels insérés dans le contenu éditorial, où l’ancre décrit précisément la page cible.
Le plan de site HTML reste utile pour le maillage à condition de structurer ses ancres. Une ancre « Article 47 » n’apporte rien. Une ancre reprenant le titre complet de la page ou son mot-clé principal renforce la pertinence thématique du lien.
Chaque lien du plan de site doit porter une ancre descriptive et unique. Les ancres génériques (« cliquez ici », « en savoir plus ») diluent le signal envoyé aux moteurs de recherche et n’aident pas l’utilisateur à anticiper le contenu de la page cible.
Fréquence de mise à jour du plan de site
Un plan de site statique, jamais mis à jour, accumule les liens cassés et les pages obsolètes. Sur un site dont le contenu évolue régulièrement, la génération automatique du plan de site (via plugin ou script côté serveur) évite ce problème. La cohérence entre le plan de site HTML, le sitemap XML et la navigation principale reste le marqueur d’une architecture maîtrisée.
La qualité d’un plan de site se mesure à un critère simple : un utilisateur qui arrive sur cette page doit pouvoir atteindre n’importe quel contenu du site en deux clics maximum, sans recourir à la recherche interne. Si ce n’est pas le cas, l’arborescence mérite d’être repensée avant d’optimiser quoi que ce soit d’autre.