Quand un moteur de recherche arrive sur un site, il se comporte comme un visiteur dans un bâtiment sans plan d’étage. Il ouvre des portes, suit des couloirs, rate parfois des pièces entières. Le sitemap est ce plan : un fichier qui liste les adresses de votre site pour que Google, Bing et les autres sachent exactement quoi explorer.
Sitemap XML et robots.txt : deux fichiers complémentaires, pas interchangeables
Le fichier robots.txt indique aux robots ce qu’ils ne doivent pas explorer. Le sitemap fait l’inverse : il signale ce que vous voulez voir découvert. Confondre les deux revient à mélanger une liste d’interdictions avec une carte d’invitation.
Concrètement, le sitemap ne force pas l’indexation d’une page. Google le précise dans sa documentation officielle : ce fichier facilite la découverte des URL, mais la décision d’indexer reste celle du moteur. Si une page est bloquée par robots.txt ou renvoie une erreur, sa présence dans le sitemap ne changera rien.
Pour que le fichier soit pris en compte, deux méthodes fonctionnent encore : le déclarer dans Google Search Console ou ajouter son chemin dans robots.txt. L’ancien mécanisme de « ping » (notification automatique via une URL dédiée) a été abandonné par Google depuis 2023.
Un exemple concret de sitemap bien structuré se retrouve sur la page sitemap de L’Igor Web, qui regroupe les URL du site dans un format lisible par les moteurs.
Balise lastmod dans un sitemap : ce que Google utilise vraiment
Vous avez déjà remarqué la balise lastmod dans un fichier sitemap ? Elle indique la date de dernière modification d’une page. Sur le papier, elle aide les moteurs à prioriser leur exploration en visitant d’abord les contenus récemment mis à jour.
En pratique, Google n’exploite cette date que si elle est régulièrement exacte. Si vous régénérez votre sitemap chaque nuit et que toutes les dates passent à « aujourd’hui » sans modification réelle du contenu, le moteur finit par ignorer l’information. La date doit correspondre à un changement significatif : texte remanié, données structurées ajoutées, liens internes modifiés.
Mettre à jour la seule mention de copyright en pied de page ou changer un mot dans le footer ne constitue pas une modification significative. Les CMS qui régénèrent automatiquement le sitemap avec des dates actualisées à chaque build créent exactement ce problème.
- Une date lastmod fiable aide Google à explorer vos pages prioritaires plus vite
- Une date falsifiée ou automatisée sans lien avec le contenu finit par être ignorée
- Les balises
priorityetchangefreq, autrefois populaires, ne sont plus utilisées par Google pour ses décisions d’exploration
Sitemap et IndexNow sur Bing : deux mécanismes à ne pas opposer
Google capte la majorité de l’attention, mais Bing traite les sitemaps différemment sur un point. Le protocole IndexNow, supporté par Bing (et d’autres moteurs participants), permet de signaler en temps réel qu’une page vient d’être créée, modifiée ou supprimée.
Le sitemap reste un inventaire périodique. IndexNow fonctionne comme une notification instantanée. Les deux se complètent au lieu de se remplacer : le sitemap donne la vue d’ensemble, IndexNow accélère la prise en compte des changements ponctuels.
Bing Webmaster Tools propose aussi un rapport de couverture lié au sitemap. Ce rapport compare les URL soumises avec celles réellement explorées et indexées. Si vous envoyez 200 URL et que seulement 120 apparaissent comme indexées, le rapport aide à distinguer un problème de découverte (le robot ne trouve pas la page) d’un problème d’indexation (le robot trouve la page mais choisit de ne pas l’indexer).
Créer un sitemap XML sur WordPress ou manuellement
Sur WordPress, le CMS génère un sitemap par défaut depuis la version 5.5. Ce sitemap natif couvre les pages, articles, catégories et tags. Pour un site simple, cela suffit.
Les extensions spécialisées (Yoast SEO, Rank Math, XML Sitemaps) ajoutent des options : exclure certains types de contenu, segmenter le sitemap par catégorie, ou gérer un sitemap index pour les sites volumineux.
Un sitemap index regroupe plusieurs fichiers sitemap sous un seul. Chaque fichier individuel a une limite de taille et de nombre d’URL. Le sitemap index permet de dépasser cette contrainte en organisant les URL par section (articles, produits, pages).
Pour un site statique ou un développement sur mesure, la création manuelle reste possible. Le fichier est du XML standard avec une structure simple :
- Une balise racine
urlsetqui encadre l’ensemble - Un bloc
urlpar adresse, contenant au minimum la baliselocavec l’URL complète - Optionnellement, la balise
lastmodavec une date au format ISO 8601 - Le fichier doit être encodé en UTF-8 et accessible publiquement, généralement à la racine du site
Diagnostiquer un sitemap qui ne fonctionne pas dans Search Console
Google Search Console affiche le statut de votre sitemap après soumission. Deux informations comptent : le nombre d’URL détectées et le nombre d’URL indexées. Un écart important entre les deux signale un problème à investiguer.
Les erreurs fréquentes sont souvent banales. Des URL en redirection ou en erreur 404 dans le sitemap polluent le fichier et diluent son utilité. Un sitemap ne devrait contenir que des pages renvoyant un code 200 (page accessible) et que vous souhaitez réellement voir indexées.
Les pages protégées par un mot de passe, les pages de résultats de recherche interne, les pages de filtres à facettes sur un e-commerce : tout cela n’a pas sa place dans un sitemap. Chaque URL présente dans le fichier envoie un signal au moteur : « cette page mérite d’être explorée ». Si vous y mettez des pages sans valeur, vous gaspillez le budget d’exploration que le robot accorde à votre site.
Le rapport de couverture dans Search Console devient alors un véritable outil de diagnostic technique, bien au-delà d’un simple accusé de réception. Comparer régulièrement les URL soumises et indexées révèle les failles de votre architecture avant qu’elles n’affectent votre visibilité dans les résultats de recherche.
