Un site de quatre-vingts pages dont la moitié n’apparaît pas dans Google, c’est un problème concret que nous rencontrons régulièrement. La cause est souvent la même : aucun sitemap XML en place, ou un fichier obsolète que personne n’a vérifié depuis des mois. Le sitemap reste le moyen le plus direct de signaler aux moteurs de recherche les URL qui comptent sur votre site web.
Pages orphelines et crawl gaspillé : le problème que le sitemap résout
Sur un site qui grossit par ajouts successifs (fiches produit, articles de blog, landing pages saisonnières), certaines pages finissent sans lien interne pointant vers elles. Les robots d’exploration comme Googlebot ne peuvent pas deviner qu’elles existent. Sans sitemap, ces pages orphelines restent invisibles.
Le fichier sitemap XML fournit un inventaire complet des URL à explorer. On le dépose dans Google Search Console ou dans Bing Webmaster Tools, et les robots savent exactement où chercher. Le sitemap ne remplace pas le maillage interne, il le complète en couvrant les angles morts.
Un exemple courant : on publie une nouvelle catégorie de contenus sur un site vitrine, mais la navigation principale n’est pas mise à jour immédiatement. Si le sitemap est généré automatiquement, la nouvelle catégorie sera proposée aux robots dès sa mise en ligne. Ce type de couverture fait la différence, notamment sur la page sitemap de TechSnack qui illustre bien cette logique d’inventaire structuré.
Balise lastmod du sitemap XML : un signal SEO souvent mal configuré
La plupart des concurrents parlent du sitemap comme d’un fichier statique qu’on génère et qu’on oublie. En pratique, c’est la balise lastmod qui détermine la valeur du fichier pour Google.
Google accorde une attention réelle à cette date, à condition qu’elle reflète une modification significative du contenu. Un changement de paragraphe, l’ajout de données structurées ou la mise à jour d’un lien justifient une nouvelle date. En revanche, un redéploiement technique sans changement de contenu ou la simple mise à jour d’un copyright ne comptent pas.
Le piège est fréquent : certains CMS ou plugins mettent à jour la date lastmod à chaque sauvegarde, même mineure. Quand Google détecte des dates systématiquement incohérentes, la confiance accordée à ce signal diminue pour l’ensemble du sitemap. On se retrouve alors avec un fichier que les robots consultent mais n’exploitent plus vraiment.
Comment vérifier la fiabilité de lastmod
- Ouvrir le fichier sitemap (souvent accessible à l’adresse votresite.fr/sitemap.xml) et comparer les dates affichées avec les modifications réelles des pages correspondantes.
- Désactiver la mise à jour automatique de lastmod dans les réglages du plugin SEO si elle se déclenche à chaque sauvegarde sans changement de fond.
- Après une refonte de contenu, forcer manuellement la régénération du sitemap pour que les nouvelles dates soient prises en compte par Google Search Console.
Attributs priority et changefreq : ce que Google ignore dans votre sitemap
On voit encore beaucoup de sites dont le sitemap XML contient des valeurs priority (de 0.1 à 1.0) et changefreq (daily, weekly, monthly). Ces deux attributs semblent utiles sur le papier, mais Google les ignore complètement depuis plusieurs années. La documentation de Google Search Central le confirme explicitement.
Passer du temps à calibrer ces valeurs n’apporte aucun bénéfice SEO mesurable. L’effort porte ailleurs : sélectionner les URL réellement importantes à inclure dans le fichier, vérifier leur accessibilité (pas de redirection en chaîne, pas de page en erreur 404) et maintenir des dates lastmod fiables.
Cela ne veut pas dire que ces attributs posent problème s’ils sont présents. Ils sont simplement neutres. Les retours varient sur ce point pour d’autres moteurs de recherche, mais pour Google, la question est tranchée.
Sitemap et moteurs IA : le rôle d’IndexNow pour Bing et Copilot
Avec l’essor des expériences de recherche basées sur l’intelligence artificielle (Bing Chat, Copilot), le sitemap prend une dimension supplémentaire. Bing recommande un sitemap XML complet avec des dates lastmod fiables comme base de couverture. Mais le sitemap seul ne suffit plus pour signaler rapidement les changements.
C’est là qu’intervient IndexNow, un protocole de notification en temps réel. Quand on ajoute, modifie ou supprime une URL, IndexNow envoie un signal immédiat à Bing (et aux moteurs compatibles) sans attendre le prochain passage du robot. Les deux dispositifs ne sont pas interchangeables :
- Le sitemap fournit l’inventaire global du site web, la carte de référence que les robots consultent périodiquement.
- IndexNow accélère la prise en compte des changements ponctuels, page par page.
- Combinés, ils garantissent à la fois une couverture complète et une réactivité sur les contenus frais.
Pour un site qui publie régulièrement, cette combinaison sitemap plus IndexNow réduit le délai entre la publication d’une page et son apparition dans les résultats de recherche de Bing.
Soumettre un sitemap ne garantit pas l’indexation de vos pages
Un point que nous tenons à clarifier : déposer un sitemap dans Google Search Console n’oblige pas Google à indexer les URL listées. Le fichier constitue une suggestion, pas une instruction. Google décide ensuite, selon ses propres critères de qualité et de pertinence, quelles pages méritent d’intégrer son index.
On observe régulièrement des URL présentes dans le sitemap mais marquées « Découverte, actuellement non indexée » dans Search Console. Cela signifie que le robot connaît la page mais ne juge pas utile de l’indexer pour le moment. Un contenu trop mince, un doublon proche d’une autre page ou un maillage interne faible expliquent souvent ce statut.
Le sitemap reste un outil de signalisation, pas de positionnement. Un fichier bien structuré améliore la couverture de crawl, mais le travail de fond sur la qualité des contenus et l’architecture du site détermine ce qui finit réellement dans les résultats de recherche.
