Validateur de Sitemap.xml

Collez votre sitemap.xml pour le valider selon sitemaps.org : namespace urlset, élément loc obligatoire, format de lastmod/priority et la limite de 50 000 URL de Google.

Dernière mise à jour : 2026-09-20

Ce que fait ce vérificateur de sitemap.xml

Un sitemap.xml indique aux moteurs de recherche quelles pages existent, mais dès que le format s'écarte un peu, ils l'ignorent en silence sans rien vous dire. Un plan de site « soumis mais jamais récupéré » peut tenir à un seul caractère erroné dans l'espace de noms, ou à un lastmod dont le format de date est incorrect. Collez ici le contenu : cet outil le confronte au protocole de sitemaps.org et dresse la liste de tout ce qu'il relève.

Il vérifie que le document est un XML bien formé, qu'un élément `` est présent, que xmlns vaut exactement `http://www.sitemaps.org/schemas/sitemap/0.9`, que chaque `` comporte un seul ``, que `` respecte le format W3C Datetime, que `` fait partie des sept valeurs autorisées, que `` se situe entre 0.0 et 1.0, que le fichier reste sous 50 000 URL et qu'il ne dépasse pas 50 Mo non compressé. Les relevés sont séparés en erreurs (violations du protocole) et avertissements (valide mais déconseillé). Vous pouvez aussi récupérer une URL publiée, mais la validation du contenu collé s'exécute entièrement dans votre navigateur.

Comment valider un plan de site

Collez le contenu ou saisissez une URL Collez le sitemap.xml tel quel. S'il est déjà publié, vous pouvez saisir son URL pour le récupérer.
Essayez d'abord un exemple Un exemple valide, un autre contenant des erreurs et un autre contenant des avertissements sont fournis, afin de voir à quoi ressemblent les relevés avant d'y mettre votre propre fichier.
Corrigez les erreurs avant les avertissements Les éléments signalés comme erreurs enfreignent le protocole et peuvent empêcher un moteur de lire correctement le fichier. Traitez-les en premier.
Vérifiez le nombre d'URL et la taille Les totaux figurent au-dessus des relevés. Si l'un s'approche de son plafond, il est prudent de préparer la découpe au moyen d'un index de plans de site.

Astuces pour en tirer le meilleur parti

Garder <lastmod> à jour aide les robots d'exploration à prioriser les pages réellement modifiées. Des dates obsolètes ou dans le futur peuvent nuire à la crédibilité plutôt que d'aider.
<priority> n'indique que l'importance relative entre les pages de votre propre site ; Google a déclaré ne pas l'utiliser pour le classement. Considérez-la comme une information complémentaire, pas un levier de croissance.
Un seul sitemap.xml peut contenir au maximum 50 000 URL et ne doit pas dépasser 50 Mo non compressés. Si vous dépassez l'une de ces limites, divisez-le en plusieurs fichiers reliés par un <sitemapindex>.
Ajouter une directive Sitemap: dans votre robots.txt permet aux moteurs de recherche de découvrir automatiquement votre sitemap.xml. Associez-la à notre vérificateur de robots.txt pour un contrôle complet.
Si les URL de <loc> contiennent des caractères non ASCII (par exemple des chemins en japonais), elles doivent d'abord être encodées en pourcentage. Coller telle quelle l'URL décodée affichée dans la barre d'adresse sera signalé comme invalide.

Dans quelles situations cette vérification sert

Quand la Search Console signale un échec de récupération

Elle distingue un problème côté serveur d'un problème de format et, lorsque le format est en cause, désigne l'élément et sa position.

Quand vous générez le plan de site vous-même

C'est précisément dans une sortie produite par un gabarit ou un script que s'insinuent les formats de date et les caractères non échappés. Un passage avant le déploiement les attrape.

Quand vous décidez si un grand site doit être découpé

Vous voyez en chiffres la marge restante face aux plafonds de 50 000 URL et de 50 Mo non compressé.

Quand vous reprenez un site existant

Un seul passage vous dit si le plan de site hérité correspond encore au protocole actuel.

Le vocabulaire des plans de site

urlset: L'élément de plus haut niveau qui englobe tout le plan de site. Sans l'espace de noms correct, le fichier n'est même pas reconnu comme un plan de site.
Espace de noms (xmlns): L'identifiant indiquant à quelle spécification le XML se conforme. Pour les plans de site, la valeur correcte est `http://www.sitemaps.org/schemas/sitemap/0.9`, et **une version finale différente ou un schéma différent (http au lieu de https) compte comme une non-concordance.**
loc: L'URL de la page. Un seul est exigé dans chaque ``, écrit sous forme d'URL absolue.
lastmod: La date de la dernière modification, au format W3C Datetime (`2026-09-20`, ou `2026-09-20T10:00:00+09:00`, par exemple).
changefreq: Une indication de la fréquence de modification de la page. Sept valeurs seulement sont valides : always, hourly, daily, weekly, monthly, yearly et never. **C'est une indication, pas la promesse que l'exploration suivra ce rythme.**
priority: Une valeur de 0.0 à 1.0 exprimant l'importance relative au sein de votre propre site. Elle ne sert jamais à comparer un site à un autre.
Index de plans de site: Un fichier de niveau supérieur qui regroupe plusieurs plans de site. Il sert à découper un contenu dépassant les plafonds par fichier de 50 000 URL et 50 Mo non compressé.

Questions fréquentes

L'usage est de le placer à la racine du domaine (ex. : https://example.com/sitemap.xml). Si vous le placez dans un sous-répertoire, il ne pourra lister que les URL de ce sous-répertoire, une limitation réelle à garder en tête.

Ce n'est pas obligatoire, mais une soumission manuelle via Google Search Console peut accélérer l'indexation. Vous pouvez aussi ajouter une directive Sitemap: dans robots.txt pour que les robots la découvrent automatiquement, sans soumission manuelle.

Google déclare publiquement depuis 2020 qu'il ignore pratiquement ces deux valeurs pour le classement. D'autres moteurs de recherche et robots peuvent néanmoins en tenir compte, donc les renseigner correctement n'est pas un effort inutile.

Non — vous pouvez ajouter des balises de namespace d'extension comme image:image ou video:video dans le même urlset standard, aux côtés de vos entrées de pages habituelles. Cet outil ne valide pas ces balises d'extension, mais cela n'affecte pas la validation des champs standards (loc, lastmod, etc.).

Anecdote — Le jour où les moteurs de recherche se sont mis d'accord sur un format de sitemap unique

Google a introduit son propre mécanisme de sitemap en juin 2005. Un peu plus d'un an plus tard, en novembre 2006, Yahoo! et Microsoft (alors MSN Search) ont annoncé prendre en charge le même format, et ensemble ils l'ont standardisé sous le nom de sitemaps.org — un cas rare de moteurs de recherche directement concurrents s'accordant sur un format commun.

Un sitemap.xml est une carte qui indique aux robots d'exploration « cette URL existe » — il ne garantit pas que la page sera réellement explorée ou indexée. Sur les grands sites, le budget d'exploration (les ressources limitées qu'un moteur de recherche consacre à l'exploration d'un site) devient une contrainte réelle : surcharger le sitemap d'URL à faible valeur peut retarder la découverte des pages qui comptent vraiment.

Les limites de 50 000 URL et 50 Mo existent principalement pour garder gérable l'analyse côté serveur d'un seul fichier XML. Les sites ayant un nombre d'URL très élevé, comme les grands catalogues e-commerce, divisent généralement leur sitemap en plusieurs fichiers reliés par un fichier d'index de sitemaps — un format à part dont l'élément racine est <sitemapindex> plutôt que <urlset>.

Voir toutes les anecdotes