Analyseur de Sitemaps XML

Il analyse et valide les sitemaps XML : il détecte les erreurs et rend compte de la structure des URL, des priorités, des fréquences de modification, du nombre d'images/vidéos et des dates lastmod.

Oui : toute l'analyse se fait côté client via le DOMParser natif. Les données de votre sitemap ne quittent jamais votre appareil.

Les sitemaps d'URL standard (urlset), les index de sitemaps (sitemapindex) et les sitemaps étendus avec les namespaces image, vidéo et actualités.

Oui, le XML Sitemap Analyzer est 100% gratuit, sans inscription, sans frais cachés et sans limite d'utilisation. Tout le traitement se fait localement dans votre navigateur, garantissant une confidentialité totale.

Absolument. Le XML Sitemap Analyzer traite tout côté client, dans votre navigateur. Aucune donnée n'est envoyée ni stockée sur un serveur. Votre contenu reste privé sur votre appareil à tout moment.

Oui, le XML Sitemap Analyzer est entièrement responsive et fonctionne sur smartphones et tablettes. Vous pouvez l'utiliser sur n'importe quel appareil doté d'un navigateur web moderne, sans téléchargement d'application.

Aucun compte ni inscription n'est nécessaire. Ouvrez simplement le XML Sitemap Analyzer dans votre navigateur et commencez à l'utiliser immédiatement. Aucun mur d'inscription ni restriction d'utilisation.

Oui, le XML Sitemap Analyzer est conçu en suivant les directives actuelles de Google Search et les bonnes pratiques. Nous mettons régulièrement l'outil à jour pour refléter les évolutions des exigences des moteurs de recherche.

Saisissez simplement vos informations dans le champ prévu, ajustez les paramètres selon vos préférences et l'outil les traitera instantanément. Vous pouvez ensuite copier le résultat dans votre presse-papiers ou le télécharger.

Le XML Sitemap Analyzer fonctionne dans tous les navigateurs modernes, y compris Chrome, Firefox, Safari, Edge et Opera. Pour une expérience optimale, utilisez la dernière version de votre navigateur préféré.

Le protocole sitemaps.org plafonne un fichier de sitemap unique à 50 000 URLs et 50 Mo non compressés (avant gzip). Si votre site compte plus d'URLs que cela, vous les répartissez sur plusieurs fichiers sitemap référencés depuis un sitemap index parent, qui peut lui-même lister jusqu'à 50 000 sitemaps. Dépasser la limite par fichier est une raison fréquente pour laquelle les moteurs de recherche arrêtent de lire les entrées en cours de route. Cet analyseur compte chaque <url> de votre fichier et signale une erreur dès que le total dépasse 50 000, afin que vous sachiez qu'il faut diviser avant de soumettre. Il détecte aussi automatiquement les fichiers de type sitemap-index et liste chaque sitemap enfant pour que vous puissiez les vérifier un par un. Collez votre XML ci-dessus pour confirmer que vous êtes dans les limites et voir le nombre total d'URLs instantanément.

Non. Google a publiquement déclaré qu'il ignore largement les valeurs <priority> et <changefreq> des sitemaps : mettre chaque page à une priorité de 1.0 ne boostera ni le classement ni l'ordre d'exploration. Ces balises faisaient partie du protocole sitemaps d'origine comme simples indications, mais les moteurs de recherche s'appuient désormais sur leurs propres signaux pour décider quoi explorer et à quelle fréquence. Cela dit, les valeurs doivent tout de même rester valides : priority doit être comprise entre 0.0 et 1.0, et changefreq doit être l'une des valeurs always, hourly, daily, weekly, monthly, yearly ou never. Les valeurs hors plage ou mal orthographiées sont signalées comme des erreurs, car elles trahissent souvent un bug de génération à corriger. Cet outil valide les deux champs et représente la répartition de vos priorités et fréquences dans le fichier, alors collez votre sitemap pour repérer les balises incohérentes ou invalides.

La date <lastmod> indique aux moteurs de recherche quand une page a réellement changé pour la dernière fois, et contrairement à priority et changefreq, Google s'en sert bel et bien pour planifier ses réexplorations. Si vos dates sont exactes, un robot peut prioriser les pages fraîchement mises à jour et ignorer celles qui n'ont pas changé, utilisant ainsi votre budget d'exploration plus efficacement. Le piège, c'est la confiance : si chaque URL affiche la date du jour à chaque build, ou si les dates sont absentes, les moteurs de recherche apprennent à ignorer ce champ. Cet analyseur indique les dates lastmod les plus anciennes, les plus récentes et médianes sur l'ensemble de vos URLs, pour repérer un sitemap devenu obsolète ou un cas où toutes les dates sont suspicieusement identiques. Le détecter tôt garde vos signaux de fraîcheur crédibles. Collez votre XML ci-dessus pour voir en un coup d'œil la plage complète des dates lastmod.

Un avertissement non-HTTPS signifie qu'une ou plusieurs entrées <loc> pointent vers une adresse http:// non sécurisée plutôt que https://. Comme le HTTPS est une exigence de base et un léger signal de classement, votre sitemap ne devrait lister que la version sécurisée et canonique de chaque URL. Mélanger des liens http:// trahit généralement un bug de génération ou un reste d'un modèle antérieur à une migration, et cela peut envoyer les robots vers des URLs qui redirigent ou diffèrent de la version que vous souhaitez réellement indexer. Cet outil scanne chaque emplacement et regroupe toutes les URLs non-HTTPS en un seul avertissement avec un compteur, si bien que « 5 URLs non-HTTPS » s'affiche en une ligne claire plutôt qu'en cinq notices éparses. Les corriger garantit que les moteurs de recherche indexent directement vos pages sécurisées. Collez votre sitemap ci-dessus pour vérifier si des URLs non sécurisées s'y sont glissées.

En général, non. Les URLs comportant des chaînes de requête — comme ?sort=, ?ref= ou des identifiants de session — pointent souvent vers des versions dupliquées ou quasi dupliquées d'une page canonique, et les lister peut fragmenter les signaux d'indexation et gaspiller le budget d'exploration. En règle générale, un sitemap ne devrait contenir que des URLs propres, canoniques et indexables que vous souhaitez réellement voir apparaître dans les résultats de recherche. Cet analyseur signale chaque URL contenant des paramètres de requête comme une simple information plutôt qu'une erreur pure, car les paramètres ne sont pas toujours à proscrire, mais méritent d'être examinés. Les voir regroupés facilite la décision de garder chaque URL ou de la retirer au profit de sa version sans paramètre. Il signale aussi, dans la même passe, les emplacements dupliqués et les URLs malformées. Collez votre XML ci-dessus pour faire ressortir les entrées à paramètres et les doublons avant de soumettre à Search Console.