Sitemap.xml :
créer et vérifier

Qu’est-ce qu’un sitemap et qu’en attendre ?

Un sitemap XML est une liste d’URL transmise à un moteur de recherche. Il aide à découvrir les pages et à signaler les changements, mais ne remplace ni les menus, ni les liens internes, ni un contenu utile. L’ajout d’une URL ne signifie pas que la page a été explorée, indexée ou classée.

Imaginez un catalogue d’équipements : les catégories sont accessibles depuis le menu, mais certains nouveaux modèles ne sont pas encore reliés aux sélections. Le sitemap peut les signaler. L’acheteur a toujours besoin d’un chemin sur le site, et le robot d’une page accessible au contenu clair. Il faut travailler à la fois le sitemap et la navigation.

Les sitemaps sont particulièrement utiles pour les grands sites, les sites récents, les catalogues souvent modifiés et les contenus difficiles à découvrir par les liens. Un petit site bien relié peut être exploré sans sitemap. Ces limites sont expliquées dans le guide de Google sur le rôle des sitemaps.

Ce guide porte sur XML. Pour les restrictions d’exploration, consultez notre guide dédié à robots.txt.

Trouver d’abord le sitemap existant

N’installez pas un second générateur avant d’avoir vérifié le premier. Ouvrez https://example.com/robots.txt, remplacez le domaine d’exemple par le vôtre et cherchez la ligne Sitemap:. Copiez l’adresse complète qui suit. Vérifiez ensuite les réglages du CMS ou de l’extension SEO : un lien vers le sitemap actuel peut s’y trouver.

Le fichier ne doit pas nécessairement s’appeler sitemap.xml. Il peut s’agir d’un index, de fichiers par type de page ou de routes générées par le CMS sans fichier physique. L’absence de /sitemap.xml ne prouve donc pas à elle seule qu’aucun sitemap n’existe.

Consignez l’adresse du sitemap, son générateur, l’emplacement des réglages et le responsable des modifications. Si deux générateurs existent, comparez leur contenu et leurs mises à jour. Plusieurs sitemaps sont possibles ; le problème est de ne plus savoir lequel est à jour ni d’où viennent les anciennes URL.

Quelles pages inclure dans le sitemap ?

Partez des pages utiles aux visiteurs issus de la recherche. Un sitemap courant et à jour contient les URL canoniques accessibles de contenus publiés. N’y substituez pas l’export de toute la base : il peut inclure brouillons, recherches internes, pages techniques et variantes d’un même document.

« En rupture de stock » ne signifie pas que la page est supprimée. N’excluez pas non plus tous les mots-clés, filtres ou URL à paramètres sans analyse : certains peuvent être de véritables pages de destination. Définissez une règle par type, puis vérifiez-la sur des exemples réels.

Le sitemap est un signal de sélection de l’URL canonique. Il doit être cohérent avec les liens internes et rel="canonical". L’inclusion d’une URL n’oblige pas Google à la choisir comme canonique ; consultez la documentation sur les URL canoniques.

XML minimal et limites

Voici un exemple pédagogique contenant deux pages. Remplacez le domaine et les chemins par les vôtres. L’élément urlset contient des entrées url, et loc correspond à l’adresse complète de la page. Enregistrez le fichier en UTF-8 ; les chemins relatifs tels que /services/ ne conviennent pas ici.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/services/</loc>
  </url>
  <url>
    <loc>https://example.com/guides/catalog-launch/</loc>
    <lastmod>2026-09-20</lastmod>
  </url>
</urlset>

Un fichier ne peut dépasser 50 000 URL et 50 Mo non compressés. La compression gzip réduit le transfert, mais ne supprime pas la limite du fichier décompressé. Échappez les caractères spéciaux en XML : une esperluette dans une URL s’écrit par exemple &. La syntaxe et les limites sont définies par le protocole Sitemap.

Pour un projet courant, placez le sitemap à la racine du même domaine. Ne recopiez pas des exemples utilisant un autre protocole ou sous-domaine : https://example.com/ et https://www.example.com/ sont des adresses différentes. Si l’architecture exige plusieurs sites, définissez une organisation adaptée au lieu de mélanger les domaines par erreur.

Le navigateur peut afficher le XML sous forme d’arbre ou de tableau mis en forme grâce à XSL. L’apparence ne prouve pas la validité : vérifiez le document source et son traitement. Une page publicitaire, de connexion ou d’erreur HTML renvoyée à la place du XML constitue un autre problème.

Que renseigner dans lastmod, priority et changefreq

Lastmod indique la date de modification d’une page précise, pas l’heure d’exécution du générateur. Pour un article, il peut s’agir d’une révision substantielle ; pour une fiche produit, d’une mise à jour de données importantes. N’attribuez pas la date du jour à tout le site à chaque ouverture du sitemap.

Le test est simple : choisissez deux pages, modifiez seulement l’une d’elles et comparez les valeurs avant et après régénération. La date de la page modifiée doit refléter le changement réel ; l’autre doit rester inchangée. Sans source fiable, mieux vaut omettre ce champ facultatif que lui attribuer automatiquement une valeur inventée.

Google ignore priority et changefreq, mais utilise lastmod lorsque les valeurs sont fiables. C’est indiqué explicitement dans les consignes Google de création des sitemaps. Ne promettez pas une hausse des positions en réglant la priorité sur 1.0.

Yandex suit ses propres règles : sa documentation Sitemap décrit la prise en compte de priority pour l’ordre de chargement. Affirmer que « tous les moteurs ignorent ces champs » est donc incorrect. Un coefficient d’exploration ne garantit toutefois aucun classement, et l’absence d’une balise facultative ne rend pas le sitemap invalide.

Obtenir un sitemap dans WordPress

WordPress intègre un système de sitemaps XML. Son index est généralement accessible à l’adresse /wp-sitemap.xml ; ses fonctions sont décrites dans la documentation WordPress Core. Un plugin SEO peut gérer les sitemaps lui-même : identifiez d’abord le mécanisme actif sur votre site.

Si vous utilisez Yoast SEO, ouvrez dans le tableau de bord WordPress Yoast SEO → Settings → Site features. Dans la section Technical SEO, recherchez XML sitemaps, vérifiez l’interrupteur et utilisez le lien d’affichage du sitemap. Les intitulés peuvent être traduits dans la langue du tableau de bord ; le chemin actuel figure dans le guide Yoast.

1. Ouvrez l’index et un sitemap enfant.
2. Recherchez un article récemment publié et une page de service importante.
3. Vérifiez qu’un brouillon et une page volontairement exclue de la recherche ne figurent pas dans la liste.
4. Comparez le contenu aux réglages des types de publication et des taxonomies.
5. Vérifiez la mise à jour après modification du contenu, en tenant compte du cache.

Ne supprimez pas un sitemap simplement parce qu’aucun fichier de ce nom n’existe sur le serveur : WordPress peut le servir dynamiquement. Ne désactivez pas un générateur fonctionnel avant de tester son remplacement. Confirmez d’abord la nouvelle adresse et le contenu, puis actualisez les liens et retirez la source réellement superflue.

Robot d’exploration, fichier manuel ou génération par le CMS

Pour quelques pages rarement modifiées, vous pouvez rédiger le XML manuellement. Prévoyez aussi une règle de maintenance : qui ajoute les nouvelles URL et retire les anciennes ? Sinon, un sitemap techniquement valide divergera rapidement du site.

Dans Screaming Frog SEO Spider vous pouvez explorer le site, attendre la fin, puis sélectionner Sitemaps → XML Sitemap. Vérifiez le contenu avant d’enregistrer : le logiciel voit les URL accessibles, mais ne connaît pas vos décisions de publication. Le mode gratuit est limité à 500 URL ; consultez les conditions de licence au-delà.

Pour un catalogue fréquemment mis à jour, il est généralement plus pratique d’obtenir les URL depuis le CMS ou la base des éléments publiés. Donnez au développeur des exigences précises : types inclus, états exclus, source des dates et comportement en cas d’échec. Il s’agit de maintenance continue, pas d’un export ponctuel.

Ne considérez pas l’exploration comme un inventaire complet : les pages sans liens internes peuvent manquer. Pour la validation, comparez l’export aux éléments publiés du CMS. Ce contrôle est particulièrement utile pour le SEO e-commerce.

Quand utiliser un index de sitemaps

Si un sitemap dépasse une limite ou gagne à être organisé par type de contenu, créez plusieurs fichiers et regroupez-les dans un index. Les sitemaps enfants contiennent les adresses des pages ; l’index contient celles des sitemaps. Ce sont deux niveaux distincts.

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

Inutile d’attendre 50 000 URL. Séparer articles, catégories et produits facilite la recherche d’erreurs et le rapprochement des listes. Mais une multitude de petits fichiers sans logique claire complique aussi la maintenance. Choisissez une organisation durable et documentez-la.

Chaque fichier enfant doit être accessible séparément. Un index fonctionnel ne prouve pas que tous ses liens sont lisibles : vérifiez les réponses, les tailles et la structure. Les exigences relatives à l’index et à l’emplacement des fichiers figurent dans le guide Google sur les sitemaps volumineux.

Pour une génération planifiée, prévoyez aussi les échecs : quelle version restera accessible, où apparaîtra l’alerte et comment restaurer le dernier sitemap valide ? Testez ce scénario en préproduction pour ne pas fournir au robot un XML partiellement écrit.

Vérifier un sitemap dans Yandex Webmaster

Ouvrez « Sitemap validator » (validation de sitemap). L’outil accepte une URL, un fichier ou du texte. L’URL teste la version publiée ; le texte permet de vérifier une correction avant sa mise en ligne. Les possibilités sont décrites dans l’aide du validateur.

1. Sélectionnez le mode URL et saisissez l’adresse complète du sitemap.
2. Cliquez sur « Check » (Vérifier). Si le fichier ne peut pas être récupéré, vérifiez d’abord son accessibilité et la réponse du serveur.
3. Ouvrez chaque erreur et conservez son type, la ligne et le fragment XML.
4. Après correction, relancez le test sur l’URL publique.
5. Ajoutez l’adresse dans « Indexing → Sitemap files » (Indexation → Fichiers Sitemap) pour votre site et surveillez le traitement.

Un résultat vert confirme la validation du fichier, pas la qualité de chaque page listée. Conservez-le avec l’URL du sitemap et la date. Pour un index, examinez les fichiers enfants séparément, surtout si une erreur ne touche qu’une rubrique.

Ne confondez pas le test d’un texte préparé avec la vérification du fichier publié. Le texte peut être corrigé dans l’éditeur alors que le site sert encore une ancienne version en cache. Le contrôle final doit passer par l’URL.

Envoyer un sitemap et interpréter le résultat

Accédez à Google Search Console, sélectionnez la bonne propriété et ouvrez « Sitemaps ». L’envoi via le rapport exige les droits de propriétaire. Vérifiez le domaine, le protocole et le préfixe déjà affiché dans le formulaire.

1. Assurez-vous que le sitemap est publié et accessible sans connexion.
2. Saisissez son adresse sans répéter le préfixe déjà renseigné.
3. Envoyez le sitemap et ouvrez la ligne du résultat.
4. Notez l’état, la date de dernière lecture et le nombre de pages découvertes.
5. En cas d’erreur, ouvrez les détails et comparez-les au fichier actuel.

Un traitement réussi ne signifie pas que toutes les pages découvertes figurent dans la recherche. Consultez ensuite les données d’indexation et inspectez les URL individuellement. L’envoi communique l’adresse du fichier ; il ne téléverse pas un XML local à la place de sa publication sur votre site. Les champs et erreurs sont expliqués dans l’aide du rapport Sitemaps.

Pour faciliter la découverte, vous pouvez aussi ajouter dans robots.txt une ligne contenant l’adresse complète du sitemap :

Sitemap: https://example.com/sitemap_index.xml

Si le sitemap est déjà traité, ne le renvoyez pas chaque jour pour donner une impression d’activité. Vérifiez les changements réels et les erreurs. Après une correction, l’essentiel est de confirmer que le robot a reçu la nouvelle version.

Vérifier les URL contenues dans le sitemap

Un XML valide peut contenir des centaines d’URL incorrectes. Pour une vérification en masse, suivez le guide Screaming Frog d’audit des sitemaps : ouvrez Mode → List, puis sélectionnez Upload → Download XML Sitemap, saisissez l’adresse et lancez l’exploration.

Exportez les résultats et examinez les codes de réponse, l’indexabilité et les URL canoniques. Le mode liste vérifie les URL connues, mais ne révèle pas les pages absentes du sitemap. Pour trouver les omissions et les pages sans liens internes, ajoutez une exploration classique du site et comparez les résultats. L’audit intégré des sitemaps pendant l’exploration est une fonction payante.

Comparez trois listes : les pages convenues du CMS, les URL du sitemap et les pages trouvées via les liens internes. Aucune n’est, seule, une vérité absolue. Un écart appelle une vérification, pas l’ajout ou la suppression automatique de tous les éléments trouvés.

Pour un grand site, automatisez le rapprochement des exports et vérifiez manuellement quelques exemples par type. Indiquez dans le rapport le périmètre — totalité ou échantillon —, la date d’exploration et les limites de l’outil. Vérifier les 500 premières URL ne valide pas un catalogue de 20 000 pages.

Erreurs fréquentes et prochaine vérification pertinente

Noindex sur le fichier XML et noindex sur une page qu’il liste sont deux cas différents. Yoast envoie par exemple l’en-tête X-Robots-Tag: noindex, follow pour les sitemaps eux-mêmes : ils n’ont pas besoin d’apparaître dans les résultats ordinaires. Cela n’empêche pas de récupérer et d’analyser le XML. L’explication figure dans la documentation du plugin.

Ne corrigez pas au hasard tout ce qui paraît inhabituel. Si le service signale une erreur dans un sitemap enfant, conservez son URL, pas seulement une capture de l’index principal. Si le problème suit un changement de domaine ou de structure, vérifiez toute la migration : redirections, liens et adresses canoniques. Les causes courantes sont présentées dans notre analyse des erreurs SEO.

Valider le travail sur le sitemap

Demandez des preuves de vérification en plus du lien. Une capture verte sans URL, date ni contenu du sitemap ne peut être rapprochée du site actuel. Consignez l’état initial, la correction et le résultat du nouveau contrôle.

• L’index actif, les sitemaps enfants et le générateur responsable sont identifiés.
• Les types de pages inclus et les exclusions sont définis.
• Les fichiers sont accessibles, correctement analysés et respectent les limites.
• Les URL des sitemaps et le périmètre du contrôle sont vérifiés.
• Le contenu est comparé aux éléments publiés du CMS.
• Les dates reflètent de vrais changements ou sont omises.
• Les nouvelles pages apparaissent et les pages supprimées sont retirées correctement.
• L’adresse du sitemap est indiquée pour sa découverte et transmise aux consoles de recherche.
• Les résultats des tests et la procédure de restauration sont conservés.

Après la mise en ligne, répétez les contrôles lors d’un changement de CMS, de plugin, de structure d’URL ou de règles de publication. Pour une boutique, testez aussi le cycle de vie du produit : indisponibilité temporaire, retrait de la vente, remplacement du modèle. La décision doit correspondre au comportement de la page, pas à un seul indicateur de base de données.

Pour la validation globale du projet, utilisez la liste de contrôle de livraison du site. Si les problèmes dépassent le sitemap XML, intégrez-les au plan de SEO avec des tâches précises, des responsables et une nouvelle vérification.

Autres points à clarifier avant la configuration