Un vérificateur de sitemap lit le fichier qui répertorie les URL de vos pages et repère les problèmes dans le XML, les entrées et les métadonnées. Utilisez-le lorsqu’un sitemap ne peut pas être lu, après une modification du générateur ou avant d’envoyer un nouveau fichier. Lisez le périmètre avant le verdict : un résultat sans problème concerne les fichiers inspectés et ne confirme pas leur indexation par Google.
Quelle URL saisir ?
Saisissez la page d’accueil du site, par exemple https://example.com/, pour chercher son sitemap. Screpy lit les déclarations Sitemap: dans robots.txt. En leur absence, l’outil essaie /sitemap.xml, /sitemap_index.xml et /sitemap-index.xml. Ce sont des emplacements de recherche, pas des noms obligatoires. L’absence d’un emplacement facultatif n’invalide pas un fichier trouvé ailleurs.
Si vous connaissez l’adresse, saisissez l’URL exacte du sitemap :
https://example.com/sitemap.xmlpour un fichier contenant des URL de pages.https://example.com/sitemap-index.xmlpour un index contenant les adresses de sitemaps enfants.https://example.com/products-sitemap.xmlpour examiner un fichier enfant séparément.
Ces adresses sont des exemples. Remplacez le domaine et le chemin par les vôtres. Saisir une page comme /products/ demande ce document comme sitemap ; cela ne lance pas une recherche depuis l’accueil. Une page HTML, un écran de connexion ou une page d’erreur à l’adresse indiquée n’est pas un sitemap XML.
Comment lire le rapport de sitemap
Vérifiez d’abord le tableau des fichiers et le périmètre, puis les constats :
- Vert : aucun problème détecté dans le périmètre inspecté.
- Rouge : des erreurs confirmées nécessitent une correction, comme du XML mal formé ou des adresses d’URL manquantes.
- Jaune : examinez les avertissements concernant les doublons, dates douteuses ou analyses incomplètes.
- Gris : données indisponibles ou non vérifiées ; cela ne signifie pas que la vérification a réussi.
Prenons un index fictif contenant trois fichiers enfants : deux sont entièrement analysés avec 40 et 60 entrées de pages, tandis que le troisième ne peut pas être récupéré. Le rapport peut compter 100 entrées dans les deux fichiers complets. Il ne peut pas déterminer le total du site. Le nombre de fichiers analysés comprend aussi l’index lu correctement ; ses entrées désignent des fichiers, pas des pages.
Les entrées d’URL et les URL uniques sont des mesures différentes. Une adresse listée deux fois produit deux entrées, mais une seule URL unique. Plusieurs constats peuvent se recouper : le nombre de problèmes ne correspond donc pas forcément au nombre de pages touchées. Lorsqu’elles apparaissent, les barres comparent les entrées des sitemaps enfants analysés ; elles ne représentent pas les pages indexées.
Une vérification analyse jusqu’à 20 fichiers, 100 000 entrées et 100 MiB décompressés en 27 secondes, en suivant un niveau de fichiers enfants d’index. Les index imbriqués, fichiers illisibles ou limites atteintes peuvent laisser une couverture partielle. Saisissez directement le fichier enfant concerné pour examiner la partie manquante. Ces limites de l’outil sont distinctes des limites par fichier de la norme ci-dessous.
À quoi ressemble un sitemap XML valide ?
Un sitemap de pages simple utilise du XML UTF-8, l’espace de noms Sitemap, une racine urlset et une valeur loc pour chaque entrée url. Chaque adresse doit être une URL complète, avec protocole et nom d’hôte. Cet exemple minimal répertorie une page :
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/guides/</loc>
</url>
</urlset>
Le protocole Sitemap autorise jusqu’à 50 000 entrées et 50 MiB (52 428 800 octets) par fichier non compressé. Gzip réduit la taille du transfert, pas cette limite décompressée. Divisez les fichiers plus volumineux et répertoriez-les dans un index.
L’échappement XML compte : dans une URL contenant ?a=1&b=2, l’esperluette doit s’écrire & dans loc. Cela préserve l’URL ; la variante à paramètres ne devient pas pour autant la page préférée. Screpy prend en charge les sitemaps XML, les index et le XML gzip. Un résultat « format non pris en charge » ne prouve pas que Google rejette ce format, et les schémas d’extensions ne sont pas entièrement validés.
Vérifier les dates, doublons et droits de propriété
lastmod est facultatif. Si vous l’utilisez, indiquez une date réelle comme 2025-09-12, ou une date et heure valides avec fuseau horaire. Pour une entrée de page, il représente sa dernière modification importante, pas la régénération du sitemap. Pour une entrée d’index, il décrit la modification du fichier sitemap enfant. Un avertissement sur une date future invite à vérifier l’horloge, le fuseau et la valeur source.
Selon le guide des sitemaps de Google, Google utilise les valeurs lastmod régulièrement exactes et ignore priority et changefreq. Ajouter ces champs facultatifs n’améliore pas le classement. L’outil valide les valeurs présentes ; il ne peut pas vérifier quand le contenu d’une page a réellement changé.
Pour les doublons, corrigez la liste source du générateur afin que l’URL voulue apparaisse une seule fois. Examinez les exemples avant de modifier les adresses : des répétitions exactes diffèrent d’adresses distinctes pouvant représenter le même contenu.
Un avertissement de propriété nécessite du contexte. Les envois entre sites peuvent être légitimes avec une configuration adaptée, comme l’explique le guide des index de Google. Cet outil ne vérifie ni la propriété ni les paramètres d’envoi ; confirmez-les avant de considérer un autre nom d’hôte ou périmètre de chemin comme une erreur.
Corriger la source, puis vérifier à nouveau
Réparez le générateur de sitemap, la configuration du CMS ou les données source plutôt qu’un fichier généré que la prochaine mise à jour écrasera. Utilisez le fichier concerné et les exemples signalés pour localiser le problème.
| Constat | Modification | Vérification après correction |
|---|---|---|
| Échec de récupération ou HTML à la place du XML | Corrigez la route publique, la restriction d’accès ou la réponse serveur. | L’adresse exacte fournit le sitemap sans connexion ni écran de vérification. |
XML mal formé, espace de noms incorrect ou loc absent |
Réparez le modèle, l’échappement ou l’entrée incomplète. | Le fichier s’analyse et chaque entrée contient l’URL absolue voulue. |
| URL en double ou date invalide | Dédupliquez les données source ; corrigez les dates ou retirez celles, facultatives, que vous ne pouvez maintenir précisément. | Le même constat disparaît après régénération. |
| Couverture partielle ou fichier dépassant la norme | Examinez séparément le fichier enfant indiqué ; divisez les fichiers trop volumineux et actualisez l’index. | Les fichiers concernés sont entièrement vérifiés et respectent leurs limites individuelles. |
Régénérez et publiez le fichier corrigé, puis relancez la même entrée. Téléchargez le rapport JSON pour conserver les constats et le périmètre vérifié à des fins de comparaison.
Un sitemap valide ne prouve pas l’indexation
L’outil récupère les documents de sitemap, pas chaque page répertoriée. Il ne détermine ni les codes de réponse des pages, ni les balises canonical, ni les directives noindex, ni les décisions d’indexation de Google. Une entrée bien formée peut pointer vers une page supprimée ou une URL que vous ne souhaitez pas indexer.
Prenez une URL pertinente de la liste et examinez la question séparément : le testeur robots.txt pour les règles d’accès des robots, le vérificateur de balise canonical pour l’URL préférée déclarée, ou le vérificateur SEO on-page pour les signaux SEO de la page. Ces outils ont aussi leur propre périmètre ; aucun ne garantit l’indexation.
Après correction, examinez le traitement du sitemap dans Google Search Console. Un statut réussi signifie que Google a récupéré et lu le fichier, pas qu’il a indexé toutes les pages découvertes. Utilisez les informations d’indexation de la page pour examiner les exclusions. La documentation du rapport Sitemaps explique cette distinction. Séparez les problèmes d’indexation restants des problèmes de syntaxe du sitemap pour corriger la bonne source.
Pour comparer les codes de réponse et les chaînes de redirections d’une liste de pages, utilisez Vérificateur de statuts HTTP en lot.
Pour comparer deux versions d’un sitemap, utilisez l’outil de comparaison de sitemaps. Examinez les URL ajoutées, supprimées et communes, puis vérifiez que les deux sources ont été entièrement traitées avant d’interpréter les adresses absentes.
Pour examiner séparément la configuration IndexNow, utilisez le vérificateur IndexNow. Il lit le fichier et compare la clé sans envoyer d’URL ; il ne confirme ni acceptation par un moteur ni indexation.