On cherche une page précise sur un site, on clique sur trois menus, on tombe sur une rubrique vide, on revient en arrière. Ce scénario arrive dès qu’un site dépasse une dizaine de pages et que sa structure manque de repères. Le plan d’un site web, qu’on appelle aussi sitemap, existe précisément pour court-circuiter cette errance : il liste les pages accessibles et leur organisation, pour les visiteurs comme pour les moteurs de recherche.
Fil d’Ariane, menu et recherche : trois repères qui changent la navigation
Avant même de consulter un plan de site, on utilise des repères de navigation sans y penser. Le W3C recommande d’ailleurs de proposer au moins deux moyens de trouver une page, par exemple un menu et un champ de recherche, ou un menu et un plan du site.
Le fil d’Ariane (ces petits liens en haut de page du type Accueil > Catégorie > Sous-catégorie) indique où l’on se trouve dans l’arborescence. Sur un site de plusieurs dizaines de pages, c’est le moyen le plus rapide de remonter d’un niveau sans repasser par le menu principal.
Le menu, lui, donne la vision globale. Un menu horizontal convient à un petit site avec cinq ou six rubriques. Dès que le nombre de pages augmente, un menu latéral ou un méga-menu devient plus lisible. Le choix dépend de la complexité du site, pas d’une règle universelle.
Le champ de recherche reste le raccourci le plus direct quand on sait ce qu’on cherche. Combiné à un plan de site, il couvre les deux cas de figure : la recherche ciblée et l’exploration libre. Pour voir comment un plan de site se présente concrètement, on peut consulter le plan du site Nos libertés, qui liste ses pages de façon hiérarchique.
Plan de site HTML ou sitemap XML : deux fichiers, deux usages distincts
La confusion est fréquente. On parle de « plan de site » pour deux choses très différentes, et les mélanger complique la compréhension.
Le plan de site HTML, destiné aux visiteurs
C’est une page du site, rédigée en HTML, qui affiche la liste organisée de toutes les pages accessibles. On y trouve des liens cliquables, classés par rubrique ou par thème. Son utilité est directe : quand le menu ne suffit pas ou qu’on ne sait pas quel mot taper dans la recherche, cette page donne une vue d’ensemble.
On la trouve souvent en pied de page, sous l’intitulé « Plan du site ». Sur les gros sites (catalogues produits, sites institutionnels), elle peut être découpée en sections pour rester lisible.
Le sitemap XML, destiné aux moteurs de recherche
Le fichier sitemap.xml ne s’affiche pas pour les visiteurs. C’est un fichier technique, écrit en XML, qui fournit aux robots de Google ou de Bing la liste des URL à explorer, avec des métadonnées : date de dernière modification, fréquence de mise à jour. Un sitemap XML valide ne garantit pas l’indexation de toutes les pages listées, mais il accélère leur découverte.
On y accède en ajoutant /sitemap.xml à l’adresse du site. Le fichier est rarement utile tel quel pour un visiteur humain, mais il reste un bon moyen de vérifier rapidement combien de pages un site déclare.
Vérifier la structure d’un site web sans outil technique
On n’a pas toujours besoin d’un crawler ou d’un logiciel SEO pour comprendre comment un site est organisé. Quelques réflexes suffisent dans la plupart des cas.
- Regarder le pied de page : la majorité des sites y placent un lien vers leur plan de site HTML, leurs mentions légales et leur page de contact. C’est le premier endroit à vérifier.
- Tester l’URL /sitemap.xml : en ajoutant ce chemin à l’adresse du site, on tombe soit sur le fichier XML, soit sur un index de sitemaps si le site en utilise plusieurs (un par langue, un par type de contenu).
- Utiliser le fil d’Ariane à rebours : sur n’importe quelle page profonde, cliquer sur chaque niveau du fil d’Ariane permet de remonter l’arborescence et comprendre le classement logique du contenu.
- Lancer une recherche « site: » dans Google : la requête site:monsite.fr affiche les pages indexées. Ce n’est pas un plan de site au sens strict, mais cela donne une idée du volume et de la structure visible par le moteur.
Quand le plan de site ne suffit pas : tester l’organisation réelle des pages
Un plan de site peut exister sans que la navigation soit fluide. Le fichier liste les pages, mais il ne dit rien sur la logique de classement. Si les catégories portent des noms ambigus ou si un contenu se retrouve dans deux rubriques différentes, le visiteur hésite quand même.
Des méthodes comme le tri de cartes permettent de vérifier si les visiteurs classent les contenus de la même façon que l’équipe qui a conçu le site. On demande à un panel de regrouper des intitulés de pages par thème, puis on compare avec l’arborescence existante. Les écarts révèlent les rubriques mal nommées ou les pages mal placées.
Le tree testing va plus loin : on présente l’arborescence seule, sans design ni menu, et on demande de trouver une information précise. Si la majorité échoue, le problème vient de la structure, pas de la mise en page.
Ces deux techniques s’appliquent aussi bien à un site vitrine qu’à un catalogue de plusieurs centaines de pages. Le volume de contenus change la complexité, mais le principe reste le même : une page doit se trouver là où le visiteur s’attend à la chercher.
Accessibilité et navigation au clavier : un angle souvent oublié
S’y retrouver dans un site ne passe pas uniquement par les yeux et la souris. Le W3C recommande que les liens et boutons soient visuellement identifiables, que l’ordre de tabulation au clavier suive l’ordre logique de lecture, et que la navigation reste cohérente d’une page à l’autre.
Un visiteur qui navigue au clavier parcourt les éléments interactifs avec la touche Tab. Si le plan de site HTML est bien structuré, avec des liens groupés par section, cette navigation reste praticable. À l’inverse, un plan de site en vrac ralentit autant au clavier qu’à la souris.
Les titres de section jouent aussi un rôle : les lecteurs d’écran permettent de sauter de titre en titre pour balayer rapidement le contenu d’une page. Un plan de site sans titres hiérarchiques perd cet avantage.
La lisibilité d’un plan de site dépend autant de son contenu que de sa structure technique. Un fichier complet mais mal organisé crée autant de frustration qu’un site sans plan du tout.
