Outils SEO gratuits

Validateur de sitemap

Collez votre sitemap XML pour confirmer qu'il est bien formé et complet, et repérer les locs manquants, URLs invalides, mauvaises dates et dépassements de limites. Gratuit, côté client, sans compte.

Votre sitemap XML

Vérifications

Entrées

Un sitemap XML est la liste des URLs que vous voulez faire découvrir aux moteurs, et une seule balise mal formée peut empêcher un robot de lire tout le fichier. Ce validateur de sitemap gratuit analyse votre XML comme le fait un robot, confirme qu'il est bien formé, identifie s'il s'agit d'un urlset ou d'un index de sitemaps, et signale les locs manquants, les URLs invalides, les mauvaises dates lastmod et les problèmes de limite de taille. Il est fait pour les SEO et les propriétaires de sites qui veulent voir leurs pages découvertes et trouvées, avec un sitemap qu'un robot peut réellement analyser.

Comment l'utiliser

1

Collez votre sitemap XML

Déposez le contenu de votre sitemap.xml. Le validateur l'analyse en direct, sans rien à envoyer et sans bouton à presser.

2

Lisez les vérifications de structure

Voyez si le XML est bien formé, si la racine est un urlset ou un sitemapindex, et combien d'entrées il contient, avec les erreurs et avertissements listés dans l'ordre.

3

Corrigez ce qui est signalé

Reprenez les locs manquants, les URLs invalides, les dates non W3C et les priorités hors plage, puis recollez pour confirmer que le fichier est propre avant la mise en ligne.

Pourquoi c'est utile

Repère d'abord ce qui casse l'analyse

Un robot s'arrête à la première erreur XML : une esperluette non échappée ou une balise non fermée peut invalider tout le sitemap. Le validateur fait remonter les problèmes de bonne formation et l'absence de racine avant tout le reste, car rien ne compte tant que le fichier ne s'analyse pas.

Vérifie les champs qui comptent

Il confirme que chaque entrée a un loc avec une URL http(s) absolue, valide lastmod au format W3C, signale les priorités hors de la plage 0.0 à 1.0 et avertit quand le fichier dépasse la limite de 50 000 URLs, les vérifications qui influent vraiment sur la découverte.

Rien ne quitte votre navigateur

Toute la validation tourne côté client avec l'analyseur XML du navigateur. Votre sitemap n'est jamais envoyé ni conservé : vous pouvez vérifier des fichiers de préproduction et des sites clients en toute sécurité, sans connexion.

Ce qu'exige un sitemap XML valide

La structure qu'un robot analyse

Un sitemap est une liste d'URLs enveloppée dans une petite structure XML stricte. L'élément racine est <urlset> pour un sitemap normal qui liste des pages, ou <sitemapindex> pour un sitemap qui pointe vers d'autres sitemaps. Chaque entrée a besoin d'un <loc> contenant une URL complète et absolue, du schéma jusqu'au chemin ; les URLs relatives et les chemins nus sont invalides. Le reste, lastmod, changefreq et priority, est optionnel.

Parce que c'est du XML, la bonne formation n'est pas négociable : les balises doivent être fermées et correctement imbriquées, et les caractères spéciaux des URLs doivent être échappés, donc un & dans un <loc> devient &amp;. Un robot s'arrête à la première erreur d'analyse et peut rejeter tout le fichier, c'est pourquoi ce validateur vérifie la bonne formation et l'élément racine avant tout le reste. Avec une structure correcte, le reste n'est que du détail ; avec une structure fautive, aucun détail n'est lu.

Lastmod, priority et les champs qui valent votre temps

Tous les champs optionnels ne méritent pas votre attention. Google ignore aujourd'hui largement changefreq et priority : inutile de les régler, et une page à priority 1.0 n'est pas explorée plus tôt qu'une à 0.5. Le validateur signale tout de même une priority hors de la plage valide 0.0 à 1.0, car c'est le signe d'une erreur plutôt qu'un levier de classement.

Rendez lastmod honnête

lastmod est le seul champ optionnel qui vaut la peine d'être bien renseigné. Il doit être la date où le contenu de la page a réellement changé, écrite au format W3C, soit une date comme 2026-01-31, soit un horodatage complet avec fuseau horaire. Un lastmod exact aide un robot à planifier efficacement ses revisites. Un lastmod qui repasse à aujourd'hui sur chaque page chaque jour est vite perçu comme du bruit et ignoré : ne le mettez à jour que si le contenu a vraiment changé.

Limites de taille et ce qui a sa place dans le fichier

Les limites de taille sont réelles et appliquées. Un seul fichier sitemap peut contenir au maximum 50 000 URLs et 50 Mo non compressé. Au-delà de l'une ou l'autre limite, répartissez les URLs sur plusieurs sitemaps et listez ces sitemaps dans un <sitemapindex>, qui peut lui-même référencer jusqu'à 50 000 sitemaps. Le validateur vous avertit lorsqu'un fichier approche la limite d'URLs, pour planifier le découpage avant qu'un robot ne rejette le fichier.

N'incluez que des URLs canoniques, indexables et qui renvoient un statut 200. Lister des redirections, des pages noindex ou des URLs bloquées dans robots.txt gaspille le budget de crawl et brouille le signal sur les pages qui comptent. Ce validateur vérifie la structure, pas les réponses réelles : il ne récupère pas chaque URL, il ne peut donc pas confirmer qu'une page renvoie un 200. Collez le XML réellement servi par votre serveur à /sitemap.xml, pour valider exactement ce qui part vers les robots plutôt qu'une copie qui a dérivé.

Ils utilisent Otorank

FAQ

Questions fréquentes

Ce qui rend un sitemap valide, quels champs comptent, où sont les limites de taille, et ce que ce validateur vérifie ou non.

Un sitemap <urlset> liste des URLs de pages individuelles. Un <sitemapindex> liste d'autres fichiers sitemap, utile pour regrouper de nombreux sitemaps une fois les limites par fichier dépassées. Le validateur détecte la racine utilisée et vérifie les entrées correspondantes.

Un seul fichier sitemap peut contenir au maximum 50 000 URLs et 50 Mo non compressé. Au-delà, répartissez les URLs sur plusieurs sitemaps et référencez-les depuis un index. Le validateur avertit quand un fichier approche la limite d'URLs.

lastmod doit être une date W3C, soit une date comme 2026-01-31, soit un horodatage complet avec décalage horaire. Il doit refléter le moment où le contenu a vraiment changé ; le validateur signale tout lastmod qui n'est pas une date W3C valide.

Non. Il vérifie la structure XML, pas les réponses réelles : il ne peut donc pas confirmer que chaque URL renvoie un 200. Collez le fichier réellement servi par votre serveur à /sitemap.xml pour valider ce qui part en production, puis vérifiez les codes de statut séparément.

Non. Tout est analysé dans votre navigateur avec l'analyseur XML natif ; rien n'est transmis ni conservé, vous pouvez donc valider des fichiers de préproduction et des sites clients en toute sécurité, sans connexion.

Outils liés

ESSAI GRATUIT

Prêt à devenir
visible sur Google ?

Votre visibilité SEO, en pilote automatique

Commencez en ajoutant votre site

Nous analyserons votre site et vous montrerons des opportunités pour être visible sur Google.

Configuration en 60 secondes Aucune carte bancaire requise Annulable à tout moment