Un plan de site HTML et un sitemap XML partagent un même nom, mais leurs fonctions divergent radicalement. Le plan du site destiné aux visiteurs structure la navigation humaine, tandis que le fichier XML alimente les robots d’indexation. Confondre les deux revient à traiter un problème d’ergonomie avec un outil conçu pour Googlebot.
Balises XML ignorées par Google : ce que le sitemap ne contrôle pas
Les balises <priority> et <changefreq> sont ignorées par Google. Les renseigner dans un fichier sitemap.xml ne modifie ni la fréquence d’exploration ni l’ordre de priorité accordé aux pages. Ce point, documenté par Google Search Central, reste méconnu dans la plupart des guides grand public qui recommandent encore de les paramétrer.
La balise lastmod n’est fiable que si elle reflète une modification réelle du contenu. Mettre à jour cette date automatiquement, par exemple à chaque déploiement technique sans changement éditorial, dégrade sa crédibilité aux yeux du crawler. Google finit par l’ignorer sur l’ensemble du domaine si les incohérences se multiplient.
Un sitemap XML ne garantit ni l’exploration ni l’indexation d’une URL. Google le traite comme un indice parmi d’autres. Les liens internes restent le levier principal pour qu’une page soit découverte et considérée comme pertinente, autant par les robots que par les visiteurs.
Plan du site HTML : architecture de navigation pour les visiteurs
Le plan de site HTML est un document statique ou dynamique, accessible depuis le pied de page, qui liste les rubriques et sous-rubriques du site. Son rôle est strictement orienté vers l’utilisateur humain : offrir une vue d’ensemble quand le menu principal ou la recherche interne ne suffisent pas.
Un plan du site Francoeur illustre cette logique de regroupement par catégories avec des intitulés explicites, ce qui permet de localiser une page en quelques secondes sans dépendre du moteur de recherche interne.
La complétude seule ne rend pas un plan de site utile. Une liste brute de plusieurs centaines de liens sans hiérarchie devient un obstacle plutôt qu’une aide. Trois principes séparent un plan de site fonctionnel d’une simple décharge d’URL :
- Les pages sont regroupées par thématique ou par section du site, pas par ordre chronologique ni par identifiant technique
- Chaque intitulé de lien décrit le contenu de la page cible (pas de « Page 1 », pas de slug technique brut)
- La profondeur de navigation reste limitée : deux niveaux hiérarchiques suffisent dans la majorité des cas, trois au maximum pour les sites éditoriaux volumineux
Pages orphelines et maillage interne : le vrai problème d’accessibilité
Une page absente du maillage interne est invisible, quel que soit son référencement dans le sitemap XML. Les pages orphelines, celles vers lesquelles aucun lien interne ne pointe, constituent l’angle mort le plus fréquent sur les sites de taille moyenne.
Le plan de site HTML peut servir de filet de sécurité pour ces pages. En les intégrant dans une catégorie visible du plan, on crée un chemin de navigation que le visiteur et le robot peuvent emprunter. Le sitemap XML seul ne résout pas ce problème, puisqu’il n’influe pas sur la navigation utilisateur.
Identifier les pages orphelines sans outil payant
La méthode la plus directe consiste à comparer la liste des URL indexées (via une requête site: dans Google) avec les URL effectivement reliées depuis au moins une autre page du site. Tout écart signale une page potentiellement orpheline.
Nous recommandons de croiser cette vérification avec le plan de site HTML : si une page n’y figure pas et n’est liée depuis aucune autre page, elle est de fait inaccessible pour un visiteur qui navigue sans moteur de recherche.
Structurer un plan de site selon la taille du projet
Un site vitrine de quelques dizaines de pages n’a pas les mêmes contraintes qu’un site éditorial publiant quotidiennement. Le format du plan de site doit s’adapter.
Sites de petite taille
Une page HTML unique avec deux niveaux de titres suffit. Chaque section correspond à une rubrique du menu principal, chaque lien pointe vers une page réelle. Pas besoin de pagination ni de filtres.
Sites éditoriaux ou e-commerce
Au-delà de quelques centaines de pages, un plan de site monolithique perd son utilité. Deux approches fonctionnent :
- Un plan de site par section (blog, catalogue, pages institutionnelles), chacun accessible depuis une page index centrale
- Un plan de site dynamique avec filtres par catégorie, généré côté serveur, qui limite l’affichage aux rubriques sélectionnées par le visiteur
- Un index alphabétique complémentaire pour les sites dont les intitulés de page ne correspondent pas toujours aux catégories thématiques
Le plan de site HTML reflète la structure réelle du site, pas une arborescence théorique figée au lancement. Chaque ajout ou suppression de rubrique doit se répercuter dans ce document, sous peine de créer des liens morts ou des sections fantômes.
Robots.txt et sitemap XML : déclaration et limites techniques
Le fichier robots.txt peut contenir une directive Sitemap: pointant vers l’URL du fichier XML. Cette déclaration facilite la découverte du sitemap par les robots, mais ne remplace pas la soumission directe via Google Search Console ou Bing Webmaster Tools.
Un point souvent négligé : les directives Disallow du robots.txt priment sur le sitemap. Déclarer une URL dans le sitemap XML tout en la bloquant via robots.txt produit un signal contradictoire. Le robot respecte le blocage et ignore l’URL du sitemap.
Le sitemap XML reste un outil d’aide à l’exploration, pas un substitut au maillage interne ni au plan de site HTML. Les trois composants (robots.txt, sitemap XML, plan de site HTML) couvrent des fonctions distinctes et se complètent sans se remplacer.
Un plan de site bien maintenu, avec des intitulés clairs et une hiérarchie cohérente, reste le moyen le plus fiable pour qu’un visiteur trouve ce qu’il cherche sans formuler de requête. Le sitemap XML, lui, parle aux machines. Traiter les deux comme un même outil revient à ignorer la moitié du problème.
