Une femme analyse un sitemap de site web sur un grand écran dans un bureau moderne et minimaliste

Découvrez comment explorer efficacement un sitemap pour optimiser votre navigation web

Un sitemap liste les URL d’un site dans un fichier structuré, mais tous les moteurs de recherche n’exploitent pas ce fichier de la même façon. Google, Bing et les autres robots d’exploration interprètent différemment les balises qu’il contient, ce qui change la manière de le construire et de le maintenir. Comparer ces comportements permet de prendre des décisions techniques plus précises lors de la configuration d’un plan de site.

Sitemap XML : comment Google et Bing traitent les balises différemment

Balise du sitemap Traitement par Google Traitement par Bing
lastmod Utilisée si la date reflète une modification réelle et vérifiable Associée à la priorisation du recrawl, complétée par IndexNow
changefreq Ignorée dans la pratique Pas un levier fiable pour accélérer l’exploration
priority Ignorée dans la pratique Pas un levier fiable pour accélérer l’exploration
Soumission Via Google Search Console ou robots.txt Via Bing Webmaster Tools, robots.txt, ou IndexNow

Ce tableau met en évidence un point souvent négligé : les champs changefreq et priority ne servent plus à accélérer l’exploration chez aucun des deux moteurs majeurs. Conserver ces balises dans un sitemap n’est pas nuisible, mais y consacrer du temps de configuration revient à optimiser un signal que personne ne lit.

La différence la plus significative concerne lastmod. Google précise que cette donnée n’est prise en compte que lorsqu’elle est « cohérente et vérifiable ». Une simple régénération automatique du sitemap ou la mise à jour d’un champ secondaire (date de copyright, par exemple) ne constitue pas une modification pertinente. Bing, de son côté, utilise lastmod pour planifier ses passages, mais recommande de le coupler avec IndexNow pour les changements ponctuels.

Ceux qui gèrent un site éditorial ou un catalogue produit peuvent explorer le sitemap de Little Geek pour observer comment un fichier XML structuré organise concrètement ses URL par catégories.

Un homme explique une architecture de navigation web sur un tableau blanc dans un espace de coworking

IndexNow et sitemap : deux signaux complémentaires pour Bing

Bing recommande désormais de combiner sitemap et IndexNow plutôt que de les opposer. Le sitemap fournit une couverture persistante de l’ensemble des URL. IndexNow, lui, sert à notifier rapidement l’ajout, la modification ou la suppression d’une page aux moteurs participants.

Cette distinction change la façon de penser la mise à jour d’un plan de site. Pour un site dont les pages bougent peu, le sitemap seul suffit. Pour un site éditorial qui publie plusieurs articles par jour ou un e-commerce avec des fiches produit en rotation, IndexNow accélère la prise en compte sans attendre le prochain crawl planifié.

Google n’a pas adopté IndexNow. Pour les sites qui ciblent principalement le trafic Google, la soumission du sitemap via Google Search Console et la déclaration dans le fichier robots.txt restent les deux canaux de référence. En revanche, pour ceux qui veulent couvrir Bing et les moteurs qui s’appuient sur son index (dont Microsoft Copilot), la double approche sitemap plus IndexNow devient pertinente.

Quelles URL inclure dans un sitemap pour qu’il reste utile

Un sitemap efficace ne contient pas toutes les URL d’un site. Il ne liste que celles qui méritent d’être indexées. Mélanger des pages utiles avec des URL techniques, redirigées ou dupliquées dilue le signal envoyé aux robots et peut ralentir l’exploration des contenus prioritaires.

Voici les critères de filtrage à appliquer avant de générer ou mettre à jour un fichier sitemap :

  • Chaque URL du sitemap doit renvoyer un code HTTP 200. Les pages en redirection 301 ou 302, les erreurs 404 et les URL bloquées par robots.txt n’ont pas leur place dans le fichier.
  • Les pages avec une balise meta noindex doivent être exclues. Inclure une URL noindex dans un sitemap envoie un signal contradictoire au moteur, qui doit choisir entre deux instructions opposées.
  • Les URL à paramètres de session, de tri ou de filtrage (souvent présentes sur les sites e-commerce) doivent être écartées au profit de la version canonique de chaque page.
  • Les contenus paginés au-delà de la première page peuvent être inclus, mais seulement si chaque page de pagination contient un contenu distinct et indexable.

Un bon sitemap ne dépasse pas quelques milliers d’URL par fichier. Au-delà, le découpage en plusieurs sitemaps référencés par un fichier index facilite à la fois le traitement par les robots et la maintenance côté webmaster.

Sitemap HTML et sitemap XML : un usage distinct

Le sitemap XML s’adresse aux robots d’exploration. Le sitemap HTML, lui, est une page du site destinée aux visiteurs. Les deux n’ont ni le même format, ni le même rôle, ni le même impact SEO.

Le sitemap HTML peut aider les utilisateurs à trouver une page enfouie dans l’arborescence. Il contribue aussi au maillage interne en créant des liens vers des pages profondes. En revanche, il ne remplace jamais un maillage interne bien conçu : une page qui n’est accessible que via le sitemap HTML signale un problème de structure, pas une solution.

Une jeune femme consulte un sitemap hiérarchique sur une tablette dans un bureau à domicile chaleureux

Soumission du sitemap : Search Console, robots.txt et erreurs fréquentes

Déclarer un sitemap ne garantit ni son exploration ni l’indexation des URL qu’il contient. La soumission est un signal, pas une commande. Google et Bing décident ensuite, selon leurs propres critères (qualité du contenu, budget de crawl, autorité du domaine), quelles pages méritent d’être explorées.

Deux méthodes de soumission coexistent. La première passe par l’interface des outils webmaster (Google Search Console ou Bing Webmaster Tools), où le fichier est déclaré manuellement. La seconde consiste à ajouter la ligne Sitemap: suivi de l’URL complète du fichier dans robots.txt. Les deux méthodes sont complémentaires.

L’erreur la plus courante après soumission est de ne pas vérifier le rapport de couverture. Search Console indique combien d’URL soumises ont été explorées, indexées ou exclues, et pour quelle raison. Un sitemap soumis puis oublié perd progressivement sa cohérence avec le site réel, surtout si des pages sont supprimées ou redirigées sans mise à jour du fichier.

Le champ lastmod, lorsqu’il est correctement renseigné avec la date de la dernière modification substantielle, aide les moteurs à prioriser leurs passages. À l’inverse, mettre à jour lastmod artificiellement (en régénérant le fichier chaque nuit sans changement réel) finit par être ignoré, voire pénalisant en termes de confiance.

Un sitemap bien maintenu reste un fichier vivant, aligné en permanence avec la structure réelle du site. Sa valeur ne tient pas à sa taille, mais à la pertinence de chaque URL qu’il contient.

A lire également