Un sitemap XML liste les adresses de votre site pour que les moteurs de recherche les trouvent plus vite. Pourtant, beaucoup de sites publient ce fichier une seule fois, puis n’y touchent plus. Le sitemap devient alors un inventaire figé, déconnecté de la réalité éditoriale du site. Pour qu’il serve vraiment la navigation et le référencement, il faut comprendre ce qu’il communique aux robots, et surtout ce qu’il ne communique pas quand il est mal configuré.
La balise lastmod du sitemap XML : signal utile ou date trompeuse
Chaque URL listée dans un sitemap peut porter une balise lastmod. Elle indique la date de dernière modification de la page. Google s’en sert pour décider s’il doit repasser explorer cette adresse.
Le piège est courant : beaucoup de générateurs de sitemap inscrivent la date de génération du fichier, pas la date de modification réelle du contenu. Résultat, toutes les pages affichent la même date, celle du jour où le sitemap a été recréé. Google finit par ignorer cette information, parce qu’elle ne reflète aucun changement éditorial concret.
Pour que lastmod ait de la valeur, la date doit correspondre à une modification du contenu principal de la page : texte remanié, données structurées mises à jour, liens internes ajoutés. Un changement de pied de page ou de barre latérale ne compte pas. Si votre outil met à jour lastmod à chaque régénération automatique du fichier, vous envoyez un faux signal, et Google apprend à l’ignorer pour votre domaine.
Vous pouvez observer ce comportement directement : sur la page sitemap de Sankore, les dates reflètent les mises à jour éditoriales réelles, ce qui donne un bon exemple de fichier cohérent.
Balises priority et changefreq dans un sitemap : faut-il encore les remplir
Deux autres balises existent dans la spécification du sitemap XML : priority et changefreq. La première attribue un score d’importance relative à chaque URL. La seconde indique la fréquence théorique de modification (quotidienne, hebdomadaire, mensuelle).
Google indique clairement les ignorer. Remplir ces champs ne modifie ni la fréquence d’exploration ni le classement de vos pages. Bing ne leur accorde pas davantage de poids décisif.
Pourquoi ces balises persistent-elles dans tant de fichiers ? Parce que les plugins et les générateurs les ajoutent par défaut. Les supprimer ne pose aucun problème technique. Concentrez votre effort sur des dates lastmod fiables et une sélection rigoureuse des URL plutôt que sur des indicateurs que personne ne lit.
Ce qui mérite votre temps à la place
- Vérifier que chaque URL du sitemap renvoie un code HTTP 200 (pas de redirection, pas d’erreur 404)
- Exclure les pages non indexables : pages avec balise noindex, pages dupliquées, paginations profondes sans contenu unique
- S’assurer que lastmod change uniquement quand le contenu éditorial de la page a réellement été modifié
Sitemap et maillage interne : deux mécanismes complémentaires pour la navigation
Un sitemap ne remplace pas les liens internes. La soumission d’un sitemap reste un signal de découverte pour les moteurs : elle les aide à trouver des adresses, mais ne garantit ni l’exploration ni l’indexation. Si une page n’est reliée à aucune autre page de votre site, le sitemap peut la signaler, mais Google lui accordera peu de valeur.
Imaginez un bâtiment dont le plan d’étage mentionne une salle, mais dont aucun couloir n’y mène. Le plan existe, la salle aussi, mais personne n’y entre. Le sitemap est le plan, le maillage interne construit les couloirs.
En pratique, les pages qui bénéficient le plus du sitemap sont celles que le maillage interne couvre mal : contenus récents pas encore liés depuis d’autres articles, pages profondes dans l’arborescence, ou sections du site rarement mises à jour mais toujours pertinentes.
Quand le sitemap devient réellement utile
- Votre site comporte plusieurs centaines de pages et une arborescence profonde
- Vous publiez régulièrement du contenu nouveau (blog, fiches produit, actualités)
- Certaines pages orphelines n’ont pas encore de liens internes pointant vers elles
- Vous venez de migrer ou de refondre la structure du site
Soumettre un sitemap XML à Google et Bing : le minimum à vérifier
Créer le fichier ne suffit pas. Il faut le déclarer aux moteurs de recherche. Deux méthodes principales existent.
La première : ajouter la ligne Sitemap: https://votresite.com/sitemap.xml dans votre fichier robots.txt. Google et Bing lisent ce fichier à chaque passage, et suivent l’adresse indiquée.
La seconde : soumettre le sitemap directement via Google Search Console ou Bing Webmaster Tools. Cette méthode permet en plus de vérifier si Google détecte des erreurs dans le fichier (URL inaccessibles, format invalide).
IndexNow pour les sites qui ciblent aussi Bing
Bing propose un mécanisme complémentaire appelé IndexNow. Il permet de signaler en temps réel les URL ajoutées, modifiées ou supprimées. Ce n’est pas un remplacement du sitemap, mais un accélérateur de découverte. IndexNow est particulièrement utile pour les sites à publication fréquente où le délai entre la mise en ligne et l’indexation compte.
Le sitemap XML reste un outil simple en apparence. Sa vraie valeur dépend de la rigueur avec laquelle vous sélectionnez les URL qu’il contient et de la fiabilité des dates que vous lui associez. Un fichier à jour, qui ne liste que des pages indexables et dont les dates lastmod reflètent de vrais changements éditoriaux, fait davantage pour votre référencement qu’un sitemap exhaustif rempli de signaux que les moteurs ont appris à ignorer.
