Le plan du site, et ce qu'il change réellement

Un plan du site, ou sitemap, est un fichier XML qui liste les URL d'un site avec quelques métadonnées. Il est déclaré dans le robots.txt et soumis dans les outils pour webmasters.

Ce qu'il apporte, honnêtement

Il accélère la découverte. Une page nouvelle, ou une page profondément enfouie, est trouvée plus vite si elle figure dans le plan que si le robot doit la découvrir de lien en lien.

Il ne garantit rien. Une URL listée peut ne jamais être indexée, si le moteur juge la page redondante ou insuffisante. Soumettre un plan plus souvent ne change pas cet arbitrage.

Il sert de point de comparaison. C'est son usage le plus sous-estimé : l'écart entre le nombre d'URL déclarées et le nombre d'URL indexées est le meilleur indicateur de santé d'un site de taille moyenne.

Le format minimal

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

Deux balises seulement méritent l'attention. loc doit contenir l'URL canonique exacte, avec le bon protocole, le bon sous-domaine et le slash final s'il y en a un. lastmod doit refléter une modification réelle du contenu.

Les balises changefreq et priority existent dans la spécification et ne sont plus prises en compte par les principaux moteurs. Les renseigner ne coûte rien et ne rapporte rien.

La date de modification, le seul signal utile

Elle n'est exploitée que si elle est crédible. Un site qui remet toutes ses dates au jour courant à chaque génération du plan apprend au moteur à les ignorer, définitivement.

La règle : la date change quand le contenu change. Pas quand le pied de page a été retouché, pas quand un module a été mis à jour.

Segmenter, pour diagnostiquer

Un plan unique de vingt mille URL ne dit rien. Plusieurs plans regroupés dans un index de plans disent beaucoup.

Un fichier par type de contenu : les pages, les articles, les fiches produit, les catégories. La Search Console indique alors le nombre d'URL découvertes et indexées par fichier, et un décrochage se localise immédiatement.

Un fichier ne peut pas dépasser 50 000 URL ni 50 Mo décompressés. Au-delà, la découpe est obligatoire, et elle est de toute façon souhaitable bien avant.

Les erreurs fréquentes

Lister des URL non canoniques, ou redirigées, ou en erreur. Le plan doit contenir exactement ce que vous voulez voir indexé, et rien d'autre.

Lister des URL bloquées par le robots.txt. Le moteur y voit une instruction contradictoire et le signale.

Oublier de le régénérer. Un plan statique qui ne bouge plus perd son intérêt principal, qui est de signaler la nouveauté.

Le placer ailleurs qu'à la racine sans le déclarer. Un plan doit être trouvable : dans le robots.txt, et soumis dans les outils pour webmasters.

Le cas des actualités

Les sites d'information disposent d'un format distinct, limité aux contenus des deux derniers jours, avec la date de publication et la langue. Il conditionne l'entrée dans les surfaces d'actualité, et il n'a d'intérêt que pour un site qui publie plusieurs fois par semaine.

Vérifier que ça marche

Dans la Search Console, un plan soumis affiche son état, sa date de dernière lecture et le nombre d'URL découvertes. Comparez ce nombre à celui des pages indexées, plan par plan. Un écart durable de plus de 20 % sur un segment mérite une inspection, et le chapitre sur l'indexation donne la marche à suivre.