Un visiteur arrive sur un site web pour la première fois. Il cherche un formulaire de contact ou un document précis, mais le menu ne lui parle pas. Les intitulés utilisent un vocabulaire interne qu’il ne maîtrise pas. Sans autre option de navigation, il quitte le site. Un plan de site bien conçu aurait pu lui offrir une seconde porte d’entrée vers l’information recherchée.
Plan de site accessible : une obligation d’accessibilité souvent négligée
Le W3C recommande de proposer plusieurs façons de retrouver une page sur un site web. Navigation principale, moteur de recherche interne, plan du site : l’utilisateur ne doit pas dépendre d’un seul parcours. Cette recommandation est formalisée par le critère WCAG 2.4.5, qui exige au moins deux moyens d’accès à chaque page, sauf pour les pages qui constituent une étape ou le résultat d’un processus.
Concrètement, une personne malvoyante qui utilise un lecteur d’écran peut avoir du mal avec un menu déroulant complexe. Un plan de site en page HTML, structuré par rubriques et sous-rubriques, lui donne un accès linéaire à l’ensemble du contenu.
La méthode française RGAA intègre d’ailleurs le plan du site dans les pages à vérifier lors d’un audit d’accessibilité. Ce n’est pas un lien décoratif en pied de page. C’est une page réellement utilisable et maintenue, au même titre que la page d’accueil ou la page de contact.
Pour voir à quoi ressemble un plan de site fonctionnel sur un site modeste, le plan du site Breizh Equitable offre un bon exemple de structuration lisible, avec des intitulés explicites regroupés par thématiques.
Vocabulaire des rubriques : écrire pour ceux qui ne connaissent pas votre métier
Vous avez déjà remarqué qu’un menu intitulé « Nos solutions » ne dit rien de ce qu’il contient ? C’est un problème fréquent. Les intitulés de navigation sont souvent rédigés du point de vue de l’organisation, pas de celui du visiteur.
Un plan de site compense ce défaut à condition que ses libellés soient concrets. « Aide à domicile pour personnes âgées » fonctionne mieux que « Pôle autonomie ». Chaque intitulé doit décrire le contenu de la page en langage courant.
Pour y parvenir, une méthode simple consiste à tester les intitulés avec des personnes extérieures à l’organisation. Demandez-leur de deviner ce qu’ils trouveront derrière chaque lien. Si le taux de réponses correctes est faible, reformulez.
Regrouper par besoin utilisateur, pas par organigramme
La plupart des sites organisent leur arborescence selon leur structure interne : « Service technique », « Direction générale », « Pôle communication ». Le visiteur, lui, raisonne par besoin : « inscrire mon enfant à la cantine », « payer une facture », « signaler un problème ».
Un plan de site performant regroupe les pages par thématique d’usage. Voici les critères de regroupement qui fonctionnent :
- Par action attendue : démarches, demandes, inscriptions, téléchargements de documents
- Par public cible : particuliers, professionnels, associations, agents
- Par thème de vie courante : transports, enfance, logement, emploi
Ce tri par besoin rend la page plan de site exploitable même par quelqu’un qui découvre l’organisation pour la première fois.
Sitemap XML et plan de site HTML : deux outils distincts pour deux publics
La confusion entre ces deux formats est courante. Le sitemap XML est destiné aux moteurs de recherche. Il liste les URL du site dans un fichier technique soumis via Google Search Console. Le plan de site HTML est une page visible, conçue pour les visiteurs humains.
Les deux se complètent. Le sitemap XML aide les robots d’indexation à découvrir toutes les pages. Le plan HTML aide les internautes à naviguer quand le menu principal ne suffit pas.
La balise lastmod du sitemap XML : utile seulement si elle est fiable
Google indique utiliser la balise lastmod lorsqu’elle reflète une modification significative du contenu. Mettre à jour cette date à chaque déploiement technique, sans changement réel du texte ou des liens, rend l’information inutile. Les moteurs de recherche finissent par ignorer les dates incohérentes.
Une bonne pratique : ne modifier la date lastmod que lorsque le contenu textuel, les données structurées ou les liens internes d’une page ont réellement changé. Cela concerne l’exploration par les moteurs, pas le classement direct.
Vérifier la fiabilité du plan de site après chaque refonte
Un plan de site devient un piège quand il contient des liens cassés. Après une refonte, des pages changent d’URL, d’autres disparaissent. Si personne ne met à jour le plan, les visiteurs tombent sur des erreurs 404.
Pour éviter cela, intégrez la vérification du plan de site dans votre checklist de mise en production. Chaque refonte, même partielle, devrait inclure ces vérifications :
- Tester chaque lien du plan HTML avec un outil de crawl pour détecter les pages introuvables
- Comparer la liste des pages du plan avec celles du sitemap XML pour repérer les écarts
- Vérifier que les nouveaux contenus publiés depuis la dernière mise à jour apparaissent bien dans le plan
- Contrôler que les intitulés correspondent toujours aux titres réels des pages de destination
Cette vérification prend moins d’une heure sur un site de taille moyenne. Elle garantit que le plan reste un outil de navigation fiable, pas une archive périmée.
Fréquence de mise à jour selon le type de site
Un site vitrine de quelques dizaines de pages peut se contenter d’une révision trimestrielle du plan. Un site éditorial qui publie plusieurs articles par semaine a besoin d’une génération automatique du plan HTML, synchronisée avec la base de contenus.
Dans les deux cas, le principe reste le même : un plan de site périmé est pire que l’absence de plan, parce qu’il crée une fausse promesse de navigation.
L’Acte européen sur l’accessibilité, qui concerne notamment le commerce en ligne (avec une exception pour les microentreprises prestataires de services), renforce l’idée qu’un plan clair contribue à faciliter l’accès aux contenus et aux parcours. Un plan à jour, lisible, structuré par besoins et rédigé en langage courant n’est pas un bonus : c’est le minimum pour qu’un site remplisse sa fonction première, celle de transmettre une information à la personne qui la cherche.
