Sitemap XML : créer, soumettre et vérifier (Search Console)

Réponse courte : Un sitemap XML est un fichier qui liste les adresses que les moteurs de recherche doivent connaître : une entrée <url> par page, avec l’adresse dans <loc> et, si elle est exacte, la date de la dernière modification dans <lastmod>. Générez-le depuis votre CMS ou les données de votre site, restez à 50 000 adresses et 50 Mo par fichier au maximum, citez-le dans le robots.txt et soumettez-le dans le rapport Sitemaps de la Search Console. Soumettre est un indice, pas une promesse : Google ne garantit pas qu’il explore ou indexe ce que le fichier liste.

Que contient un sitemap XML ?

Voici le début du sitemap de seogrinder.com, tel que nous l’avons récupéré le 4 novembre 2026 (curl -sS https://seogrinder.com/sitemap.xml | head -5) :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url><loc>https://seogrinder.com/</loc><lastmod>2026-11-04</lastmod></url>
  <url><loc>https://seogrinder.com/imprint</loc><lastmod>2026-11-02</lastmod></url>
  <url><loc>https://seogrinder.com/privacy</loc><lastmod>2026-11-02</lastmod></url>

Le protocole de sitemaps.org exige trois choses : une balise ouvrante <urlset> avec l’espace de noms, une entrée <url> par page et un <loc> dans chaque entrée. Toutes les autres balises sont facultatives, et la prise en charge des facultatives « may vary among search engines » (peut varier d’un moteur à l’autre). Le fichier doit être en UTF-8, les caractères comme & doivent être échappés (&), et toutes les adresses d’un même fichier doivent appartenir à un seul hôte.

Dans notre propre fichier, nous comptons 425 entrées <loc> (curl -sS https://seogrinder.com/sitemap.xml | grep -o '<loc>' | wc -l, 5 novembre 2026) : la page d’accueil, quatre pages juridiques (mentions légales et confidentialité, chacune en allemand et en anglais), douze pages d’aperçu du blog et 408 articles. Chaque entrée n’a que <loc> et <lastmod> : ni <changefreq>, ni <priority>, ni annotation hreflang. Le fichier pèse 45 765 octets (curl -sS https://seogrinder.com/sitemap.xml | wc -c).

Avez-vous besoin d’un sitemap XML ?

Pas toujours. L’aperçu des sitemaps de Google dit que, quand vos pages sont correctement reliées entre elles, Google peut en général découvrir l’essentiel de votre site. Un sitemap aide surtout sur un grand site, sur un site neuf qui reçoit peu de liens externes, et sur un site riche en vidéos, en images ou en actualités. Vous pouvez vous en passer si votre site est petit (environ 500 pages ou moins, en ne comptant que les pages destinées aux résultats de recherche) et si chaque page importante est accessible par des liens depuis la page d’accueil. Google ajoute pourtant que la plupart des sites en tirent profit.

Si vous utilisez WordPress, Wix ou Blogger, Google indique que votre CMS a probablement déjà mis un sitemap à disposition. Ouvrez /sitemap.xml sur votre site avant de construire un second fichier.

Un sitemap ne remplace pas les liens. Si une page attendue manque dans Google, l’absence de sitemap n’est qu’une cause possible parmi plusieurs. Pour une page toute neuve, le sitemap est un élément du parcours, pas une garantie.

Comment créer un sitemap XML

Commencez par la liste des adresses, pas par l’outil. Google dit qu’un sitemap nomme les URL que vous préférez voir dans les résultats, les canoniques : quand le même contenu est accessible sous plusieurs adresses, ne listez que votre adresse préférée. Elle se définit avec la balise canonical.

Choisissez ensuite une méthode, comme la décrit la page de Google Créer et soumettre un sitemap :

• Laissez votre CMS l’écrire, s’il en est capable.
• Écrivez-le à la main pour moins de quelques dizaines d’adresses. Google juge les gros fichiers écrits à la main fastidieux et difficiles à maintenir.
• Générez-le à partir de vos propres données quand il y en a davantage. Google dit que le mieux est que le logiciel de votre site écrive le fichier. L’ordre des entrées n’a pas d’importance pour Google.

Le nôtre est généré : un script écrit les entrées du blog à partir des fichiers d’articles et laisse la page d’accueil et les pages juridiques tranquilles.

Ce qui a sa place dans le fichier :

• Dedans : des adresses complètes avec https://, de pages qui répondent par le statut 200, qui peuvent être indexées et qui doivent apparaître dans la recherche. Google demande des adresses complètes et les explore exactement comme elles sont listées.
• Dehors : les adresses qui redirigent (l’aide de la Search Console dit de les remplacer par les adresses qui doivent être explorées), les pages qui renvoient des erreurs et les doublons d’une page déjà listée. À notre avis, les pages en noindex restent dehors aussi : le sitemap invite Google à entrer et la balise le refoule.

Placez le fichier à la racine, par exemple https://example.com/sitemap.xml. Google recommande la racine ; un sitemap dans un sous-dossier ne concerne que les adresses situées en dessous, sauf si vous le soumettez par la Search Console.

Quelle taille maximale pour un sitemap XML ?

Un fichier peut contenir au plus 50 000 adresses et peser au plus 50 Mo non compressé. Vous pouvez le compresser avec gzip, mais c’est la taille décompressée qui compte (sitemaps.org). Au-delà de ces limites, scindez la liste et nommez les fichiers dans un fichier d’index de sitemaps, qui peut lister jusqu’à 50 000 sitemaps et seulement des sitemaps de son propre site. Notre fichier est très en dessous des deux limites ; nous n’avons donc pas besoin d’index.

lastmod : à renseigner seulement si la page a vraiment changé

<lastmod> est la seule balise facultative qui mérite d’être soignée. Google dit qu’il utilise la valeur « if it’s consistently and verifiably » exacte (si elle est exacte de façon constante et vérifiable). Une mise à jour significative concerne le contenu principal, les données structurées ou les liens ; une nouvelle année de copyright n’en est pas une. Le protocole est plus franc : la date doit être « the date the linked page was last modified, not when the sitemap is generated » (la date de dernière modification de la page liée, pas celle de la génération du sitemap).

N’écrivez donc pas la date du jour dans chaque entrée à chaque génération. Google ignore aussi <priority> et <changefreq> ; omettez les deux.

Dans notre fichier, 313 des 425 entrées portent 2026-11-04, 108 portent 2026-11-05 et quatre portent 2026-11-02 (curl -sS https://seogrinder.com/sitemap.xml | grep -o '<lastmod>[^<]*' | sort | uniq -c, 5 novembre 2026). Les entrées d’articles reprennent la date de la ligne updated de chaque article ; beaucoup d’entrées partagent donc une date quand des articles sont écrits ou révisés le même jour.

Comment soumettre un sitemap XML à Google ?

Il y a trois moyens, et vous pouvez les combiner :

1. robots.txt. Ajoutez Sitemap: https://example.com/sitemap.xml avec l’adresse complète. La ligne n’appartient à aucun groupe de user agent, sa position n’a donc pas d’importance, et vous pouvez en indiquer plusieurs. Google la trouve à la prochaine exploration de votre robots.txt. Avec un fichier d’index, c’est le fichier d’index que vous soumettez. Chez nous, c’est la dernière ligne de notre robots.txt au 4 novembre 2026 : Sitemap: https://seogrinder.com/sitemap.xml.
2. Le rapport Sitemaps de la Search Console. Les étapes figurent ci-dessous.
3. L’API de la Search Console, pour soumettre depuis du code.

Soumettre, c’est dire à Google où se trouve le fichier. L’aide du rapport Sitemaps de Google dit : « You cannot actually upload a sitemap to Google. » (vous ne pouvez pas réellement téléverser un sitemap vers Google). Les intitulés français de la Search Console peuvent varier ; l’anglais est donc donné entre parenthèses. Les étapes :

1. Vérifiez que vous avez l’autorisation de propriétaire sur la propriété. Sans elle, citez plutôt le sitemap dans le robots.txt.
2. Publiez le sitemap sur votre site.
3. Lancez un test en ligne de son adresse dans l’outil « Inspection de l’URL » (« Tester l’URL en ligne ») et vérifiez que la récupération de la page est réussie (« Successful »).
4. Ouvrez le rapport « Sitemaps », collez l’adresse sous « Ajouter un sitemap » (« Add a new sitemap ») et cliquez sur « Envoyer » (« Submit »).

Google dit que le fichier devrait être récupéré immédiatement, mais que l’exploration des adresses qu’il contient peut prendre du temps et que toutes ne seront pas explorées. Selon Google, « submitting a sitemap is merely a hint » (soumettre un sitemap n’est qu’un indice) (Google). Le rapport affiche un état par sitemap (« Success », « Couldn’t fetch », « Sitemap had X errors » dans l’interface anglaise), la date de la dernière lecture par Google et le nombre de pages découvertes. Découverte n’est pas indexée : Google dit qu’il n’existe aucune garantie qu’une page découverte ait été ou sera explorée ou indexée. Le rapport ne liste d’ailleurs que les sitemaps soumis par lui ou par l’API, pas ceux que Google a trouvés par le robots.txt.

Cet article suit la documentation de Google. Il ne montre aucune capture d’écran de la Search Console et ne rapporte aucun résultat de soumission pour notre propre fichier.

Comment vérifier un sitemap XML

1. Récupérez-le. curl -sSI https://example.com/sitemap.xml doit montrer le statut 200 et un type de contenu XML. Chez nous, il a donné HTTP/2 200 et content-type: application/xml; charset=utf-8 le 4 novembre 2026.
2. Lisez le début. Il commence par <urlset et l’espace de noms, est en UTF-8 et ne contient aucune adresse relative.
3. Interrogez chaque adresse. La boucle ci-dessous ne suit pas les redirections ; une redirection apparaît donc comme 301 ou 302.
4. Vérifiez que Google peut le récupérer. Utilisez le test en ligne ci-dessus. Google respecte le robots.txt quand il récupère un sitemap : une règle qui bloque le fichier l’arrête.
5. Lisez le rapport Sitemaps après la soumission, et cliquez sur un sitemap en erreur pour en voir le détail.

for u in $(curl -sS https://seogrinder.com/sitemap.xml | grep -o 'https://seogrinder.com/[^<]*'); do
  curl -sS -o /dev/null -w '%{http_code}\n' "$u"
done | sort | uniq -c

Le 5 novembre 2026, vers 13:40 UTC, cette boucle a affiché 425 200 : les 425 adresses ont répondu par 200.

SEOgrinder est notre propre outil gratuit, et nous le développons. Analysez une page et regardez la liste des tâches (onglet « Tâches »), ainsi que le point « Montrer le chemin aux agents » (étiquette « Sitemap ») de l’onglet « Préparation à l'IA ». Il lit le sitemap cité dans le robots.txt, ou /sitemap.xml si le robots.txt n’en cite aucun, et peut signaler :

Il teste un échantillon d’au plus 15 adresses réparties sur la liste, pas chaque adresse ; c’est pourquoi la boucle ci-dessus vaut la peine d’être lancée. Il lit aussi au plus 3 Mo par fichier et dix sitemaps d’un index, et signale un sitemap plus grand comme non lu en entier.

Erreurs fréquentes

• Des adresses qui redirigent, échouent ou portent noindex. La Search Console signale celles qui sont inaccessibles ; remplacez une redirection par sa cible.
• Toutes les variantes d’une page. Lister http et https, avec et sans www, ou des versions à paramètres. Listez uniquement la canonique.
• La date du jour en lastmod à chaque génération. Google utilise la date quand elle est exacte de façon constante et vérifiable.
• Des adresses que le fichier n’a pas le droit de contenir. Le rapport signale cela comme une URL non autorisée (« URL not allowed » dans l’interface anglaise) : un autre domaine, un autre protocole ou un dossier au-dessus de celui du sitemap.
• Lire « soumis » comme « indexé ». Un sitemap soumis ne garantit rien.
• Laisser un fichier défaillant en l’état. Google retente une récupération échouée pendant quelques jours, puis s’arrête. Corrigez la cause et soumettez de nouveau.

Questions fréquentes

Dois-je le soumettre si le robots.txt le cite déjà ?

Non. Google trouve un sitemap cité dans le robots.txt à sa prochaine exploration de ce fichier. Soumettre vous apporte le rapport : vous voyez quand Googlebot a consulté le fichier et sur quelles erreurs il est tombé.

Un sitemap XML améliore-t-il mon classement ?

Google décrit son but comme la découverte : il aide les moteurs à trouver des adresses et peut améliorer l’exploration des sites plus grands ou plus complexes. Les pages que nous citons ne promettent rien sur les positions, et personne ne le peut.

Votre prochaine étape

Lancez la boucle ci-dessus sur votre propre sitemap et corrigez chaque adresse qui ne répond pas par 200. Analysez ensuite votre site avec SEOgrinder, ouvrez la liste des tâches et commencez par les constats sur le sitemap. Après vos modifications, cliquez sur Réanalyser et, si ce n’est pas encore fait, soumettez le fichier dans le rapport Sitemaps de la Search Console.

À lire aussi

• Mon site n’apparaît pas sur Google : 7 vérifications pour le corriger
• Indexer une page sur Google : 5 étapes que nous avons testées
• Balise canonical : quand en avez-vous besoin ? (+ 5 erreurs courantes)