Sitemap XML : comment le créer et le soumettre facilement

Un client m'appelle, paniqué. Google a indexé 12 de ses 340 articles. Douze. Il publie depuis huit mois, il a un bon contenu, et il se demande pourquoi personne ne le trouve. J'ouvre son site, je tape /sitemap.xml dans la barre d'adresse. Erreur 404. Voilà. Il n'avait simplement jamais généré son sitemap XML.

Ce n'est pas un cas isolé. Sur les sites que j'audite, environ un sur trois n'a pas de sitemap fonctionnel, ou en a un qui pointe vers des URLs mortes. Et à chaque fois, la même question revient : comment le créer, et comment le soumettre correctement ?

Je vais vous montrer la méthode complète, avec le code réel, les limites techniques que personne ne mentionne, et les erreurs qui font afficher "Impossible de lire le sitemap" dans la Search Console.

Sitemap XML : comment le créer et le soumettre sans se tromper

Avant de plonger dans le code, une mise au point qui va vous faire gagner du temps. Un sitemap n'est pas une baguette magique. Je l'ai cru au début, comme tout le monde. J'ai soumis un sitemap sur un site de 40 pages en me disant que l'indexation allait décoller en 48 heures. Résultat : trois semaines pour voir la moitié des pages apparaître, parce que le contenu n'était pas encore jugé pertinent par l'algorithme. Le sitemap a aidé à la découverte, pas au classement.

Ceci posé, un sitemap reste l'outil le plus simple pour dire à Google : voici tout ce que j'ai publié, dans quel ordre, et à quelle fréquence ça bouge.

Ce que contient vraiment un fichier sitemap

La structure est étonnamment courte. Chaque URL vit dans une balise <url>, et à l'intérieur, quatre balises optionnelles viennent préciser les choses :

• <loc> — l'adresse complète de la page, obligatoire, en HTTPS de préférence.
• <lastmod> — date de dernière modification, format AAAA-MM-JJ.
• <changefreq> — fréquence de mise à jour supposée (daily, weekly, monthly, never).
• <priority> — valeur entre 0.0 et 1.0 indiquant l'importance relative dans votre site.

Franchement, les deux dernières balises sont largement ignorées par Google aujourd'hui. Bing les regarde encore un peu. Mais <loc> et <lastmod> valent vraiment la peine d'être soignés, parce que le lastmod fiable accélère la recrawl des pages modifiées.

Voici un exemple complet, commenté, que vous pouvez copier :

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://exemple.fr/</loc>
    <lastmod>2026-07-15</lastmod>
    <changefreq>daily</changefreq>
    <priority>1.0</priority>
  </url>
  <url>
    <loc>https://exemple.fr/guide-sitemap/</loc>
    <lastmod>2026-07-20</lastmod>
    <priority>0.8</priority>
  </url>
</urlset>

Le point critique que je vois souvent manquer : l'encodage doit être UTF-8. Un accent mal encodé, et Google rejette le fichier entier. J'ai vu un sitemap de 2 000 URLs échouer à cause d'un simple "é" transformé en caractère de remplacement.

Quel format choisir entre XML, RSS et texte ?

Trois formats sont acceptés. Le choix dépend de votre volume et de votre type de contenu. Voici ce que j'en pense après avoir testé les trois sur des projets différents :

Format	Volume idéal	Gère images/vidéos	Mon usage
XML	Jusqu'à 50 000 URLs	Oui	Choix par défaut, 95 % des cas
RSS / Atom	Petits sites de blog	Non	Jamais utilisé, trop limité
Texte brut	Quelques dizaines d'URLs	Non	Dépannage rapide uniquement

Le format texte a un avantage : une URL par ligne, zéro balise. Si vous gérez un site vitrine de 15 pages et que vous ne voulez pas vous embêter avec du XML, c'est viable. Pour tout le reste, restez sur XML.

Créer un sitemap quand vous n'avez aucune compétence en code

Vous n'êtes pas obligé d'écrire du XML à la main. Heureusement.

Sur WordPress

Depuis la version 5.5, WordPress génère automatiquement un sitemap à l'adresse votresite.fr/wp-sitemap.xml. Inutile d'installer un plugin pour ça. Je le répète à chaque audit, et pourtant la moitié des sites que je vois ont encore trois plugins SEO qui se marchent dessus.

Si vous voulez plus de contrôle (exclure des catégories, gérer les balises lastmod précisément), un plugin comme Rank Math ou Yoast prend le relais. J'ai une préférence pour Rank Math ces derniers temps, principalement pour la gestion des sitemaps d'images qui est plus propre.

Sur un site fait main

Deux options. Soit vous générez le fichier avec un script côté serveur qui parcourt votre base de données et écrit le XML. Soit vous utilisez un générateur en ligne — pratique pour un site figé, dangereux pour un site qui bouge, parce que vous devrez régénérer manuellement à chaque nouvelle page publiée.

Pour un site que je gère, j'ai écrit un petit script PHP qui tourne chaque nuit à 3 h et régénère le sitemap à partir de la table des articles. Vingt lignes de code, zéro maintenance. C'est de loin la solution que je recommande si vous avez la moindre compétence technique.

Dépasser la limite des 50 000 URLs

Au-delà de 50 000 URLs ou 50 Mo, un seul fichier ne suffit plus. Il faut créer un index de sitemaps : un fichier parent qui liste plusieurs sitemaps enfants.

<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://exemple.fr/sitemap-articles.xml</loc>
    <lastmod>2026-07-20</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://exemple.fr/sitemap-produits.xml</loc>
  </sitemap>
</sitemapindex>

J'ai déployé cette structure sur un e-commerce de 180 000 références. Découpage par type de contenu : produits, catégories, articles de blog, pages statiques. Google absorbe l'index sans problème et crawle beaucoup plus efficacement qu'avec un seul gros fichier.

Soumettre son sitemap à Google et aux autres moteurs

Le fichier existe, il est en ligne, il s'affiche correctement dans un navigateur. Reste à le déclarer.

La déclaration dans robots.txt

Une seule ligne à ajouter en fin de fichier :

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

Attention à l'URL absolue. Relative, la directive est ignorée. Et un détail que j'ai mis du temps à comprendre : déclarer le sitemap dans robots.txt n'oblige aucun moteur à le lire, mais ça leur indique où chercher. C'est une béquille utile, pas une garantie.

Soumettre via Google Search Console

La procédure, sans détour :

1. Vérifiez la propriété du site (balise HTML, fichier, ou DNS — le DNS est le plus fiable sur la durée).
2. Dans le menu latéral, ouvrez la section Sitemaps.
3. Saisissez l'URL relative : juste sitemap.xml, pas l'adresse complète.
4. Cliquez sur Envoyer, puis rafraîchissez la page quelques secondes plus tard.

Le statut doit passer à "Réussite". Si vous voyez "Impossible de lire le sitemap", passez à la section suivante.

Et pour Bing ?

Deux chemins. Le plus simple : Bing Webmaster Tools permet d'importer directement vos propriétés depuis la Search Console. Un clic. L'autre : soumission manuelle, même logique.

Pour les autres moteurs (Yandex, Naver), la déclaration dans robots.txt suffit généralement. Je ne me suis jamais embêté à créer des comptes séparés pour eux, et je n'ai jamais vu de perte de trafic notable.

Erreurs fréquentes qui bloquent la validation

Voici les messages que vous croiserez, et ce qu'ils cachent réellement.

"Impossible de lire le sitemap"

Trois causes, dans l'ordre de fréquence que j'observe :

• Le fichier renvoie une erreur 404 ou 500. Testez l'URL directement dans le navigateur.
• Le serveur bloque les robots. Vérifiez qu'aucune règle Disallow: / ou qu'un pare-feu ne rejette la requête.
• L'encodage n'est pas de l'UTF-8, ou le fichier est en réalité du HTML déguisé (page d'erreur servie avec un code 200).

Cette dernière cause est la plus vicieuse. Je me suis arraché les cheveux dessus un après-midi entier : mon sitemap s'affichait, semblait valide, mais le serveur renvoyait sa page de maintenance à cause d'un cache mal configuré. Google voyait du HTML, rejetait le fichier. Videz votre cache serveur avant de chercher ailleurs.

"Erreur de traitement temporaire"

Le message le moins inquiétant de la liste. Il signifie que Google a récupéré le fichier mais n'a pas encore fini de le parcourir. Ça peut durer de quelques heures à plusieurs jours selon la taille du site.

Ce qu'il faut faire : rien. Attendez. Si le statut reste bloqué au-delà d'une semaine, alors seulement, il y a un problème de fond — souvent un sitemap trop volumineux ou un serveur trop lent à répondre.

Faut-il inclure toutes ses pages ?

Non. Et c'est peut-être le conseil le plus utile de cet article.

Excluez systématiquement : les pages de résultats de recherche interne, les pages de tags vides, les URLs paginées (?page=2), les pages de connexion, et tout ce qui est en noindex. Un sitemap qui liste des pages que vous ne voulez pas voir indexées, c'est un signal de mauvaise qualité envoyé à l'algorithme.

Sur un audit récent, un client avait un sitemap de 4 200 URLs pour un site qui en comptait réellement 380 utiles. Le reste ? Des filtres de recherche et des combinaisons de paramètres générés automatiquement. J'ai nettoyé, le taux d'indexation est passé de 34 % à 89 % en six semaines. La différence n'était pas le contenu — c'était la propreté du fichier.

Maintenir le sitemap dans le temps

Un sitemap n'est pas un livrable qu'on oublie. C'est un fichier vivant.

Automatisez sa génération si votre site évolue régulièrement. Sur un blog qui publie deux fois par semaine, un sitemap figé devient obsolète en un mois. Sur un site vitrine de cinq pages, une régénération manuelle une fois par an suffit.

Un dernier point qui a son importance : si vous changez une URL sans mettre à jour le lastmod, Google ne recrawlera pas la page avant longtemps. C'est bête, mais c'est mécanique.

Ce qu'il faut retenir au fond

Le sitemap XML n'est qu'un plan de votre site que vous tendez aux moteurs. Il ne remplace ni un bon maillage interne, ni des liens entrants, ni un contenu qui mérite d'être lu. Il supprime juste un obstacle : l'ignorance.

Si vous n'en avez pas encore, créez-en un aujourd'hui. Sur WordPress, c'est déjà fait, il suffit de le soumettre. Sur un site fait main, une heure de travail. Et si vous en avez un, vérifiez son contenu — vous serez peut-être surpris, comme ce client, du nombre de pages inutiles qu'il traîne depuis des mois sans que personne ne les regarde.