Comment créer un plan de site XML et le soumettre à Google facilement

Créer un plan de site XML et le soumettre à Google : le guide qu'aucun CMS ne vous donnera

La question revient à chaque audit : « Mon site est sur WordPress, mon sitemap est généré tout seul, pourquoi Google ne voit toujours pas mes nouvelles pages ? » Parce que « généré automatiquement » ne veut pas dire « correctement généré ». Et surtout, parce que la plupart des gens soumettent un sitemap sans jamais avoir ouvert le fichier pour regarder ce qu'il y a dedans.

Je vais vous montrer comment on écrit un sitemap XML à la main, comment on le vérifie avant de le soumettre, et dans quels cas il faut carrément en générer plusieurs.

L'anatomie d'un fichier sitemap.xml, balise par balise

Voici la structure minimale qui fonctionne. Je l'ai réduite au strict nécessaire parce que beaucoup de tutoriels vous noient sous des balises que Google ignore en pratique.

<?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-07-12</lastmod>
  </url>
  <url>
    <loc>https://exemple.fr/article-2</loc>
    <lastmod>2026-07-20</lastmod>
  </url>
</urlset>

À quoi sert la balise urlset

C'est l'enveloppe racine. Elle déclare le namespace, qui indique à Google quelle version du protocole vous utilisez. Sans elle, le fichier est rejeté. Une seule erreur de frappe dans l'URL du namespace et l'ensemble du fichier devient illisible pour le robot.

loc et lastmod : ce qui est obligatoire, ce qui ne l'est pas

Seule la balise <loc> est obligatoire. Elle contient l'URL absolue, en HTTPS de préférence, avec le domaine complet. Pas de chemin relatif, jamais.

Les trois autres balises couramment citées :

• lastmod — la date de dernière modification, au format AAAA-MM-JJ. Utile si vous la tenez à jour honnêtement. Si vous la faites changer à chaque déploiement sans qu'aucun contenu ne bouge, vous perdez votre crédibilité auprès du robot et il finira par ignorer la balise.
• changefreq — Google a confirmé publiquement qu'il l'ignore. Je la laisse de côté.
• priority — même chose. C'était une promesse des débuts, ça n'a plus d'effet mesurable. Google a d'ailleurs été clair là-dessus.

Autrement dit, si votre objectif est de faire indexer des pages, contentez-vous de <loc> et d'un <lastmod> sincère. Tout le reste, c'est du folklore.

Les limites techniques à ne jamais franchir

Deux plafonds, non négociables :

1. 50 000 URL par fichier
2. 50 Mo non compressés (mais un sitemap peut être servi en .gz)

L'encodage doit être UTF-8. Si vous générez le fichier depuis un tableur, ouvrez-le dans un éditeur de texte avant de le mettre en ligne : un BOM invisible glissé au début du fichier suffit à déclencher une erreur d'analyse dans la Search Console.

Faut-il écrire son sitemap à la main ou le laisser au CMS ?

Ma réponse tient en une phrase, et elle va déplaire : à la main, seulement si votre site est petit ou atypique. Pour tout le reste, laissez le CMS travailler — mais vérifiez son travail.

Situation	Approche recommandée	Pourquoi
Site WordPress, Wix, Shopify, Jimdo	Sitemap généré par la plateforme	Mis à jour automatiquement à chaque publication
Site de 30 pages statiques	Écriture manuelle dans un fichier texte	Contrôle total, zéro plugin à maintenir
Site avec pagination à facettes ou filtres	Sitemap généré + filtrage des URL paramétrées	Risque d'explosion du nombre d'URL
Gros catalogue e-commerce	Index de sitemaps	Dépasse la limite des 50 000 URL

Quand la génération automatique vous piège

Le piège classique : un site WordPress avec un plugin SEO qui ajoute au sitemap des pages marquées noindex, ou des archives de catégories vides, ou des URL de recherche interne. J'ai vu un sitemap contenant plus de 1 200 URL dont 900 n'auraient jamais dû y figurer. Google n'a pas puni le site, mais il a mis des semaines à traiter le fichier, et le taux de pages indexées a plongé.

La règle que je me suis fixée : ouvrir le sitemap dans le navigateur, une fois par trimestre, et faire un contrôle visuel. C'est fastidieux. C'est aussi la seule façon de repérer une balise orpheline ou une URL codée en dur qui pointe vers l'ancien domaine.

XML, RSS, Atom, texte brut : lequel choisir

Google accepte plusieurs formats. Le choix dépend de ce que vous avez déjà :

• XML — le standard, à privilégier dans 95 % des cas
• RSS ou Atom — pratique si vous voulez réutiliser un flux déjà existant, mais limité aux contenus récents
• Texte brut — une URL par ligne, utile pour un test ponctuel, jamais pour un site entier

Franchement, je ne vois aucune raison de sortir du XML en 2026, sauf contrainte technique imposée par une plateforme qui ne vous laisse pas le choix.

Comment soumettre son sitemap à Google

La procédure n'a pas bougé depuis des années, et c'est tant mieux.

Les étapes dans la Search Console

1. Vérifiez que votre site est bien une propriété validée dans la Search Console. Sans cela, aucune soumission n'est possible.
2. Dans le menu de gauche, ouvrez le rapport Sitemaps.
3. Dans le champ prévu, saisissez le chemin relatif de votre fichier, par exemple sitemap.xml ou sitemap_index.xml. Pas l'URL complète : la Search Console ajoute elle-même le domaine.
4. Cliquez sur Envoyer.

Attendez quelques secondes. Le statut passe de « En attente » à « Réussite » — ou à « Impossible de lire le sitemap ». Dans ce second cas, le problème est presque toujours l'une de ces trois choses :

• Un fichier protégé par un mot de passe ou bloqué par le robots.txt
• Une URL qui renvoie autre chose qu'un code 200
• Un fichier mal formé (une balise non fermée, un caractère accentué non encodé)

Testez toujours votre fichier dans un validateur XML avant de le soumettre. Deux minutes qui vous économisent une semaine de questions.

Déclarer le sitemap dans le robots.txt

Ce n'est pas la méthode de soumission officielle, mais c'est un filet de sécurité. Ajoutez simplement cette ligne à la fin de votre robots.txt :

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

Ça ne remplace pas la soumission manuelle. Ça permet à d'autres robots (Bing, par exemple) de trouver le fichier sans que vous ayez à refaire la démarche sur chaque outil.

Le cas des gros sites : l'index de sitemaps

Au-delà de 50 000 URL, vous créez un fichier d'index qui ne contient aucune URL de page, seulement des liens vers vos sitemaps individuels :

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://exemple.fr/sitemap-produits-1.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://exemple.fr/sitemap-articles.xml</loc>
  </sitemap>
</sitemapindex>

Vous ne soumettez que l'index à Google. C'est lui qui déclenchera l'exploration des fichiers enfants. Si vos fichiers enfants sont corrects mais que l'index ne l'est pas, rien ne sera lu.

Vérifier que le sitemap fonctionne vraiment

Soumettre n'est que la moitié du travail. L'autre moitié, c'est de surveiller.

Lire le rapport Sitemaps

La Search Console affiche, pour chaque sitemap envoyé, la date du dernier téléchargement par Google et le nombre d'URL découvertes. Un chiffre qui stagne pendant des semaines alors que vous publiez régulièrement signale un problème. Souvent, une balise <lastmod> figée.

Les erreurs d'analyse les plus fréquentes

• Balise non fermée — une seule balise orpheline invalide tout le fichier
• Caractères spéciaux non échappés — un & brut dans une URL casse la lecture
• URL avec espace — à encoder en %20
• Fichier inaccessible — mauvaise redirection, protection serveur

Sur un projet, j'ai perdu trois jours sur un sitemap rejeté en boucle. La cause ? Un plugin qui ajoutait un paramètre de version à l'URL du fichier. Le fichier était valide, l'URL ne l'était pas.

Ce qui reste vrai, indépendamment des outils

Un sitemap ne fait pas indexer vos pages. Il aide Google à les découvrir plus vite, à condition que le contenu soit réellement accessible et de qualité. J'ai vu des sites avec un sitemap impeccablement structuré stagner pendant des mois, parce que leurs pages étaient vides de contenu utile et dupliquaient du texte trouvé ailleurs.

L'inverse est vrai aussi : un sitemap approximatif, sur un site où chaque page apporte quelque chose, finit par être bien traité.

Si vous ne devez retenir qu'une chose de cet article : ouvrez votre sitemap. Pas dans la Search Console, dans le navigateur. Regardez ce qu'il contient. La réponse à votre problème d'indexation est probablement écrite noir sur blanc, à l'intérieur.