Créer un sitemap XML et le soumettre à Google : le guide simple

Un sitemap posé sur le serveur, soumis dans la Search Console, et puis… rien. Pendant onze jours. Le petit statut reste sur « En attente », la courbe de couverture ne bouge pas d'un pixel, et vous commencez à vous demander si le fichier a été lu par quelqu'un chez Google. Ça, c'est la question qu'on me pose le plus souvent quand je dépanne un site qui ne décolle pas. Et dans neuf cas sur dix, le problème n'est pas le sitemap lui-même : c'est ce qu'on a mis dedans, ou la façon dont on l'a déclaré.

Alors reprenons dans l'ordre. Créer un sitemap XML, c'est facile. Le soumettre à Google, c'est trois clics. Ce qui est plus subtil, c'est de comprendre ce que Google en fait vraiment — et ce qu'il ignore royalement. Spoiler : il ignore beaucoup de choses que les tutoriels vous vendent comme essentielles.

Créer un sitemap XML : ce qu'il faut vraiment mettre dedans

Un sitemap, dans sa version la plus simple, c'est un fichier texte balisé qui ressemble à ça :

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

Deux lignes suffisent par page pour l'essentiel : l'URL absolue et, si vous êtes rigoureux, la date de dernière modification. Le reste, franchement, c'est du décor.

Les balises réellement utiles (et celles qui dorment)

Reprenons chaque balise une par une, parce que c'est là que la plupart des guides racontent n'importe quoi :

• <loc> — obligatoire. Doit être une URL absolue, en HTTPS de préférence, avec le domaine exact (pas de www si votre propriété n'est pas canonique sur www).
• <lastmod> — utile quand elle est honnête. Si vous mettez la date du jour sur toutes vos pages chaque nuit, Google finira par ne plus la lire du tout.
• <priority> — ignorée. Google l'a dit noir sur blanc. Inutile de mettre 1.0 sur la home et 0.8 sur les catégories.
• <changefreq> — ignorée aussi. Vous pouvez la retirer sans aucun impact.

Je vois encore passer des générateurs en ligne qui remplissent ces deux dernières balises par défaut. Ça ne casse rien, mais ça gonfle le fichier pour rien. Et un fichier plus gros, c'est un fichier qui s'approche plus vite du plafond des 50 Mo.

Les limites à connaître avant de générer

Un sitemap unique ne peut pas dépasser 50 000 URLs ou 50 Mo non compressés, au premier des deux seuils atteint. Au-delà, il faut un sitemap index : un fichier parent qui pointe vers plusieurs sitemaps enfants, chacun sous les limites.

Sur un site éditorial que je suis depuis quelques années, on a franchi la barre des 40 000 URLs sans nous en rendre compte — à cause des pages de pagination et des archives de dates. Le sitemap pesait plus de 60 Mo. On a basculé sur un index avec cinq sous-sitemaps thématiques (articles, catégories, auteurs, dossiers, pagination exclue), et l'espace de crawl s'est nettement amélioré en deux semaines. Pas parce que le fichier était plus joli : parce que Google pouvait enfin prioriser les bonnes pages.

Comment le générer concrètement

Trois voies, selon votre situation :

1. Votre CMS le fait pour vous : WordPress avec Yoast ou Rank Math, Shopify, Ghost, PrestaShop génèrent un sitemap à une URL du type /sitemap.xml ou /sitemap_index.xml. Vérifiez juste qu'il est actif.
2. Vous êtes sur un site statique : utilisez un plugin de build (Hugo, Astro, Eleventy) ou un petit script qui parcourt vos fichiers et écrit le XML.
3. Vous voulez un contrôle total : un script maison en Python ou PHP, qui interroge votre base et produit le fichier à la demande, régénéré chaque nuit.

Dans tous les cas, l'encodage doit être en UTF-8 et le fichier accessible en HTTP 200. Un sitemap qui renvoie une redirection 301 ne sera pas lu comme un sitemap.

Soumettre le sitemap à Google via Search Console

La procédure officielle tient en quatre étapes. Elle n'a pas changé depuis des années, ce qui est plutôt une bonne nouvelle.

La marche à suivre, sans détour

1. Connectez-vous à Google Search Console avec le compte propriétaire de la propriété.
2. Vérifiez que la propriété correspond bien au domaine du sitemap (propriété « domaine » ou « préfixe d'URL »).
3. Dans le menu de gauche, ouvrez Sitemaps.
4. Saisissez le chemin relatif du fichier — par exemple sitemap.xml si le fichier est à la racine — puis validez.

Le statut apparaît immédiatement, avec la mention « Réussite » si le fichier a été lu. Attention à une confusion fréquente : « Réussite » ne veut pas dire « indexé ». Ça veut dire que Google a téléchargé et parsé le fichier. Combien d'URLs en sont réellement ressorties, c'est la section « Pages » qui vous le dira, parfois plusieurs jours plus tard.

Et le robots.txt dans tout ça ?

Beaucoup ignorent qu'on peut déclarer un sitemap directement dans le fichier robots.txt, sans passer par la Search Console :

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

La différence ? La Search Console vous donne des statistiques et des erreurs détaillées. Le robots.txt ne vous dit rien — il informe juste les robots. En pratique, je fais les deux : la ligne dans le robots.txt pour la robustesse, la soumission en GSC pour le suivi. Avouons-le, c'est un peu ceinture et bretelles, mais ça m'a sorti de plusieurs situations où la propriété avait été mal configurée.

Ce qui casse le plus souvent : erreurs et pièges

Une erreur que j'ai faite au début, sur un site client multilingue : j'ai mis toutes les versions de langue dans un seul sitemap, sans balises hreflang. Résultat, Google a indexé la version française partout, et les versions allemande et espagnole ont mis des semaines à remonter. La correction est simple : soit un sitemap par langue, soit des annotations xhtml:link explicites.

« Impossible de lire le sitemap » : que faire ?

Ce message dans la Search Console arrive pour trois causes principales, dans cet ordre de fréquence :

• Le fichier renvoie autre chose qu'un code 200 (redirection, 403, 404).
• Le XML est mal formé — une esperluette non échappée (& au lieu de &amp; dans une URL) suffit à tout bloquer.
• L'encodage n'est pas en UTF-8, ou une balise est fermée dans le mauvais ordre.

Testez le fichier dans un validateur XML avant de le soumettre. J'ai perdu deux jours sur cette histoire d'esperluette il y a quelques années, persuadé que le problème venait de Google. Il venait de mon script de génération.

Pages en noindex et redirections

Mettre une page en noindex tout en la laissant dans le sitemap est une contradiction que Google résout à votre désavantage : la page sera ignorée, et vous verrez apparaître des avertissements dans le rapport. Même logique pour les URLs qui redirigent en 301 — elles n'ont rien à faire dans un sitemap moderne, elles ralentissent le crawl.

Voici un tableau récapitulatif des situations fréquentes :

Situation	À faire	Impact SEO
Page en noindex	Retirer du sitemap	Évite les avertissements
URL qui redirige en 301	Retirer du sitemap	Gain d'espace de crawl
Plus de 50 000 URLs	Créer un sitemap index	Lecture complète garantie
Site multilingue	Sitemaps séparés ou hreflang	Indexation correcte par langue
Sitemap volumineux	Compresser en .gz	Bande passante économisée

Après la soumission : ce que le sitemap ne fait pas

Il faut être clair : un sitemap n'accélère pas l'indexation par magie. Il donne à Google une carte du territoire. Google décide ensuite de la visiter à son rythme, selon la qualité perçue du site, sa fréquence de mise à jour, sa popularité.

Sur un blog récent que j'ai lancé en début d'année, une vingtaine d'articles, sitemap soumis dès le premier jour : la première page a été indexée en trois jours, la vingtième en cinq semaines. Le sitemap n'y était pour rien dans cet écart — c'est le maillage interne et les liens entrants qui ont fait la différence.

« En attente » pendant des jours : est-ce grave ?

Non, pas nécessairement. Le statut peut rester « En attente » plusieurs jours si Google n'a pas encore traité le fichier. La patience est souvent la bonne réponse. Mais si au bout de deux semaines rien ne bouge, vérifiez trois choses : l'accessibilité du fichier en HTTP 200, la correspondance exacte entre l'URL soumise et l'URL réelle, et l'absence de blocage dans le robots.txt.

Une chose que j'ai apprise à la dure : ne soumettez pas le sitemap plusieurs fois par jour en espérant accélérer. Ça ne sert à rien et ça peut générer des doublons dans le rapport.

Le vrai levier n'est pas là

Un sitemap propre, c'est de l'hygiène technique. Nécessaire, mais pas suffisant. Ce qui fait grimper un site dans les résultats, ce sont les pages elles-mêmes : leur contenu, leur maillage, les liens qu'elles reçoivent. J'ai vu des sites sans sitemap se classer très bien, et des sites avec un sitemap impeccable ramper en page sept. La carte n'est pas le chemin.

Alors posez-vous cette question : si Google visite votre site demain, trouvera-t-il des pages qu'il a envie de montrer à ses utilisateurs ? Si la réponse est floue, le sitemap ne vous sauvera pas. Si la réponse est oui, il ne vous reste qu'à laisser le temps faire son travail — et à surveiller le rapport « Pages » plutôt que le statut du sitemap.