Un sitemap XML ne garantit pas l’indexation d’une page. Il aide les robots à découvrir des URL, mais ne remplace ni une architecture de navigation claire ni un maillage interne solide. Cette distinction change la façon de concevoir un plan du site orienté utilisateur : le document doit servir autant à la personne qui cherche une information qu’au crawler qui parcourt le domaine.
Liens HTML et plan du site : la contrainte technique que les guides grand public omettent
Un menu ou un plan du site interactif construit en JavaScript pur, sans balise <a> ni attribut href, peut rester invisible pour Googlebot. Les éléments cliquables qui reposent uniquement sur un gestionnaire d’événement ne sont pas interprétés comme des liens explorables. Toute page absente du graphe de liens HTML risque de ne jamais apparaître dans les résultats, même si elle figure dans le sitemap XML.
La conséquence directe pour un visiteur humain est identique : si le plan du site repose sur des composants dynamiques mal implémentés, un navigateur sans JavaScript actif ou un lecteur d’écran ne détectera aucun lien. Chaque entrée du plan doit être un vrai lien HTML, avec un texte d’ancrage descriptif et une URL canonique.
C’est d’ailleurs ce que nous vérifions en premier lors d’un audit de navigation : la présence effective d’un href sur chaque élément cliquable du plan. Un outil d’exploration comme Screaming Frog signale immédiatement les pseudo-liens privés de cette balise.
Structurer un plan de site pour un lecteur, pas seulement pour un robot
La plupart des sitemaps HTML se contentent de reproduire l’arborescence technique du CMS. Le résultat est une liste plate de dizaines, parfois de centaines d’URL, sans hiérarchie lisible. Un visiteur qui arrive sur cette page après une recherche infructueuse repart aussi vite.
Un plan du site lisible repose sur un regroupement thématique, pas sur la structure des répertoires. Si un annuaire référence à la fois des artisans, des associations et des services publics, le plan du site Qui Peut illustre bien ce principe : les entrées sont classées par catégorie d’activité, ce qui permet de localiser une fiche en quelques secondes sans connaître l’URL exacte.
Trois critères séparent un plan du site utile d’une simple liste d’URL :
- Un découpage en sections nommées selon le vocabulaire des utilisateurs (pas selon les slugs techniques du CMS) : « plomberie », « aide juridique », « crèches » plutôt que « /cat-12/ », « /tag/service/ ».
- Un niveau de profondeur limité à deux ou trois échelons visibles. Au-delà, l’effet catalogue noie l’information et le visiteur scanne sans trouver.
- Un ordre de lecture prévisible (alphabétique à l’intérieur de chaque section, ou par popularité si les données d’analytics le permettent) pour que le parcours ne dépende pas d’un moteur de recherche interne.
Ce regroupement profite aussi aux moteurs : Google interprète les liens contextuels entre pages thématiquement proches comme un signal de cohérence. Un plan de site bien segmenté renforce donc le maillage interne sans nécessiter de liens artificiels dans le corps des articles.
Sitemap XML et page de plan du site : deux outils, deux fonctions distinctes
Confondre le fichier sitemap.xml et la page HTML « plan du site » reste l’erreur la plus fréquente. Le premier est un fichier technique soumis aux robots via la Search Console ou le fichier robots.txt. Le second est une page destinée aux visiteurs, accessible depuis le pied de page ou le menu principal.
Côté XML, la valeur lastmod n’est prise en compte par Google que si elle reflète une modification réelle et vérifiable du contenu. Mettre à jour la date de copyright chaque année ne suffit pas. Les champs priority et changefreq sont tout simplement ignorés par Google. Nous recommandons de ne conserver dans le sitemap XML que les URL canoniques destinées à apparaître dans les résultats, sans variantes dupliquées ni redirections.
Côté HTML, la page de plan du site doit répondre à un scénario précis : un visiteur n’a pas trouvé ce qu’il cherchait via le menu ou la recherche interne. Il se rabat sur le plan du site comme dernier recours avant de quitter le domaine. Si cette page reproduit la même arborescence que le menu principal, elle n’apporte aucune valeur supplémentaire.
Navigation par plan du site : quand l’utiliser et quand s’en passer
Sur un site de moins d’une cinquantaine de pages, un plan du site HTML séparé est rarement utile. Un menu bien structuré avec un ou deux niveaux de profondeur couvre la totalité du contenu. Le plan du site prend sa valeur à partir du moment où le volume de pages dépasse ce que le menu peut afficher sans surcharge visuelle.
Les annuaires, les sites de documentation technique et les portails institutionnels tirent le plus grand bénéfice d’un plan du site dédié. Dans ces cas, le visiteur cherche souvent une page précise dont il ignore l’intitulé exact. Une page de plan du site segmentée par thématique agit alors comme un index de livre : elle offre un parcours visuel rapide que ni la barre de recherche ni le menu déroulant ne remplacent complètement.
Pour les sites e-commerce avec des milliers de fiches produit, le plan HTML ne peut pas lister chaque référence. La stratégie consiste à n’afficher que les catégories et sous-catégories, en laissant la recherche à facettes gérer le niveau produit. Tenter de tout montrer dans une seule page détruit la lisibilité et alourdit le temps de chargement.
- Site vitrine de moins de 50 pages : le menu principal suffit, pas besoin de plan du site HTML séparé.
- Annuaire ou portail de plusieurs centaines de pages : plan du site HTML segmenté par thématique, limité à deux niveaux de profondeur.
- Site e-commerce à fort catalogue : plan du site HTML limité aux catégories, complété par une recherche interne performante.
Le plan du site reste un filet de sécurité, pas un substitut à une architecture claire. Un site dont la navigation principale fonctionne bien génère peu de trafic sur sa page de plan. Si l’analytics montre un volume élevé de visites sur cette page, c’est un signal que le menu ou la recherche interne posent problème en amont.
