Un sitemap remplit deux fonctions distinctes selon son format : le fichier XML alimente les robots d’indexation, le plan de site HTML offre un parcours de navigation aux visiteurs. Confondre les deux revient à traiter un problème de crawl avec un outil d’ergonomie, ou inversement. Comprendre cette distinction technique conditionne chaque décision qui suit.
Balises XML du sitemap : lastmod, changefreq et priority en pratique
La structure d’un sitemap XML repose sur le protocole défini par sitemaps.org. Chaque entrée <url> encapsule au minimum une balise <loc> contenant l’URL canonique de la page. Les balises optionnelles sont souvent mal exploitées.
La balise <lastmod> doit refléter la date réelle de modification du contenu. Trop de CMS la mettent à jour à chaque sauvegarde mineure (correction d’un espace, ajout d’un tag), ce qui dilue le signal envoyé au moteur. Googlebot finit par ignorer une lastmod qui change sans que le contenu change réellement.
La balise <changefreq> (daily, weekly, monthly) n’a plus d’influence directe sur la fréquence de crawl de Google. Si vous ciblez aussi Bing Webmaster Tools, la renseigner garde un intérêt marginal.
La balise <priority> est relative au site lui-même : une valeur de 0.8 sur une page ne signifie rien en absolu. Elle sert uniquement à hiérarchiser vos propres URL dans le fichier. Nous recommandons de la supprimer pour alléger le fichier et éviter les faux arbitrages.
Sur un site volumineux, structurer le sitemap en plusieurs fichiers indexés par un sitemap index (<sitemapindex>) reste la méthode standard.
Sitemap HTML et navigation : ce que le W3C reconnaît comme parcours alternatif
Le plan de site HTML n’a rien d’un artefact des années 2000. Le W3C le reconnaît parmi les moyens légitimes d’aider un utilisateur à trouver une page, au même titre qu’un menu principal ou une fonction de recherche. Pour un visiteur qui ne trouve pas une rubrique via le parcours habituel, la page sitemap de Geekob illustre ce type de navigation alternative avec une arborescence claire par catégories.
Un plan de site HTML mal conçu devient contre-productif. Lister toutes les URL sans regroupement transforme la page en mur de liens inutilisable. Le W3C recommande de regrouper les contenus par catégories éditoriales et d’écarter les pages sans valeur de navigation (pages de tags dupliquées, archives paginées, landing pages temporaires).
L’accessibilité conditionne l’utilité réelle du plan de site. Un sitemap HTML exploitable suppose :
- Des liens explicites dont l’intitulé décrit la page cible, pas des « cliquez ici » ou des URL nues
- Une hiérarchie de titres (h2, h3) qui structure les rubriques pour les lecteurs d’écran
- Une navigation entièrement utilisable au clavier, sans piège de focus ni script bloquant
Exhaustivité ne signifie pas facilité d’usage. Un plan de site de 300 liens non triés sera ignoré par le visiteur comme par le robot. Mieux vaut sélectionner les pages stratégiques et organiser visuellement l’arborescence.
Déclarer et soumettre un sitemap XML aux moteurs de recherche
Deux méthodes coexistent pour signaler l’existence du sitemap aux robots. La première consiste à ajouter une directive dans le fichier robots.txt :
Sitemap: https://exemple.com/sitemap.xml
Cette ligne suffit pour que tout crawler conforme au protocole découvre le fichier. Elle fonctionne pour Google, Bing et les moteurs secondaires qui respectent la norme.
La seconde méthode passe par la soumission directe dans Google Search Console ou Bing Webmaster Tools. L’avantage : un retour d’état (nombre d’URL soumises, nombre d’URL indexées, erreurs détectées). Bing Webmaster Tools traite aussi la soumission via API, ce qui peut automatiser le processus sur les sites dont le contenu change fréquemment.
Les deux méthodes ne s’excluent pas. Déclarer dans robots.txt assure la découverte passive. Soumettre dans la Search Console donne un suivi actif. Combiner les deux reste la pratique la plus fiable.
Arbitrage entre sitemap XML et sitemap HTML selon le type de site
Le choix ne se pose pas en termes de « l’un ou l’autre ». La question est de savoir lequel mérite un investissement de maintenance.
- Un site de moins de quelques centaines de pages avec un maillage interne solide peut se passer de sitemap XML sans impact mesurable sur l’indexation. Le sitemap HTML, en revanche, améliore la navigation pour les visiteurs qui arrivent sur une page profonde via la recherche
- Un site e-commerce ou éditorial avec plusieurs milliers d’URL a besoin du sitemap XML pour garantir que les pages orphelines ou récemment publiées soient découvertes par les robots
- Un site multilingue bénéficie d’un sitemap XML intégrant les balises hreflang pour signaler les correspondances entre versions linguistiques, un usage que le plan HTML ne couvre pas
Le sitemap XML sert les robots, le sitemap HTML sert les humains. Les deux répondent à des problèmes différents. Sur un site de taille moyenne avec une architecture claire, le plan HTML apporte souvent plus de valeur perçue par l’utilisateur que le fichier XML n’en apporte au crawl.
Un sitemap, quel que soit son format, ne corrige pas une architecture défaillante. Si vos pages stratégiques sont enfouies à plus de trois clics de la page d’accueil, le fichier XML compensera partiellement le problème de crawl, mais le visiteur ne trouvera toujours pas le contenu. Le maillage interne reste le levier principal, et le sitemap un complément qui documente une structure déjà pensée.
