SEO Technique

Sitemap SEO : créer, segmenter et auditer votre fichier XML

Benoit DemonchauxCo-fondateur de Slashr, directeur SEO, conférencier SMX 2024.

Mis à jour le Publié le 21 min de lecture

Résumer avec
Un sitemap index découpé par typologie de pages (catégories, produits, facettes, éditorial) pour mesurer l'indexation de chaque segment

Un sitemap SEOSearch Engine Optimization. Ensemble des techniques visant à améliorer le positionnement d'un site web dans les résultats naturels des moteurs de recherche. est un fichier, le plus souvent en XML, qui liste les URLUniform Resource Locator. Adresse unique d'une page web. Une URL optimisée est courte, descriptive et contient le mot-clé. que vous voulez voir dans les résultats de recherche. Il aide Google à les découvrir, sans garantir qu'elles seront explorées ni indexées. Un fichier accepte 50 000 URL ou 50 Mo non compressé ; au-delà, on le scinde en plusieurs fichiers, qu'un sitemap index regroupe.

La création tient en quelques lignes, et votre CMS le fait souvent pour vous. L'intérêt du fichier se trouve ailleurs : découpez-le par famille de pages, et la Search Console vous donne le taux d'indexationProcessus par lequel Google ajoute une page à sa base de données pour qu'elle puisse apparaître dans les résultats. de chaque famille. Vous voyez alors quel type de page Google refuse d'indexer, et dans quelle proportion.

Ce qu'un sitemap change vraiment pour votre référencement

Un sitemap aide Google à trouver vos URL et à planifier leur exploration. Il n'indexe rien. Sa documentation le dit en une phrase : le fichier aide les moteurs à découvrir les URL d'un site, mais ne garantit pas que tous ses éléments seront explorés et indexés. Une fiche produit dupliquée sur des dizaines d'URL passe les mêmes filtres de qualité et de canonicalisation, qu'elle figure dans le sitemap ou non, et consomme du budget de crawl au passage.

Google cite trois cas où le fichier sert vraiment. Un site volumineux, où il est plus difficile de relier chaque page à au moins une autre. Un site récent, que peu de liens externes rejoignent. Un site riche en vidéos et en images, ou prAlgorithme historique de Google évaluant l'importance d'une page selon ses backlinks. Toujours utilisé en interne.ésent dans Google Actualités. Les pages profondes d'un gros site entrent dans le premier cas, typiquement les produits que seule relie une pagination de catégorie profonde, en page 12 par exemple.

Le parcours d'une URL vers l'index : le sitemap avance sa découverte, puis Google applique les mêmes filtres de qualité
Le parcours d'une URL vers l'index : le sitemap avance sa découverte, puis Google applique les mêmes filtres de qualité

À l'inverse, Google estime qu'un site d'environ 500Code HTTP indiquant une erreur côté serveur. Impacte négativement le crawl et l'expérience utilisateur. pages ou moins, dont toutes les pages se rejoignent en suivant les liens depuis l'accueil, peut se passer de sitemap. Le maillage y suffit. Le fichier ne répare pas non plus une architecture qui laisse des pages orphelines. Une URL orpheline listée dans le sitemap sera découverte, peut-être indexée, mais ne recevra aucun lien interne : le sitemap signale qu'elle existe sans lui donner de place dans le site. Même sur un petit site bien maillé, il garde un usage, la mesure, détaillée plus bas.

Quels types de sitemaps utiliser selon votre site ?

Le XML couvre presque tous les besoins. C'est le format le plus polyvalent selon Google, celui qui porte les extensions image, vidéo et actualités ainsi que les versions linguistiques. Google accepte aussi les flux RSS, mRSS ou Atom et le simple fichier texte, sans préférence entre les formats.

Format Ce qu'il contient Quand l'utiliser
XML L'URL (loc) et la date de modification (lastmod) Par défaut, tous les sites
Sitemap index La liste des fichiers sitemap Pratique dès que vous scindez le fichier (au-delà de 50 000 URL ou 50 Mo), utile dès que vous segmentez
RSS, mRSS, Atom Les URL récentes du flux Blog ou média dont le CMS produit déjà le flux
TXT Une URL par ligne, rien d'autre Liste simple, sans date ni média
Extensions image, vidéo, news Les métadonnées du média ou de l'article Catalogues visuels, vidéos, éditeurs d'actualités
Arbre de décision des formats de sitemap : sitemap index, image ou vidéo, news, ou XML seul selon le site
Arbre de décision des formats de sitemap : sitemap index, image ou vidéo, news, ou XML seul selon le site

Le sitemap index : n'attendez pas les 50 000 URL

Google impose de scinder un fichier au-delà de 50 000 URL ou 50 Mo non compressé, et un index peut lister jusqu'à 50 000 sitemaps. Attendre cette limite est une erreur de cadrage. Dès que votre site compte plusieurs familles de pages, un fichier par famille rend la mesure possible, même avec quelques milliers d'URL. Deux contraintes : les fichiers enfants se trouvent dans le même répertoire que l'index ou plus bas, et un index ne peut pas lister un autre index.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>httpsProtocole sécurisé de transfert de données. Facteur de ranking depuis 2014.://exemple.fr/sitemaps/categories.xml</loc>
    <lastmod>2026-10-12T09:30:00+02:00</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://exemple.fr/sitemaps/produits-en-stock-1.xml</loc>
  </sitemap>
</sitemapindex>

Image, vidéo et actualités : seulement si le média porte la page

Un sitemap image sert quand vos images génèrent du trafic ou de la conversionAction souhaitée accomplie par un visiteur (achat, inscription, contact). Objectif ultime du SEO. : catalogue mode, immobilier, décoration, recettes. Google le dit lui-même : vous pouvez vous en passer si vous ne cherchez pas à faire indexer la plupart de vos fichiers multimédias. Même logique pour la vidéo, qui ne justifie un sitemap dédié que si vous visez les résultats vidéo.

Le sitemap Google Actualités concerne les éditeurs d'actualités. Il ne porte que les articles publiés au cours des deux derniers jours : passé ce délai, vous retirez l'URL du fichier ou seulement ses balises news:news, limitées à 1 000 par fichier. Aucune candidature n'est à déposer : Google identifie automatiquement les contenus éligibles à Google Actualités.

Le sitemap peut aussi déclarer les versions linguistiques d'une page, avec des balises xhtml:link et l'espace de noms xmlns:xhtml déclaré dans urlset. La structure complète est dans le guide d'implémentation de hreflang ; ces liens enfants ne comptent pas dans la limite d'URL du fichier.

Les balises d'un fichier sitemap XML : loc et lastmod comptent, priority et changefreq sont ignorées

Un sitemap XMLFichier XML listant toutes les URLs d'un site pour faciliter leur découverte par les moteurs de recherche. valide tient en quelques lignes : la déclaration XML, l'espace de noms du protocole 0.9, une balise url par page et sa loc.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://exemple.fr/chaussures-running</loc>
    <lastmod>2026-09-28</lastmod>
  </url>
</urlset>

Le protocole rend toutes les autres balises facultatives. Parmi elles (lastmod, changefreq, priority), Google n'utilise que la première.

Une entrée de sitemap XML annotée : loc et lastmod comptent, changefreq et priority sont ignorées par Google
Une entrée de sitemap XML annotée : loc et lastmod comptent, changefreq et priority sont ignorées par Google

loc : l'URL canonique, absolue, en 200

loc contient l'adresse complète, protocole compris : Google explore l'URL telle qu'elle est écrite et demande des URL absolues. Listez seulement les URL que vous voulez voir dans les résultats, donc des pages qui répondent en 200 et qui sont leur propre canonique. Google précise que le sitemap influence le choix de l'URL canoniqueBalise indiquant la version principale d'une page en cas de contenu dupliqué ou similaire. : y placer une variante canonicalisée vers une autre page envoie un signal qui contredit votre balise. Comme dans tout fichier XML, les caractères spéciaux s'échappent, et un &ampAccelerated Mobile Pages. Framework Google pour créer des pages mobiles ultra-rapides (moins utilisé aujourd'hui).; dans une URL s'écrit &amp;.

lastmod : utilisée si elle est fiable

La balise lastmod donne la date de la dernière modification importante de la page. Google s'en sert pour planifier la réexplorationProcessus par lequel les robots des moteurs de recherche parcourent et analysent les pages web. des URL déjà connues, à condition qu'elle soit cohérente et vérifiable. Son billet de juin 2023 donne l'exemple : si votre page a changé il y a sept ans et que lastmod annonce hier, Google cesse de croire vos dates de modification. Un CMS qui réécrit la date à chaque génération du fichier produit exactement ce cas.

priority et changefreq : ignorées

Google ignore les valeurs priority et changefreq, et Bing aussi. Laissez-les si votre générateur les produit, sans perdre de temps à les régler.

Créer votre sitemap XML sans y passer la semaine

Le fichier doit se régénérer seul quand le contenu change. C'est le seul vrai arbitrage. Pour un site qui compte beaucoup d'URL, Google recommande de le faire produire par le logiciel du site, à partir de sa base de données. Un export figé devient faux à la première fiche ajoutée. Le crawler garde un rôle de contrôle : le générateur de sitemap de Screaming Frog n'inclut par défaut que les pages HTML en 200, sans les pages en noindexDirective indiquant aux moteurs de ne pas indexer une page., canonicalisées ou paginées, et donne une liste de référence à comparer au fichier en ligne.

Arbre de décision pour générer son sitemap : CMS avec extension SEO, endpoint sur un site custom, générateur en ligne pour un audit
Arbre de décision pour générer son sitemap : CMS avec extension SEO, endpoint sur un site custom, générateur en ligne pour un audit

Sur un CMS

WordPress publie un sitemap natif depuis la version 5.5, sous la forme d'un index à l'adresse /wp-sitemap.xml. Par défaut, il couvre tous les types de contenus et taxonomies publics, les archives auteur et la page d'accueil, donc souvent plus que ce que vous voulez voir indexé. Une extension SEO WordPress reprend la main et vous laisse exclure des types de contenus.

Shopify génère seul un sitemap.xml à la racine, qui renvoie vers des sitemaps distincts pour les produits, les collections, les blogs et les pages, mis à jour à chaque ajout. Sur PrestaShop, le module Google Sitemaps écrit un fichier index par boutique (1_index_sitemap.xml pour la première). Ces découpages suivent les types d'objets du CMS : ils ne séparent ni les facettes, ni les produits hors stock, ni vos autres segments de mesure.

Sur un site sur mesure

Vous écrivez un endpoint qui interroge la base et sort le XML, avec un cache court. La requête SQL est le vrai point de contrôle : elle décide de ce qu'est une page indexable sur votre site (statut publié, canonique, stock), et c'est elle qui produit la segmentation.

Le générateur en ligne, pour un audit ponctuel

Les générateurs en ligne crawlent le site et rendent un XML figé. Utile pour photographier l'existant avant une refonteModification majeure du design ou de la structure d'un site. Risque SEO si mal gérée. ; en production, le fichier devient faux à la première mise à jour.

Segmenter vos sitemaps pour mesurer votre taux d'indexation réel

Le découpage transforme la Search Console en outil de diagnostic : avec un fichier par famille de pages, vous lisez quelle famille Google refuse d'indexer, et dans quelle proportion.

Le mécanisme tient en deux rapports. Le rapport Sitemaps affiche, pour chaque fichier envoyé, le nombre d'URL découvertes. Le rapport Indexation des pages se filtre ensuite sur un sitemap précis et donne le nombre d'URL indexées de ce fichier. Pour un index, le compte additionne les URL de tous les fichiers enfants : envoyez donc aussi chaque fichier de segment. Google le prévoit, puisqu'envoyer plusieurs sitemaps sert justement à suivre chacun dans la Search Console.

taux d'indexation = URL indexées du segment / URL découvertes dans le segment

Sur un sitemap unique de plusieurs dizaines de milliers d'URL, ce ratio ne dit rien. Il devient un diagnostic dès que chaque fichier correspond à une famille homogène.

Le découpage type pour un e-commerce

/sitemap.xml                          (index)
  /sitemaps/categories.xml
  /sitemaps/produits-en-stock-1.xml
  /sitemaps/produits-en-stock-2.xml
  /sitemaps/produits-hors-stock.xml
  /sitemaps/facettes-indexables.xml
  /sitemaps/editorial.xml
  /sitemaps/pages-froides.xml

Chaque fichier isole une intention et un mode de production. Les catégories sont peu nombreuses et portent le trafic générique, les produits en stock portent le chiffre d'affaires. Les produits hors stock posent une question commerciale avant d'être une question SEO, et les facettes indexables restent la zone à risque de tout catalogue. L'éditorial suit un autre rythme de publication que le catalogue.

Un exemple chiffré

Prenons un catalogue fictif de 20 000 URL découvertes dans le rapport Sitemaps, réparties en cinq fichiers envoyés un par un.

Fichier URL découvertes URL indexées Taux
categories.xml 400 384 96 %
produits-en-stock.xml 11 000 9 350 85 %
produits-hors-stock.xml 2 000 900 45 %
facettes-indexables.xml 5 600 1 904 34 %
editorial.xml 1 000 910 91 %
Total 20 000 13 448 67 %

Le détail par fichier dit quoi faire : catégories et éditorial vont bien, les fiches en stock perdent 15 % de leurs URL, et les facettes, 28 % des URL du sitemap, ne font indexer qu'une URL sur trois.

Taux d'indexation d'un catalogue fictif : 67 % au global, 96 % sur les catégories, 91 % sur l'éditorial, 34 % sur les facettes
Taux d'indexation d'un catalogue fictif : 67 % au global, 96 % sur les catégories, 91 % sur l'éditorial, 34 % sur les facettes

L'arbre de décision une fois les chiffres en main

Les seuils qui suivent sont un repère de lecture de l'agence, à caler sur l'historique de votre site : Google n'en publie aucun.

  • Au-dessus de 90 % : rien à faire, passez au segment suivant. C'est le cas attendu pour categories.xml et editorial.xml.
  • Entre 60 et 90 % : une partie du parc pose problème. Exportez les URL exclues et regardez le motif dominant. « Page en double sans URL canonique sélectionnée par l'utilisateur » signale de la duplication interne. « Explorée, actuellement non indexée » signale une valeur perçue trop faible : contenu mincePages avec peu de contenu ou de valeur ajoutée, pénalisées par Google., trop proche d'autres pages du segment.
  • Sous 60 % : la question porte sur le segment entier. Sur facettes-indexables.xml, vérifiez d'abord si des combinaisons de filtresSystème de filtres (taille, couleur, prix) générant de nombreuses URLs. Nécessite une gestion SEO. sans requête réelle derrière ont été ouvertes à l'indexation. Sur produits-hors-stock.xml, séparez les ruptures temporaires, qui restent en ligne en 200 avec la disponibilité OutOfStock, des produits retirés du catalogue, à rediriger vers un équivalent ou à passer en 404 ou 410 avant de les sortir du fichier.
  • Sous 30 % avec un volume important, sur des pages sans demande (facettes sans requête réelle, pages froides) : retirez ces URL de l'index plutôt que de les corriger une à une, puis sortez-les du fichier. Elles consomment de l'exploration au détriment du reste. Les ruptures de stock temporaires restent en ligne, quel que soit le taux.

Deux pièges guettent la segmentation. Découper par date de publication (2024.xml, 2025.xml) mélange les familles de pages dans chaque fichier : le taux obtenu ne dit pas laquelle décroche. Et un découpage non maintenu dérive : un produit qui repasse en stock doit changer de fichier, sinon chaque taux mélange deux populations.

Trouver, déclarer et soumettre votre sitemap

Le sitemap d'un site se déclare le plus souvent dans son robots.txt. Le vôtre se déclare au même endroit et s'envoie dans la Search Console.

Pour localiser celui d'un site, ouvrez domaine.fr/robots.txt et cherchez la ligne Sitemap:. Si elle manque, testez les chemins courants : /sitemap.xml, /sitemap_index.xml, /wp-sitemap.xml, /sitemap.xml.gz. Sur votre propre site, le rapport Sitemaps de la Search Console liste les fichiers envoyés et la date de leur dernière lecture.

Les trois étapes pour localiser un sitemap : robots.txt, chemins classiques, puis rapport Sitemaps de la Search Console
Les trois étapes pour localiser un sitemap : robots.txt, chemins classiques, puis rapport Sitemaps de la Search Console

Pour la déclaration, une ligne dans le robots.txt suffit, placée n'importe où dans le fichier :

Sitemap: https://exemple.fr/sitemap.xml

L'URL doit être complète, protocole et domaine compris, et vous pouvez déclarer plusieurs lignes. Google, Bing et les autres grands moteurs lisent ce champ, sans console ni compte. Le guide du robots.txt détaille la syntaxe des autres directives.

Dans la Search Console, rapport Sitemaps, collez l'URL de l'index puis celles des fichiers de segment, et cliquez sur Envoyer. Le rapport n'affiche que les sitemaps envoyés par ce biais ou par l'API, pas ceux que Google a trouvés dans le robots.txtFichier texte à la racine d'un site indiquant aux robots quelles pages explorer ou ignorer., et Google accepte jusqu'à 500 fichiers d'index par site. Le rapport Sitemaps indique ensuite l'état de chaque fichier et la date de sa dernière lecture.

Les canaux de soumission d'un sitemap : l'index et ses segments dans la Search Console, la ligne Sitemap du robots.txt et IndexNow
Les canaux de soumission d'un sitemap : l'index et ses segments dans la Search Console, la ligne Sitemap du robots.txt et IndexNow

Le ping de sitemap ne sert plus chez Google : il a annoncé son abandon en juin 2023, et l'adresse renvoie une erreur 404Code HTTP indiquant qu'une page n'existe pas. Trop d'erreurs 404 nuisent au crawl budget.. Chez Bing, le sitemap s'envoie dans les Webmaster ToolsOutil gratuit Google pour surveiller et optimiser la présence d'un site dans les résultats de recherche. ou se déclare dans le robots.txt ; Bing tente de le récupérer dès l'envoi, puis le relit en général au moins une fois par jour.

Auditer un sitemap : le diff qui trouve les vrais problèmes

Un sitemap se vérifie par comparaison : la liste des URL qu'il déclare contre la liste des URL que votre crawler trouve en suivant les liens internesEnsemble des liens entre les pages d'un même site. Distribue le jus SEO et guide les utilisateurs.. Les logs serveurFichiers enregistrant toutes les requêtes reçues par un serveur, permettant d'analyser le comportement des bots. ajoutent un troisième ensemble, ce que GooglebotRobot d'exploration de Google qui parcourt le web pour découvrir et indexer les pages. demande vraiment, mais le diff des deux premiers suffit à trouver l'essentiel.

Audit d'un sitemap par diff : extraction des URL, export du crawl, tri des deux listes, comparaison, décision
Audit d'un sitemap par diff : extraction des URL, export du crawl, tri des deux listes, comparaison, décision

Commencez par savoir si le fichier est un index :

curl -sL --compressed https://exemple.fr/sitemap.xml | gunzip -cf | grep -c '<sitemapindex'

0 désigne un sitemap simple, 1 un index. Sur un sitemap simple, extrayez directement les URL :

curl -sL --compressed https://exemple.fr/sitemap.xml | gunzip -cf \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//; s/&amp;/\&/g' \
  | LC_ALL=C sort -u > sitemap-urls.txt

Sur un index, récupérez la liste des fichiers enfants, puis bouclez dessus :

curl -sL --compressed https://exemple.fr/sitemap.xml | gunzip -cf \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//; s/&amp;/\&/g' > fichiers.txt
while read -r f; do
  { curl -sfL --compressed "$f" || echo "Échec : $f" >&2; } | gunzip -cf
done < fichiers.txt \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//; s/&amp;/\&/g' \
  | LC_ALL=C sort -u > sitemap-urls.txt

Trois détails comptent. gunzip -cf décompresse un fichier servi compressé (un .xml.gz) et laisse passer tel quel un fichier servi en clair, même si son nom finit par .gz. Le sed retire la balise et décode les &amp; : Shopify en met dans les adresses de ses fichiers enfants, et une URL restée encodée ne se compare plus. Le motif <loc> laisse de côté les balises image:loc des sitemaps image. Ces commandes tournent avec le grep de Linux comme avec celui de macOS.

L'option -f de curl et le echo signalent chaque fichier enfant refusé (un 429 quand le serveur limite les requêtesTerme ou expression que les utilisateurs saisissent dans un moteur de recherche. Base de toute stratégie SEO., par exemple) : la liste serait sinon incomplète sans le moindre message, et le diff sortirait de fausses absentes. Récupérez ces fichiers plus tard avant de comparer.

Si sitemap-urls.txt sort vide, contrôlez la réponse avec curl -sL -o /dev/null -w '%{http_code} %{content_type}\n' suivi de l'URL : un 403 en text/html signale un site qui bloque curl derrière une page de défi. Sur votre propre site, autorisez votre adresse IP ou enregistrez le fichier depuis le navigateur.

Exportez ensuite deux listes d'un crawl lancé depuis l'accueil, sans lui fournir le sitemap, une URL par ligne : toutes les URL trouvées en suivant les liens, quel que soit leur statut, dans crawl-toutes.txt, et les seules URL indexables (pages HTML en 200, canoniques, sans noindex) dans crawl-indexables.txt. comm ne compare que des listes triées dans le même ordre, et cet ordre dépend de la locale : sort et comm tournent donc tous les deux avec LC_ALL=C. Sinon, comm signale une liste « pas dans l'ordre trié » et sort un résultat faux.

LC_ALL=C sort -u -o crawl-toutes.txt crawl-toutes.txt
LC_ALL=C sort -u -o crawl-indexables.txt crawl-indexables.txt
LC_ALL=C comm -23 sitemap-urls.txt crawl-toutes.txt > orphelines.txt
LC_ALL=C comm -13 sitemap-urls.txt crawl-indexables.txt > absentes-du-sitemap.txt

Vérifiez aussi que les deux listes écrivent les URL de la même manière (protocole, www, slash final de la page d'accueil) : sinon la même page apparaît des deux côtés. Le premier fichier contient les URL du sitemap que le crawl n'a jamais rencontrées, donc introuvables par le maillage interne : vos pages orphelines. C'est le résultat le plus utile de l'exercice, puisque vous demandez l'indexation de pages auxquelles le site ne donne aucun lien. Maillez-les ou sortez-les.

Le second fichier liste les URL indexables absentes du sitemap : le générateur filtre autrement que le site, une catégorie a été exclue par erreur, un type de contenu oublié après une migration.

Quatre erreurs à chercher en premier

Des URL en 301Redirection permanente transférant le jus SEO de l'ancienne URL vers la nouvelle. ou 404 dans le fichier. Passez la liste au crawler en mode liste, filtrez les codes autres que 200 et corrigez à la source : le générateur ne se synchronise pas avec la base.

Des URL bloquées par le robots.txt. Vous demandez l'exploration et l'interdisez en même temps. Le rapport Indexation des pages, filtré sur le sitemap, les classe en « URL bloquée par le fichier robots.txt ».

Des URL non canoniques : paramètre de tracking, version en http ou sans www, slash final quand la canonique n'en a pas. Le générateur doit sortir la version canonique de chaque URL.

Un lastmod aligné sur la date de génération. Le symptôme se voit tout de suite : toutes les entrées portent la même date. Si vous ne pouvez pas produire une date fiable, retirez la balise ; Google accepte un lastmod sur une partie des pages seulement.

La vérification de lecture côté Google

Dans le rapport Sitemaps, l'état doit être « Opération effectuée » et la date de dernière lecture récente. Si la récupération échoue, Google réessaie pendant quelques jours, puis cesse de lire le fichier : corrigez-le et renvoyez-le. Une erreur sur quelques URL n'empêche pas la lecture du reste du fichier.

Sitemap, IndexNow et moteurs génératifs

Pour les réponses IA de Bing, le sitemap reste le signal de couverture et lastmod le signal de fraîcheur. Bing l'écrit dans son billet de juillet 2025 : la date de dernière modification l'aide à choisir les URL à réexplorer, ou à les ignorer si rien n'a changé depuis le dernier passage, et ces signaux de fraîcheur influencent la vitesse à laquelle une mise à jour apparaît dans les résultats et les réponses générées. Il demande une date au format ISO 8601, heure comprise.

Ce que Bing lit pour rafraîchir ses réponses IA : lastmod réel avec l'heure et IndexNow, quand changefreq, priority et une date de génération ne servent à rien
Ce que Bing lit pour rafraîchir ses réponses IA : lastmod réel avec l'heure et IndexNow, quand changefreq, priority et une date de génération ne servent à rien

IndexNow complète le fichier. Vous notifiez chaque URL ajoutée, modifiée ou supprimée, et la notification est partagée entre les moteurs participants : Bing, Naver, Seznam, Yandex, Yep et Amazon. Google ne figure pas dans cette liste ; pour lui, le canal reste le sitemap à jour avec un lastmod fiable.

Sur un site éditorial qui veut être cité vite, la conséquence est pratique : le sitemap se met à jour à la publication, avec la date réelle, et la notification IndexNow part au même moment. Ces signaux raccourcissent le délai de découverte ; ce qui rend une page citable reste son contenu.

Questions fréquentes

Un petit site a-t-il besoin d'un sitemap ?

Rarement pour la découverte. Google estime qu'un site d'environ 500 pages ou moins, dont toutes les pages se rejoignent par des liens depuis l'accueil, peut s'en passer. Le fichier reste utile pour suivre l'indexation dans la Search Console, et la plupart des CMS le produisent sans effort.

Faut-il laisser les pages en noindex dans le sitemap ?

Pas en temps normal : le sitemap liste les URL que vous voulez voir dans les résultats, et une page en noindex n'en fait pas partie. Pendant une désindexation, un sitemap temporaire qui liste les URL concernées aide Google à les réexplorer et à lire la directive, puisque Google conseille le sitemap pour faire réexplorer un grand nombre d'URL. Une fois les pages sorties de l'index, retirez-les du fichier.

Un sitemap HTML sert-il encore à quelque chose ?

Google ne le compte pas parmi les formats de sitemap : il accepte le XML, les flux RSS, mRSS ou Atom et le texte. Une page plan du site reste une page de liens, utile à un visiteur perdu dans un gros catalogue et aux pages profondes qu'elle relie. Si votre architecture rejoint déjà chaque page, elle n'apporte presque rien.

Faut-il déclarer le sitemap dans le robots.txt et dans la Search Console ?

Oui, les deux se complètent. La ligne Sitemap: du robots.txt sert à tous les moteurs qui lisent ce champ, Bing compris. L'envoi dans la Search Console donne le suivi : le rapport Sitemaps, avec le nombre d'URL découvertes, la date de lecture et les erreurs de chaque fichier, n'affiche que les fichiers envoyés par ce biais ou par l'API.

Sources

Tags

  • SEO Technique

L’auteur

Benoit Demonchaux

Co-fondateur & SEO Director

Benoît Demonchaux est co-fondateur de Slashr, agence de référencement naturel basée à Lille et consultant SEO depuis 6 ans. Avant de créer Slashr, il a exercé en tant qu'éditeur de sites et chef de projets dans une grande agence SEO.

Voir tous ses articles

Articles recommandés

Tout le blog

Articles récents

Besoin d’aide ?

Vos magasins doivent ressortir sur Google Maps et dans le Local Pack, point de vente par point de vente.

Vous cherchez un partenaire de confiance pour développer votre trafic organique ? Faisons équipe, comme nous le faisons avec nos clients.

Agence SEO Local