Un sitemap liste les URL d’un site pour que les moteurs de recherche les découvrent et les explorent. Le contenu d’une page sitemap varie selon le format choisi (XML, HTML, TXT), et toutes les balises n’ont pas la même utilité réelle aux yeux de Google. Comprendre ce que les robots lisent effectivement dans ce fichier permet d’éviter un travail de configuration inutile.
Balises XML du sitemap : ce que Google exploite réellement
Le format XML reste le standard le plus répandu pour déclarer un sitemap. Chaque entrée contient potentiellement quatre balises : loc, lastmod, changefreq et priority.
Toutes ne pèsent pas le même poids. Google ne traite plus les balises priority et changefreq comme des signaux utiles. Seule la balise lastmod conserve un rôle concret : elle indique la date de dernière modification significative d’une page.
| Balise XML | Rôle déclaré | Prise en compte par Google |
|---|---|---|
| loc | URL de la page | Oui, obligatoire |
| lastmod | Date de dernière modification | Oui, si la date reflète un changement réel |
| changefreq | Fréquence estimée de mise à jour | Non exploitée |
| priority | Priorité relative entre pages | Non exploitée |
Ce tableau résume un écart notable entre la spécification sitemaps.org et l’usage réel des moteurs. Configurer minutieusement changefreq et priority ne modifie ni le classement ni la fréquence d’exploration. En revanche, une valeur lastmod fiable signale aux robots qu’une page mérite une nouvelle visite.
Pour observer la structure concrète d’un sitemap XML, la page sitemap du site Michelle Dastier illustre bien la manière dont les URL sont organisées et horodatées dans ce type de fichier.
Lastmod et modifications réelles : le piège de la date artificielle
La balise lastmod fonctionne comme un signal de confiance entre le site et le moteur de recherche. Google peut comparer la date déclarée dans le sitemap avec les changements réellement observés sur la page lors de l’exploration.
Modifier l’année de copyright ou régénérer le fichier ne constitue pas un changement significatif. Si la date lastmod avance régulièrement sans que le contenu évolue, le robot finit par ignorer cette information. Le signal perd alors toute valeur, y compris pour les pages dont le contenu change réellement.
Quelques modifications comptent comme significatives aux yeux des moteurs :
- Ajout ou réécriture d’un paragraphe modifiant le sens ou la portée de la page
- Mise à jour de données factuelles (tarifs, dates, réglementation) dans le corps du texte
- Ajout d’un nouveau média (image, vidéo) accompagné d’un contenu textuel pertinent
Un CMS qui met à jour automatiquement la date lastmod à chaque sauvegarde mineure (correction d’une faute, changement de catégorie) envoie un signal trompeur. Mieux vaut conditionner la mise à jour de cette balise à une modification substantielle du contenu visible.
Sitemap XML, HTML et TXT : trois formats pour des usages distincts
Le sitemap XML s’adresse aux robots d’exploration. Le sitemap HTML s’adresse aux visiteurs humains : il prend la forme d’une page web classique listant les rubriques et les liens internes du site. Le sitemap TXT, plus rudimentaire, se limite à une liste brute d’URL sans métadonnées.
Le format HTML a longtemps servi de plan de site pour aider la navigation. Sur les sites de taille modeste dotés d’un menu clair, son utilité est marginale. Pour les sites comptant plusieurs centaines de pages avec des arborescences profondes, une page HTML bien structurée complète le maillage interne en offrant un accès direct aux pages enfouies.
Le format TXT ne prend en charge aucune balise (lastmod, changefreq, priority). Il convient à un besoin minimal : déclarer des URL sans information complémentaire. Google l’accepte, mais le format XML reste le seul à transmettre des métadonnées exploitables.
Déclaration du sitemap après l’abandon du ping Google
Jusqu’en juin 2023, il était possible de notifier Google d’un nouveau sitemap via l’URL google.com/ping?sitemap=.... Ce mécanisme de ping a été abandonné. Les guides qui recommandent encore cette méthode sont obsolètes.
Trois canaux restent opérationnels pour déclarer un sitemap auprès de Google :
- Soumettre le fichier dans Google Search Console, section « Sitemaps »
- Déclarer l’emplacement du fichier dans le fichier
robots.txtdu site (directiveSitemap:) - Laisser le robot découvrir le fichier lors de son exploration habituelle, à condition qu’il soit accessible à l’URL standard (
/sitemap.xml)
Pour Bing, le protocole IndexNow permet de signaler rapidement les URL nouvelles ou modifiées. Ce mécanisme, distinct du sitemap, complète la déclaration classique en accélérant la prise en compte des changements. Bing Webmaster Tools accepte aussi la soumission directe du sitemap, de manière similaire à Google Search Console.
Contenu du sitemap et qualité des URL listées
Ne lister que les URL indexables
Un sitemap qui contient des URL bloquées par le fichier robots.txt, des pages renvoyant une erreur 404 ou des pages marquées noindex brouille le signal envoyé au moteur. Chaque URL présente dans le fichier doit correspondre à une page accessible, canonique et destinée à apparaître dans les résultats de recherche.
Adapter le sitemap à la taille du site
Un site de quelques dizaines de pages avec un maillage interne correct n’a pas un besoin pressant de sitemap : les robots découvrent les pages en suivant les liens. Le sitemap devient réellement utile pour les sites volumineux ou mal maillés, ceux dont certaines pages restent orphelines (aucun lien interne ne pointe vers elles).
Un sitemap ne garantit pas l’indexation. Il facilite la découverte des URL par les robots, mais la décision d’indexer repose sur la qualité du contenu, l’absence de duplicate et la conformité technique de chaque page. Déclarer une URL dans le sitemap sans travailler son contenu ni son maillage interne ne produit aucun résultat mesurable.
