Créer un sitemap : les quatre champs et les deux que Google ignore

Pour créer un sitemap, il faut un seul fichier UTF-8, placé à la racine du site, qui liste les URL absolues que vous voulez voir dans les résultats de recherche. Deux des quatre champs que les gens remplissent sont ignorés par Google. Le fichier ne fait indexer aucune page : il indique ce qui existe et, si un champ est honnête, quand cela a changé.

Commencez par la liste des pages que vous voulez voir classées, pas par la liste de toutes vos pages. Les listes filtrées, les archives de tags, les doublons de pagination et les pages de remerciement restent dehors. Un sitemap est une déclaration d’intention que les autres signaux vont comparer au contenu réel.

Si votre système publie déjà un sitemap, n’en construisez pas un second. Lisez d’abord celui qui existe : la majeure partie de ce chapitre devient une vérification, pas une construction.

Pourquoi deux des quatre champs ne servent à rien

Le format XML autorise quatre éléments par URL. La documentation Google sur les sitemaps, lue le 24 août 2026, règle le sort de la moitié en une phrase : « Google ignores <priority> and <changefreq> values. »

La condition sur la deuxième ligne est la partie intéressante : Google « uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate ». La documentation définit ensuite ce qui compte : « an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not ».

Un modèle qui inscrit la date du jour sur chaque URL chaque nuit n’envoie donc pas un signal de fraîcheur. Il envoie un champ que l’on peut comparer à la page et trouver faux, sur chaque URL, chaque nuit. Nous avons mesuré la fréquence : 13 sites sur 24 ne disent rien avec leur lastmod (en anglais).

Bing a depuis écrit le même verdict sur lui-même, ce qui met deux moteurs au dossier : « Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked » (Keeping content discoverable with sitemaps in AI-powered search, publié le 31 juillet 2025, lu le 9 septembre 2026). Sur 168 434 entrées d’URL lues le 9 septembre 2026, sept sitemaps sur 24 portaient encore changefreq et 17 ne portaient aucun des deux champs ; parmi les sept, quatre mettaient une seule valeur sur 97 % ou plus du fichier, la forme d’un réglage par défaut, pas d’une décision.

Un sitemap est une affirmation sur votre site qu’un moteur peut vérifier. Chaque champ rempli à la légère est une affirmation qui échoue au contrôle.

Créer un sitemap en cinq étapes

Pour un petit site, le travail prend une vingtaine de minutes à la main, et cela vaut la peine de le faire une fois même si un plugin prend le relais ensuite. C’est ce passage manuel qui vous montre quelles URL vous ne vous attendiez pas à voir.

1. Listez les URL à faire apparaître dans les résultats, en adresses absolues. Google est explicite : « Google will attempt to crawl your URLs exactly as listed. » Les chemins relatifs ne suffisent pas.
2. Écrivez un bloc <url> par adresse, avec <loc> et, si vous pouvez le produire honnêtement, <lastmod>. Échappez les esperluettes et les autres entités, comme dans tout fichier XML.
3. Enregistrez en UTF-8 et placez le fichier à la racine. L’emplacement compte : « unless you submit your sitemap through Search Console, a sitemap affects only descendants of the parent directory ».
4. Déclarez-le dans robots.txt avec une ligne Sitemap:, puis soumettez-le dans Search Console. Les deux voies sont indépendantes et peu coûteuses.
5. Coupez aux limites. Un sitemap est plafonné à « 50MB (uncompressed) or 50,000 URLs ». Au-delà, découpez et soumettez un index de sitemaps.

L’étape 4 a un second bénéfice sur les sites plus grands : soumettre plusieurs sitemaps séparément permet de lire la couverture par groupe dans Search Console, et donc de voir qu’une section est indexée alors qu’une autre ne l’est pas.

Le livrable : deux fichiers et un comptage

Un sitemap minimal. C’est tout le format : il n’y a pas d’en-tête à réussir au-delà de ces deux lignes.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/foo.html</loc>
    <lastmod>2026-08-24</lastmod>
  </url>
</urlset>

Un index de sitemaps, quand vous dépassez une limite ou voulez un suivi par section :

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

Et le comptage, la vérification à lancer après chaque déploiement : il dit combien d’URL vous revendiquez réellement et si le fichier approche d’une limite.

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//' | tee /tmp/sitemap-urls.txt | wc -l

# Octets, par rapport au plafond de 50 Mo
curl -s https://example.com/sitemap.xml | wc -c

# Adresses listées qui ne répondent pas 200
while read -r u; do
  printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$u")" "$u"
done < /tmp/sitemap-urls.txt | grep -v '^200'

Ce qui casse, et comment le reconnaître

Le sitemap liste des URL qui redirigent

Symptôme : Search Console signale des pages « Page avec redirection » en nombre qui correspond à une section du site. Cause : le fichier a été généré avant un changement d’URL. La troisième commande ci-dessus les trouve en une passe.

Le sitemap et le canonical se contredisent

La documentation Google sur la canonicalisation déconseille exactement cela : ne pas « specify one URL in a sitemap, but a different URL for that same page using rel="canonical" ». La présence dans le sitemap est un signal de canonicalisation faible : la contradiction ne gagne généralement pas, elle gaspille le signal.

Les URL mobile et desktop figurent toutes les deux

Si une page a deux adresses, Google recommande de n’en pointer qu’une dans le sitemap. Lister les deux sans annotation demande au moteur de trancher quelque chose que vous savez déjà.

Le fichier existe mais rien ne pointe vers lui

Un sitemap dont personne n’a été informé n’est trouvé que par convention. La ligne dans robots.txt coûte une ligne ; nous avons vu que la déclaration et son ouverture varient plus que prévu (en anglais).

Ce qu’un sitemap ne fera pas

Il ne fera pas indexer une page. Il la rend découvrable, ce qui est une affirmation plus faible, et il n’apporte rien à une page déjà découvrable par vos liens internes. Sur un petit site aux liens propres, sa valeur réaliste est celle d’une liste que l’on peut comparer, pas d’un apport de trafic.

Il ne sauve pas non plus une page bloquée, cassée ou volontairement exclue. Lister une URL qui renvoie une redirection, un 404 ou un noindex ne neutralise aucun de ces signaux. Arrêtez quand le nombre d’URL dans Search Console correspond à celui de votre fichier et que les pages découvertes sont bien celles que vous vouliez. Il n’y a pas d’état suivant.

L’étape d’après consiste à dire aux moteurs que quelque chose a changé : c’est un autre mécanisme, avec ses propres modes de panne. Voir comment faire indexer une page plus vite. Pour la chaîne complète, du crawl à la citation, le parcours de diagnostic commence ici.

Questions fréquentes

Un sitemap est-il obligatoire ?

Non, pas si le site est petit et que chaque page est atteignable par vos liens. Il devient utile quand le site grandit, quand les pages sont mal liées ou quand vous voulez un suivi par section. Le créer coûte presque rien, d’où la réponse pratique « oui » et la réponse de principe « non ».

Où placer le fichier ?

À la racine, car un sitemap « affects only descendants of the parent directory » sauf s’il est soumis via Search Console. Un fichier dans /blog/sitemap.xml ne peut pas parler pour /products/.

Peut-on utiliser un flux RSS comme sitemap ?

Oui. Google accepte les flux RSS 2.0 et Atom 1.0 soumis comme sitemaps, avec une réserve : un flux « only provides information on recent URLs ». C’est un bon canal de fraîcheur, un mauvais inventaire.

Combien d’URL dans un sitemap ?

50 000, ou 50 Mo non compressés, selon la limite atteinte en premier. Au-delà, on découpe et on soumet un index. La plupart des sites en sont loin, et ceux qui y arrivent le découvrent par une erreur de validation plutôt que par un comptage.