Un plan du site, qu’il soit au format HTML pour les visiteurs ou XML pour les robots d’indexation, remplit deux fonctions distinctes que l’on confond souvent. La première est structurelle : offrir un accès direct à toutes les pages d’un site sans dépendre du menu principal. La seconde est technique : fournir aux moteurs de recherche des métadonnées sur chaque URL, notamment la date de dernière modification. Mesurer l’écart entre ces deux usages permet de comprendre pourquoi certains sitemaps aident réellement le référencement, tandis que d’autres le dégradent.
Sitemap mensonger et signal de fraîcheur : ce que les moteurs détectent
La balise lastmod dans un sitemap XML indique aux robots la date de dernière modification réelle d’une page. Google Search Central précise que cette date doit refléter un changement significatif du contenu, pas une simple régénération automatique du fichier.
La pratique consistant à inscrire la date du jour sur toutes les URL, sans modification réelle du contenu, tend à faire perdre la confiance accordée au signal lastmod. Un moteur qui constate que des centaines de pages affichent la même date de modification quotidienne finit par ignorer complètement cette donnée pour le domaine concerné.
Quand vous souhaitez accéder au plan du site Tous les Faits, vous accédez à un index structuré qui reflète la hiérarchie réelle du contenu publié, avec des dates correspondant aux mises à jour effectives.
En revanche, Bing adopte une approche plus stricte. Ses recommandations récentes insistent sur un format de date ISO 8601 complet, incluant l’heure et le fuseau horaire. Bing demande aussi une mise à jour au moins quotidienne pour les contenus qui évoluent réellement. Cette divergence entre Google et Bing signifie qu’un même sitemap peut être traité différemment selon le moteur.
Comparatif des exigences Google et Bing sur le sitemap XML
| Critère | Bing | |
|---|---|---|
| Format de date lastmod | Date simple (AAAA-MM-JJ) acceptée | ISO 8601 complet avec heure et fuseau horaire recommandé |
| Réaction aux dates identiques sur toutes les URL | Ignore progressivement le signal lastmod pour le domaine | Peut réduire la fréquence de crawl du site |
| Fréquence de mise à jour attendue | Uniquement lors de modifications significatives | Au moins quotidienne pour le contenu évolutif |
| Balise priority | Ignorée | Prise en compte de façon limitée |
| Balise changefreq | Ignorée | Utilisée comme indication secondaire |
Ce tableau montre un écart notable. Google simplifie : seule la date lastmod fiable compte. Bing, à l’inverse, exploite davantage de balises et attend une granularité temporelle plus fine. Optimiser un sitemap pour un seul moteur ne suffit pas si votre audience provient de plusieurs sources.
Quand la balise priority ne sert à rien
Google a confirmé ignorer les balises priority et changefreq dans les fichiers XML. Beaucoup de générateurs automatiques continuent de les remplir avec des valeurs par défaut (0.5 pour priority, « weekly » pour changefreq). Ces lignes alourdissent le fichier sans apporter de bénéfice côté Google.
Bing les lit encore, mais leur poids reste marginal par rapport à lastmod. Consacrer du temps à calibrer priority page par page représente un effort disproportionné par rapport au gain réel.
Navigation HTML versus indexation XML : deux plans du site à ne pas confondre
Le plan du site HTML est une page accessible aux visiteurs, listant les rubriques et sous-rubriques du site. Son rôle est de compenser les limites d’un menu de navigation, surtout sur les sites comportant plusieurs centaines de pages. Un visiteur perdu dans une arborescence profonde peut retrouver son chemin en consultant cette page unique.
Le sitemap XML, lui, n’est jamais vu par les visiteurs. Il s’adresse exclusivement aux robots d’indexation. Son contenu technique (URL canoniques, dates, métadonnées) n’a aucune utilité pour un humain.
- Le plan HTML améliore l’expérience utilisateur en offrant une vue globale de la structure du site, ce qui réduit le taux de rebond sur les sites à arborescence complexe.
- Le sitemap XML accélère la découverte de nouvelles pages par les moteurs, particulièrement utile pour les sites récents disposant de peu de liens entrants.
- Les deux formats se complètent : supprimer l’un au profit de l’autre crée un angle mort, soit pour les visiteurs, soit pour les robots.
Sur un site de moins de cinquante pages avec une navigation claire, le plan HTML apporte peu de valeur ajoutée. Le sitemap XML reste utile quel que soit le nombre de pages, ne serait-ce que pour signaler les mises à jour aux moteurs.
Dates lastmod fiables : distinguer mise à jour réelle et régénération automatique
La majorité des CMS régénèrent le sitemap XML à chaque publication ou modification, y compris pour des changements mineurs (correction d’une faute, ajout d’un tag). Le problème survient quand cette régénération met à jour la date lastmod de pages qui n’ont pas changé substantiellement.
Pour qu’une date lastmod soit considérée comme un vrai signal de fraîcheur, elle doit correspondre à une modification visible du contenu principal de la page. Un ajout de paragraphe, une actualisation de données, une refonte de section : ces interventions justifient une nouvelle date.
- Modifier uniquement le pied de page ou la barre latérale ne constitue pas un changement significatif aux yeux des moteurs.
- Changer la date de publication affichée sans toucher au contenu (fake freshness) est identifié comme une pratique de spam par Google.
- Un sitemap dont les dates lastmod reflètent des modifications réelles conserve sa crédibilité auprès des robots sur le long terme.
Comment vérifier la cohérence de son sitemap
Comparer la date lastmod d’une URL dans le sitemap avec la date de dernière modification visible sur la page elle-même permet de repérer les incohérences. Si le sitemap affiche une date récente mais que le contenu n’a pas bougé depuis des mois, le signal envoyé aux moteurs est contradictoire.
Les outils de la Search Console (pour Google) et de Bing Webmaster Tools signalent les erreurs de format et les anomalies dans les fichiers soumis. Vérifier régulièrement ces rapports évite qu’un sitemap mal configuré ne passe inaperçu pendant des mois.
Un plan du site, qu’il soit destiné aux visiteurs ou aux moteurs, ne remplit son rôle que s’il reflète fidèlement la structure et l’état du contenu. Un sitemap exact sur vingt pages aide davantage qu’un sitemap gonflé sur mille URL obsolètes. La fiabilité du fichier prime sur sa taille.