Validateur de sitemap XML

Validateur Sitemap XML & Syntaxe URL

Validez instantanément vos sitemaps XML et fichiers d'index. Vérifiez le seuil des 50 000 URLs, la syntaxe W3C Datetime, les balises hreflang, schémas médias et erreurs Google Search Console.

Taille : 967 BSanté globale : 100/100
✨ Préréglages :
Norme de validation :
Profil :
Sauts de ligne :
Code source XML du sitemap<urlset>
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Lignes : 26Caractères : 967Taille : 967 B
Aucun BOM
Total URLs / Sitemaps0Max 50 000
Erreurs critiques0Violations RFC
Avertissements0Risques SEO / Non sécurisé
Remarques & Recommandations0Recommandations
Pipeline d'analyse RFC & santé en temps réelScore de conformité: 100/100
Analyseur lexical967 BDOMParserEnsemble d'URLs (<urlset>)RFC 39860 URLsHreflangRéciprocité100%Mention A
Grille de conformité aux standards
Structure XML bien formée & entités échappéesVALIDE
Espace de noms XML Sitemaps.org 0.9VALIDE
Plafond strict de 50 000 URLs par sitemapVALIDE
Limite de taille de 50 Mo (non compressé)VALIDE
Syntaxe W3C Datetime (ISO 8601 / RFC 3339)VALIDE
Plage de valeur priority (flottant entre 0.0 et 1.0)VALIDE
Valeurs changefreq conformes à l'énumérationVALIDE
Validité réciproque hreflang & balise x-defaultVALIDE
URLs validées : 0Anomalies : 0
Santé globale :100/100 (A)
Plafonds 50 000 URLs & 50 Mo

Contrôle les seuils stricts en temps réel. Analyse le décompte d'URLs, l'empreinte mémoire et signale l'obligation de partitionner en index.

Rigueur RFC 3339 & W3C Datetime

Détecte les formats de dates avec slashs, jours calendaires hors plage et fuseaux manquants. Assure la compatibilité Search Console.

Matrice de réciprocité Hreflang

Analyse les clusters de liens alternatifs multilingues pour certifier les références réciproques et déclarer la balise x-default.

Traitement 100 % côté client

Calculs haute performance exécutés exclusivement dans la mémoire vive de votre navigateur.

Confidentialité sans transfert serveur

Toutes les données restent strictement locales, sans aucune transmission vers des serveurs tiers.

Export prêt pour la production

Formats de sortie optimisés et assainis, immédiatement exploitables en production.

Référence technique et guide d'architecture

Validateur Sitemap XML & Syntaxe — Guide de référence

Validez instantanément vos sitemaps XML et fichiers d'index. Vérifiez le quota de 50 000 URL, la syntaxe W3C Datetime, les balises hreflang et les erreurs Search Console.

Validateur Sitemap XML & Syntaxe — Guide de référence — Architecture en mémoire côté client et flux de données
Validateur Sitemap XML & Syntaxe — Guide de référence — Architecture en mémoire côté client et flux de données

Paramètres clés et contrôles

<loc> URL cible canoniqueURI (RFC 3986)

Élément d'emplacement URL obligatoire. Doit impérativement débuter par un schéma de protocole explicite (https:// recommandé), contenir des caractères non-ASCII strictement encodés en pourcent (%-encoded) et respecter le plafond de 2 048 octets.

Par défaut : https://example.com/page
<lastmod> Horodatage W3C DatetimeChaîne ISO 8601 / W3CDTF

Horodatage de modification facultatif conforme à la syntaxe W3C Datetime : soit date seule (AAAA-MM-JJ), soit horodatage complet avec décalage UTC (AAAA-MM-JJThh:mm:ss+00:00). Les fractions de seconde sont ignorées par les robots d'exploration.

Par défaut : 2026-10-31
<priority> Ratio d'importance d'explorationPlage flottante (0.0 à 1.0)

Indicateur de priorité relative sous forme de valeur décimale IEEE 754 comprise entre 0.0 et 1.0. Totalement ignoré par le Googlebot moderne, mais parfois analysé par certains moteurs régionaux historiques.

Par défaut : 0.5
<changefreq> Fréquence de mise à jourJeton énuméré

Indication consultative de fréquence strictement limitée à 7 valeurs : always, hourly, daily, weekly, monthly, yearly, never. Les robots d'exploration ignorent souvent cet indice au profit des en-têtes HTTP ETag et Last-Modified réels.

Par défaut : weekly
Limite stricte d'URL par fichierSeuil entier

Nombre maximal d'entrées <url> ou <sitemap> autorisées dans un unique fichier XML avant de devoir partitionner la liste via un conteneur maître <sitemapindex>.

Par défaut : 50 000 URL
Plafond de taille décompresséeVolume d'octets

Capacité maximale de charge utile décompressée acceptée par Google Search Console et Bing Webmaster Tools. Les sitemaps compressés en gzip (.gz) sont décompressés avant validation de ce seuil.

Par défaut : 50 Mo (52 428 800 octets)

Conseils de pro et bonnes pratiques

Échappez impérativement les esperluettes dans les paramètres de requête

L'insertion brute du caractère « & » dans les URL <loc> déclenche immédiatement une erreur fatale de syntaxe XML (« EntityRef: expecting ; »). Tout séparateur de paramètre d'URL doit être encodé sous forme d'entité XML « &amp; » (ex. « https://example.com/recherche?q=seo&amp;tri=asc ») ou encodé en pourcent « %26 ». Les analyseurs des moteurs de recherche décodent « &amp; » en « & » avant d'émettre la requête HTTP d'exploration.

Appliquez une réciprocité stricte pour les balises hreflang avec x-default

Google exige une confirmation bidirectionnelle réciproque pour les sitemaps multilingues. Si la page A (fr) référence la page B (en) via une balise d'alternative <xhtml:link>, l'entrée de la page B doit obligatoirement référencer la page A (fr). L'absence de lien réciproque conduit les robots à ignorer l'annotation linguistique pour les deux variantes afin de prévenir toute usurpation d'indexation par des tiers.

Générez un lastmod déterministe par hachage cryptographique du contenu

N'automatisez pas la mise à jour de <lastmod> sur l'horodatage d'un déploiement ou d'un cron quotidien. Google Search Console évalue la crédibilité de ces dates : si <lastmod> change sans modification mesurable du DOM ou du HTML sémantique, Googlebot pénalise les signaux du sitemap et revient à un cycle heuristique d'exploration. Calculez une empreinte SHA-256 du corps de page et n'incrémentez <lastmod> que lorsque ce hachage change.

Proscrivez l'imbrication récursive des fichiers d'index de sitemaps

Le protocole Sitemaps.org interdit formellement les hiérarchies d'index récursives. Un document maître <sitemapindex> ne peut pointer que vers des sitemaps <urlset> enfants directs. L'insertion d'une URL de <sitemapindex> dans un autre <sitemapindex> génère une erreur fatale « Format de fichier non pris en charge » ou « Index de sitemaps imbriqué » dans Google Search Console et Bing Webmaster Tools.

Pièges courants et dépannage

⚠️Erreur d'analyse XML : XML or text declaration not at start of entity

Vérifiez qu'aucun espace initial, saut de ligne vide ou marque d'ordre des octets UTF-8 invisible (BOM, séquence hexadécimale 0xEF, 0xBB, 0xBF) ne précède le prologue « <?xml version="1.0" encoding="UTF-8"?> ». La RFC 7303 impose que la déclaration XML commence exactement à l'octet 0 ; le moindre caractère d'espacement initial fait échouer le parseur.

⚠️Alerte Google Search Console : « Format de date non valide »

Vérifiez la conformité stricte de l'horodatage avec la syntaxe W3CDTF. Les erreurs fréquentes incluent l'utilisation d'un espace au lieu de « T » (« 2026-10-31 14:00 »), l'omission des deux-points dans le décalage horaire (« +0000 » au lieu de « +00:00 » ou « Z »), ou l'usage d'abréviations locales non reconnues comme « CET » ou « EST ».

⚠️URL interdomaines rejetées : « Protocole ou domaine d'URL non autorisé »

Par défaut, chaque URL <loc> doit correspondre exactement au protocole, au domaine et au port du sitemap lui-même (un sitemap situé sur « https://example.com/sitemap.xml » ne peut pas contenir « https://blog.example.com/page » ni « http://example.com/page »). Pour indexer des domaines ou sous-domaines croisés, vous devez valider la propriété de l'ensemble des hôtes au sein d'une propriété Domaine unifiée dans Google Search Console.

⚠️Dépassement de mémoire DOMParser sur les sitemaps de 50 000 URL

Analyser un document XML brut de 50 Mo avec le DOMParser natif du navigateur alloue un arbre DOM consommant 200 à 400 Mo de mémoire heap, provoquant un gel du ramasse-miettes (Garbage Collector). Traitez les fichiers massifs à l'aide d'un parseur à flux de jetons (streaming token parser) ou d'un scanner par expressions régulières segmenté, avec un temps d'exécution linéaire O(n) et une mémoire tampon auxiliaire O(1).

Foire aux questions (FAQ)

Quelles sont les limites strictes de taille et d'URL pour un sitemap XML ?▼

Un fichier sitemap XML ne doit pas dépasser 50 000 URL ni 50 Mo (52 428 800 octets) sous sa forme décompressée. Si votre site dépasse l'un de ces plafonds, vous devez fragmenter les URL en plusieurs fichiers sitemaps (ex. sitemap-1.xml, sitemap-2.xml) référencés dans un fichier maître <sitemapindex>. En cas de compression gzip (.xml.gz), le fichier pèse généralement entre 2 et 8 Mo en transit réseau, mais le tampon décompressé en mémoire doit impérativement rester sous 50 Mo sous peine de rejet par les moteurs de recherche.

Quel est le format W3C Datetime valide pour la balise lastmod d'un sitemap ?▼

La balise <lastmod> doit respecter scrupuleusement la spécification W3CDTF (profil strict de la norme ISO 8601). Seules deux représentations sont valides : la date simple « AAAA-MM-JJ » (ex. « 2026-10-31 ») ou l'horodatage complet avec indicateur de fuseau horaire obligatoire « AAAA-MM-JJThh:mm:ss+00:00 » (ou « Z » pour UTC). Omettre le décalage horaire, substituer un espace à « T » (« 2026-10-31 14:00 »), utiliser un timestamp Unix entier ou employer des barres obliques (« 2026/10/31 ») rend le nœud invalide dans Google Search Console.

Quelle est la différence entre un sitemap XML standard et un index de sitemaps ?▼

Un sitemap XML utilise la balise racine <urlset> conforme à l'espace de noms http://www.sitemaps.org/schemas/sitemap/0.9 et contient des nœuds <url> pointant vers des pages web. À l'inverse, un index de sitemaps utilise la balise racine <sitemapindex> et regroupe des balises <sitemap> qui pointent exclusivement vers d'autres URL de sitemaps XML. Un fichier d'index ne peut contenir de balises <url>, et un sitemap enfant ne peut contenir d'index, garantissant une topologie hiérarchique stricte à deux niveaux.

Google prend-il encore en compte les balises priority et changefreq ?▼

Googlebot ignore officiellement les balises <priority> et <changefreq> lors de l'exploration, de l'indexation et du classement. Les algorithmes d'exploration de Google s'appuient principalement sur leurs propres modèles heuristiques alimentés par les en-têtes HTTP réels (tels que ETag, Last-Modified et le code 304 Not Modified), la structure des liens internes et l'exactitude vérifiée de <lastmod>. Bien que valides selon le schéma Sitemaps.org 0.9, ces balises peuvent être omises pour réduire le poids du fichier XML jusqu'à 35 %.

Comment structurer correctement les liens hreflang dans un sitemap XML ?▼

Pour intégrer les annotations hreflang, vous devez déclarer l'espace de noms XHTML xmlns:xhtml="http://www.w3.org/1999/xhtml" sur la balise racine <urlset>, puis imbriquer des éléments <xhtml:link rel="alternate" hreflang="[code]" href="[url]" /> à l'intérieur de chaque conteneur <url>. Chaque page indexée doit inclure un lien d'auto-référencement, un lien alternatif pour chaque déclinaison linguistique ou régionale, ainsi qu'une balise hreflang="x-default" orientant les visiteurs non ciblés vers une page d'atterrissage générique.

Outils et utilitaires connexes

Tous les outils →