Un plan du site liste toutes les pages d’un site web sur une seule page. Son rôle paraît simple, mais la majorité des plans de site publiés en ligne ne servent ni les visiteurs ni les moteurs de recherche, parce qu’ils reflètent l’organigramme interne de l’entreprise plutôt que la logique de navigation d’un utilisateur. Créer un plan du site clair suppose de partir du parcours réel des visiteurs, pas de l’arborescence technique.
Sitemap XML et plan du site HTML : deux fonctions distinctes
La confusion entre ces deux formats explique beaucoup de plans de site inutiles. Le sitemap XML est un fichier destiné aux robots d’exploration. Il aide Google ou Bing à découvrir des URL, mais aucun visiteur ne le consulte.
Le plan du site HTML, lui, est une page visible que les internautes peuvent parcourir. Il montre comment les contenus sont reliés entre eux, ce qu’un fichier XML ne fait pas. Google indique qu’un site bien maillé facilite la découverte de ses pages, mais ce maillage passe d’abord par les liens internes visibles, pas par le sitemap XML seul.
| Critère | Sitemap XML | Plan du site HTML |
|---|---|---|
| Destinataire | Robots d’indexation | Visiteurs humains |
| Emplacement | Fichier à la racine du serveur | Page accessible depuis le pied de page |
| Contenu | Liste d’URL brutes avec métadonnées | Liens organisés par thème ou catégorie |
| Impact navigation | Aucun pour l’utilisateur | Repère de secours quand le menu ne suffit pas |
| Impact SEO | Aide à la découverte d’URL isolées | Renforce le maillage interne visible |
Un exemple concret de plan du site HTML bien structuré : le plan du site Le Pavé Numérique regroupe ses pages par catégories lisibles, avec des intitulés explicites plutôt que des URL techniques.
Pages orphelines : le problème que le plan du site révèle
Une page présente dans un sitemap XML mais sans aucun lien interne depuis le menu, le pied de page ou un contenu contextuel reste pratiquement invisible pour un visiteur en navigation normale. Ces pages orphelines constituent un angle mort fréquent.
Avant de construire un plan du site HTML, faites l’inventaire de toutes vos pages. Pour chacune, notez d’où un visiteur peut y accéder : menu principal, sous-menu, lien dans un article, pied de page. Une page sans chemin d’accès interne n’existe pas pour vos visiteurs, même si elle apparaît dans les résultats de recherche.
- Listez chaque page publiée et identifiez son point d’entrée (menu, lien contextuel, pied de page)
- Repérez les pages accessibles uniquement via une URL directe ou le sitemap XML
- Décidez pour chaque page orpheline : l’intégrer au plan du site HTML, la relier depuis un contenu existant, ou la supprimer si elle n’a plus de raison d’être
- Vérifiez que le plan du site lui-même est accessible depuis un lien permanent, typiquement dans le footer
Ce travail d’inventaire est le socle d’un plan du site utile. Sans lui, vous publiez une liste de liens qui reproduit les mêmes lacunes que votre navigation principale.
Tester un plan de site avec de vrais visiteurs
Un plan du site peut sembler logique pour l’équipe qui l’a construit et rester incompréhensible pour un visiteur extérieur. Le problème vient souvent du vocabulaire : les intitulés reprennent le jargon interne de l’entreprise plutôt que les termes que les utilisateurs emploient.
Le test de la page introuvable
Choisissez une page importante de votre site, par exemple une page de tarifs ou un formulaire de contact. Demandez à quelqu’un qui ne connaît pas votre site de la trouver en utilisant uniquement le plan du site. Si la personne hésite sur le libellé à cliquer, le problème est dans vos intitulés.
Ce test ne demande ni logiciel ni budget. Trois à cinq personnes suffisent pour repérer les intitulés ambigus. Le W3C recommande d’ailleurs de proposer plusieurs moyens de trouver une page, dont la recherche interne ou un plan du site, précisément parce qu’un seul chemin de navigation ne convient pas à tous les profils.
Vérification au clavier et avec des technologies d’assistance
La navigation au clavier révèle des obstacles qu’une vérification visuelle ne montre pas. Le W3C recommande de rendre les liens clairement identifiables au focus clavier et d’utiliser des titres structurants. Un plan du site inaccessible au clavier exclut une partie des visiteurs.
Parcourez votre plan du site en utilisant uniquement la touche Tab. Chaque lien doit recevoir un indicateur de focus visible, et l’ordre de tabulation doit suivre la logique visuelle de la page. Si le focus saute d’une section à une autre sans cohérence, la structure HTML du plan est à revoir.
Structure de navigation et plan du site : articulation concrète
Un plan du site ne remplace pas une navigation cohérente sur les pages. Il la complète. Les éléments de navigation récurrents (menu principal, fil d’Ariane, liens de pied de page) doivent rester au même endroit et dans le même ordre sur toutes les pages.
Le plan du site intervient comme filet de sécurité quand ces repères habituels ne suffisent pas. Un visiteur arrivé sur une page profonde via un moteur de recherche peut ne pas comprendre immédiatement l’organisation du site. Le fil d’Ariane lui montre où il se trouve, le plan du site lui montre l’ensemble.
- Gardez les mêmes intitulés dans le menu principal et dans le plan du site pour éviter la confusion
- Ajoutez un fil d’Ariane sur chaque page pour montrer la position dans l’arborescence
- Reliez le plan du site depuis le footer, accessible sur toutes les pages
Un plan du site utile reflète la structure réelle de navigation, pas une liste alphabétique de toutes les URL publiées. Regroupez les pages par thématique ou par parcours utilisateur plutôt que par type de contenu technique.
Le plan du site HTML reste un outil de secours. Si vos visiteurs doivent systématiquement y recourir pour trouver ce qu’ils cherchent, le problème se situe dans votre navigation principale, pas dans le plan du site lui-même.
