Thème

Outils populaires

Vérificateur de Sitemap

Testez votre sitemap à partir d'un domaine ou de son URL, et obtenez une vue complète : chaque fichier de l'index, chaque règle fixée par le protocole, les URL que les moteurs de recherche refuseront et pourquoi, et si ses dates veulent dire quelque chose.

Pas de plafond à 100 URL : chaque entrée de chaque fichier, jusqu'à 50 000 · robots.txt et ce qu'il implique · un échantillon des pages récupéré comme le ferait un robot · gratuit, sans inscription, rien n'est conservé

Un domaine suffit : nous lisons robots.txt et regardons aux emplacements habituels. Un fichier fonctionne aussi, comme example.com/sitemap.xml.

URL luesle fichier entierFichiers de l'indexjusqu'à 10
  • robots.txtLu en premier, avec ce qu'il implique
  • Sitemaprobots.txt, puis les chemins habituels
  • Fichiers lusL'index et dix de ses fichiers
  • VérifiéToutes les règles, confrontées à robots.txt
VérificationUn seul passage depuis notre serveur : les fichiers, les règles et un échantillon des pages
Essayez

Comment vérifier un sitemap XML

Saisissez votre domaine ci-dessus et choisissez Vérifier le sitemap : nous lisons robots.txt, trouvons le fichier qu'il nomme, le lisons avec jusqu'à dix de ses fichiers et récupérons un échantillon de ses URL, puis nous montrons ce qu'un moteur de recherche ferait de tout cela.

Vous pouvez donner un simple domaine ou l'adresse du fichier lui-même. À partir d'un domaine, nous prenons d'abord les lignes Sitemap: de robots.txt, puis nous essayons les chemins habituels ; à partir d'une adresse, nous lisons exactement ce que vous avez donné. Dans les deux cas, le fichier est lu en entier, pas seulement les cent premières URL, ainsi que jusqu'à dix fichiers d'un index de sitemaps.

Quatre choses décident si un sitemap fait son travail : le fichier s'analyse, il reste dans les limites du protocole, rien en lui ne contredit robots.txt ou le propre noindex des pages, et ses dates veulent dire quelque chose. Les vues ci-dessus les couvrent : Fichiers et Problèmes pour le format et les limites, robots.txt et Pages échantillons pour les contradictions, et URL pour les dates.

Quatre étapes, d'un domaine à ce que voit un robot
1Saisissez un domaineou l'adresse du sitemap lui-même
2Nous trouvons le fichierrobots.txt d'abord, puis les chemins habituels
3Chaque fichier est lul'index et jusqu'à dix de ses fichiers
4Un échantillon est récupéréstatut, redirection, noindex, canonical
robots.txt200sitemap_index.xml
Vérification de sitemap : un index de 4 fichiers, 420 URL, 36 erreurs, 7 avertissements et 31 URL bloquées par robots.txtVérification de sitemap : un index de 4 fichiers, 420 URL, 36 erreurs, 7 avertissements et 31 URL bloquées par robots.txtLe verdictCe qui ne va pas dans ce sitemap, en une phrase, avec les cinq chiffres qui la portent : les URL, les fichiers, les erreurs, les avertissements et les URL que robots.txt refuse.robots.txt et ce qu'il impliquePas seulement le code d'état : ce que ce code signifie pour tout le site. Un 4xx veut dire que tout peut être exploré ; un 5xx, que rien ne doit l'être.Chaque fichier de l'indexChaque fichier avec les URL qu'il contient, sa taille décompressée face à la limite de 50 MB, la taille transférée à côté, et ses propres constats.Les contradictionsLes URL que le sitemap demande aux moteurs de recherche d'explorer alors que robots.txt les refuse, et les pages de l'échantillon qui portent noindex ou désignent une autre URL comme canonical.
La vérification de l'index de sitemaps d'une boutique inventée : le verdict et les chiffres, les fichiers avec leurs propres constats, et les contradictions entre le sitemap et robots.txt. Sélectionnez un numéro pour voir ce que montre chaque partie.

Qu'est-ce qui rend un sitemap invalide ?

Un sitemap est invalide quand un analyseur ne peut pas le lire : un & nu, un mauvais élément racine, un espace de noms manquant, une URL relative ou des espaces écrits avant la déclaration XML. Tout le reste est un avertissement, pas un refus.

La plus courante de toutes est une esperluette non échappée. XML lit & comme le début d'une référence de caractère : il suffit d'une seule esperluette nue pour mettre fin au fichier aux yeux d'un analyseur, et tout ce qui suit reste non lu. Écrivez-la &amp;, et échappez de la même façon <, >, " et ' (sitemaps.org). Un <loc> doit être une URL complète qui commence par le protocole et reste sous 2 048 caractères.

L'espace de noms doit être exactement http://www.sitemaps.org/schemas/sitemap/0.9, en http:// même pour un site en https : c'est un nom pour les analyseurs, pas une adresse que quelqu'un va chercher. Le fichier doit être en UTF-8, et rien, pas même une ligne vide, ne doit précéder <?xml ; une marque d'ordre des octets UTF-8 est la seule chose permise à cet endroit.

Un sitemap, cinq raisons pour lesquelles un analyseur le refusesitemap.xml
  1. 11
  2. 2<?xml version="1.0" encoding="UTF-8"?>
  3. 3<urlset xmlns="http://sitemaps.org/schemas/sitemap/0.9">2
  4. 4 <url>
  5. 5 <loc>https://www.example.org/shop/?size=l&colour=blue</loc>3
  6. 6 </url>
  7. 7 <url>
  8. 8 <loc>/guides/raised-beds/</loc>4
  9. 9 <lastmod>2026-09-14T08:30:00</lastmod>5
  10. 10 </url>
  11. 11</urlset>
  1. 1Une ligne vide avant la déclaration
  2. 2L'espace de noms doit être exactement cette chaîne, en http://
  3. 3Un & nu met fin au fichier pour un analyseur
  4. 4Un chemin n'est pas une URL : elle doit commencer par le protocole
  5. 5Une heure exige un fuseau horaire ; sinon, omettez l'heure

Les erreurs de sitemap dans Search Console, et ce que chacune signifie

Google Search Console attribue à un sitemap l'un de trois statuts — Opération effectuée, Contient des erreurs ou Impossible de récupérer le sitemap —, pour les propriétés validées uniquement, et sans vous dire quelle ligne est en cause. Cette page vérifie n'importe quel sitemap public et nomme la ligne.

Impossible de récupérer le sitemap (la page d'informations dit alors « Impossible de lire le sitemap ») signifie que la requête de Google n'a pas ramené de fichier lisible : un 4xx ou un 5xx, une chaîne de redirections, un délai dépassé, un pare-feu qui refuse Google, ou une règle robots.txt qui interdit le chemin du sitemap lui-même. Contient des erreurs signifie que le fichier a été lu et que quelque chose en lui enfreint une règle — la figure à côté liste les messages que vous verrez le plus probablement, et la ligne qui se cache derrière chacun.

Deux de ces messages portent sur la taille plutôt que sur le format : un sitemap qui liste plus de 50 000 URL, et un index de sitemaps qui liste plus de 50 000 sitemaps (Google). Divisez un sitemap trop gros en fichiers listés dans un index ; un index trop gros devient plusieurs index, chacun envoyé séparément. Un sitemap qui liste des URL bloquées par robots.txt est signalé lui aussi, et celui-là est une contradiction dans vos propres fichiers plutôt qu'une erreur de format.

Ce que dit Search Console, et ce qu'il y a derrière

Les trois statuts

Opération effectuéerécupéré et lu sans erreur
Contient des erreurslu, et quelque chose en lui enfreint une règle
Impossible de récupérer le sitemapla requête n'a jamais ramené de fichier

Les messages que vous verrez le plus probablement

  • Impossible de lire le sitemapUn 4xx ou un 5xx, une chaîne de redirections, un pare-feu, ou robots.txt qui interdit le chemin du sitemap lui-même.
  • Trop d'URLPlus de 50 000 URL dans un seul sitemap : une erreur, pas un avertissement. Divisez-le sous un index.
  • Erreur d'analyse syntaxiqueSouvent un & nu dans une URL. Écrivez-le &amp;.
  • Date incorrecteUn lastmod qui n'est pas un W3C Datetime, ou une heure sans fuseau horaire.
  • URL incorrecteUn espace, un guillemet ou un autre caractère qu'une URL ne peut pas contenir, ou un protocole cassé comme htp://.
  • Le sitemap contient des URL bloquées par le fichier robots.txtLes deux fichiers se contredisent. Décidez lequel a raison.

Propriétés validées uniquementSearch Console ne rend compte d'un sitemap que pour une propriété qui vous appartient. Cette page vérifie n'importe quel sitemap public, et nomme la ligne.

La date lastmod doit-elle être honnête ?

Oui. Google utilise <lastmod> « s'il est systématiquement et vérifiablement exact » : une date identique sur toutes les URL, ou qui change à chaque écriture du fichier, est donc pire que pas de date du tout — elle apprend à Google à ignorer la balise.

Tous les autres vérificateurs de sitemap lisent le format d'une date : est-ce un W3C Datetime, l'heure porte-t-elle un fuseau horaire. Le format est la moitié facile. Ce qui décide si la balise sert à quelque chose, c'est de savoir si la valeur dit vrai, et deux indices trahissent le contraire : un même horodatage répété sur toutes les entrées, et une date qui est toujours celle du jour. Bing programme lui aussi ses explorations avec lastmod et peut ignorer les dates qui sont toujours actuelles.

Ce vérificateur indique donc ce que sont les dates, pas seulement comment elles sont écrites : combien d'entrées en portent une, la plus ancienne et la plus récente, et s'il s'agit d'une seule valeur répétée. Omettre <lastmod> est valide et ne coûte rien ; en inventer un coûte à la balise sa crédibilité pour tout le site. Marquez la dernière modification importante — le contenu principal, les données structurées, les liens —, pas une nouvelle année de copyright (Google).

Les mêmes 2 400 URL, deux séries de dates
Un seul horodatagechaque entrée à l'instant où le fichier a été écritEntrées par moisCe que Google en faitapprend à ignorer la balise
De vraies dateschaque entrée au jour où sa page a changé pour la dernière foisEntrées par moisCe que Google en faits'en sert pour programmer la prochaine exploration

Aucun lastmodValide. Rien pour programmer, et rien à mettre en doute.

50 000 URL et 50 MB : quand diviser un sitemap

Un sitemap contient au plus 50 000 URL et 50 MB décompressés. Dès que vous franchissez la première de ces deux limites, répartissez les URL dans plusieurs fichiers, listez ces fichiers dans un index de sitemaps, puis envoyez l'index.

La limite de taille compte le fichier décompressé, même quand vous le servez en .xml.gz : c'est pourquoi ce vérificateur montre la taille décompressée, avec la taille transférée à côté. Un sitemap de 30 KB servi en gzip peut peser 1,6 KB sur le réseau, et ce chiffre ne dit rien de la limite. Naver Search Advisor refuse les fichiers de plus de 10 MB : un site coréen a donc un plafond plus bas que celui du protocole.

Un index peut lister jusqu'à 50 000 sitemaps, uniquement des fichiers de son propre site, et jamais un autre index : un index imbriqué n'est pas lu. Les alternatives de langue écrites avec xhtml:link ne comptent pas dans les 50 000. Ce vérificateur lit l'index et jusqu'à dix de ses fichiers en une seule exécution, chacun avec son propre nombre d'URL, sa taille et ses constats.

Un fichier face aux deux plafonds
12 48050 000 URL
6,2 Mo50 MB décompressés
Décompressé6,2 MoSur le réseau812 kogzip réduit la taille du fichier à l'envoi ; la limite compte toujours la taille après décompression.
10 MB · Naver Search Advisor50 MB décompressés · Google, Bing, Yandex
Au-delà de l'un des plafonds : divisez et listez les parties dans un indexsitemap_index.xmlUn index ne peut pas nommer un autre index

robots.txt et votre sitemap : les contradictions qui vous coûtent des pages

Votre sitemap demande aux moteurs de recherche d'explorer une liste d'URL ; robots.txt leur dit ce qu'ils n'ont pas le droit d'explorer. Quand les deux ne sont pas d'accord, robots.txt l'emporte et l'entrée du sitemap est perdue — et Search Console le signale.

Le statut de robots.txt lui-même est la première chose à lire, et presque personne ne dit ce qu'il signifie. Un 4xx veut dire « indisponible » : il n'y a pas de règles, donc tout peut être exploré. Un 5xx, ou pas de réponse du tout, veut dire « inaccessible », et un robot qui suit la RFC 9309 ne doit alors rien explorer sur le site ; Google lit un 429 de la même façon. Le même fichier défaillant produit des issues opposées, et un outil qui affiche « aucune URL n'est bloquée » au-dessus d'un robots.txt illisible se trompe chaque fois que le fichier a répondu 5xx ou 429, ou n'a pas répondu du tout.

Viennent ensuite les contradictions à l'intérieur d'un fichier qui fonctionne : les URL que le sitemap liste et que robots.txt interdit, et — facile à manquer — le chemin du sitemap lui-même interdit, ce qui publie un fichier qu'aucun robot n'a le droit de lire. Dans l'autre sens, c'est peu coûteux et cela vaut la peine : une ligne Sitemap: dans robots.txt ne demande aucun compte nulle part, et tous les robots la lisent.

Ce que la réponse de robots.txt signifie pour tout le site

Le statut, et sa conséquence

200les règles du fichier s'appliquent
404aucune règle : tout peut être exploré
503inaccessible : un robot ne doit rien explorer du tout

La contradiction

Le sitemap demande/search/?q=pepper
robots.txt refuseDisallow: /search/

L'entrée ne sert à rien, et Search Console le signale

Et le chemin du sitemap lui-même, interdit : un fichier publié qu'aucun robot n'a le droit de lire.

Quelles URL n'ont pas leur place dans un sitemap ?

Seules y ont leur place les URL canoniques que vous voulez voir dans les résultats, une par page : des adresses finales qui répondent 200, sont indexables et ne sont pas bloquées par robots.txt. Les redirections, les pages en noindex, les URL dont le canonical pointe ailleurs, les erreurs et les variantes à paramètres ont toutes leur place ailleurs.

Un sitemap qui liste une URL qui redirige envoie un robot un saut plus loin que nécessaire, et Google demande plutôt l'URL où la redirection aboutit. Une page en noindex dans un sitemap est une contradiction pure et simple : le fichier dit « indexez ceci », la page dit « non ». La page l'emporte, et l'entrée ne sert à rien.

Rien de tout cela n'est fatal — chaque URL d'un sitemap est une suggestion, et c'est Google qui décide encore de ce qu'il indexe —, mais chaque entrée erronée en est une qu'un moteur de recherche apprend à moins prendre en compte. C'est pourquoi ce vérificateur récupère un échantillon des URL au lieu de seulement analyser le fichier : l'analyse ne peut pas vous dire qu'une page listée répond désormais 404.

Six URL dans un sitemap, et ce qu'un robot fait de chacune
Dans le sitemapCe qu'obtient un robotRésultat
/shop/raised-beds/ValideIndexée telle que listée
/shop/raised-bed/Redirectionperdue
/shop/?sort=priceCanonical ailleursperdue
/tags/autumn/noindexperdue
/shop/old-kit/404perdue
/search/?q=pepperBloquéeperdue
Chiffres issus d'un site inventé, www.example.org : une boutique avec un index de sitemaps, un fichier de blog périmé et un robots.txt qui le contredit.

Entrées d'image, de vidéo et hreflang

Une entrée <url> peut porter plus qu'une adresse : les images de la page, ses versions dans d'autres langues et des métadonnées vidéo ou d'actualités, chacune dans son propre espace de noms à l'intérieur de cette entrée.

Les images utilisent l'espace de noms image de Google, jusqu'à 1 000 par page ; seuls <image:image> et <image:loc> comptent encore, et caption, title, license et geo_location ont été retirés en 2022. Ce vérificateur compte les entrées d'image qu'il trouve et les montre URL par URL.

Les versions de langue utilisent xhtml:link avec un code hreflang : une langue ISO 639-1 avec une région ISO 3166-1 facultative, jamais une région seule. Chaque version d'une page doit lister toutes les autres, elle-même comprise, sinon Google ignore l'ensemble. Les alternatives ne comptent pas dans la limite de 50 000 URL : lister douze versions de langue dans chaque entrée ne multiplie donc pas le compte par douze.

Une entrée, disséquéeUne seule entrée <url>
La pagehttps://www.example.org/guides/raised-beds/
Sa dernière modification2026-09-14
Ses images3jusqu'à 1 000 par page
Ses autres languesen · de · frchaque version liste toutes les versions, elle-même comprise

Les alternatives ne comptent pas dans les 50 000

À quelle fréquence les moteurs de recherche lisent-ils votre sitemap ?

Google lit un sitemap selon son propre calendrier, qu'il ne publie pas : en envoyer un est une indication, pas un ordre. Bing en lit un dès qu'il le trouve, puis en général au moins une fois par jour. Aucun des deux ne relit un fichier plus souvent parce que vous le lui demandez.

Les vieux pings anonymes ont disparu : Bing a coupé bing.com/ping le 13 mai 2022, et Google a annoncé en juin 2023 que son ping cesserait de fonctionner ; il répond aujourd'hui 404. Un outil qui propose encore de « pinguer Google » ne fait rien du tout.

Ce qui avance vraiment la prochaine exploration d'une page modifiée, c'est un lastmod exact — toute la raison pour laquelle l'honnêteté de la balise compte —, et IndexNow pour les URL modifiées une à une : un seul envoi atteint Bing, Yandex, Naver, Seznam et d'autres, mais pas Google. Renvoyer à la main un sitemap inchangé ne sert à rien.

Quand chaque moteur de recherche lit le fichier
Vous l'envoyez
Google le prend comme une indicationet le lit selon un calendrier qu'il ne publie pas
Bing le lit dès qu'il le trouvepuis en général au moins une fois par jour

Un lastmod exact avance la prochaine exploration d'une page modifiée

Ce qui ne marche plusgoogle.com/pingcoupé en 2023 ; il répond 404bing.com/pingcoupé le 13 mai 2022IndexNowpour les URL modifiées : Bing, Yandex, Naver et d'autres, pas Google

Avez-vous vraiment besoin d'un sitemap ?

Un petit site dont toutes les pages se lient entre elles peut s'en passer : Google avance le chiffre d'environ 500 pages ou moins. Ce sont les grands sites, les sites récents avec peu de liens extérieurs et les sites riches en images ou en vidéos qui en profitent le plus.

Le guide de démarrage de Google qualifie le sitemap de facultatif, et l'envoyer est une indication plutôt qu'une instruction : il ne fait pas mieux classer une page et ne garantit pas l'indexation. Ce qu'il fait, c'est s'assurer qu'un robot sait qu'une URL existe, ce qui compte surtout pour les pages que vos propres liens n'atteignent pas.

Si vous en avez un, autant qu'il soit juste. Un sitemap plein de redirections, de pages en noindex et d'URL bloquées par robots.txt n'est pas neutre — c'est une liste à laquelle un moteur de recherche apprend à moins se fier. Le vérifier prend une minute ; en créer un nouveau à partir de votre propre site demande une exploration.

Sources

Qui profite le plus d'un sitemap
Pages du site
  • grands sites
  • sites récents, peu de liens extérieurs
  • beaucoup d'images ou de vidéos
  • pages qu'aucun lien interne n'atteint

Vérificateur de sitemap : questions fréquentes

Comment tester mon sitemap XML et vérifier qu'il est valide ?

Saisissez votre domaine ci-dessus et choisissez Vérifier le sitemap. Nous trouvons le fichier grâce à robots.txt ou aux chemins habituels, nous le lisons en entier et nous signalons chaque règle qu'il enfreint, avec la ligne où elle se trouve : l'élément racine, l'espace de noms, des URL absolues de moins de 2 048 caractères, les esperluettes échappées, les dates W3C et les valeurs que changefreq et priority autorisent. Rien à installer, et aucune validation du site n'est nécessaire.

Quelles sont les erreurs de sitemap les plus courantes ?

Une esperluette nue dans une URL est l'une des plus courantes : XML la lit comme le début d'une référence de caractère, et une seule suffit à mettre fin au fichier pour un analyseur. Viennent ensuite les URL relatives au lieu d'URL complètes, un espace de noms erroné ou manquant, un lastmod avec une heure mais sans fuseau horaire, des URL sur un autre hôte, et un fichier de plus de 50 000 URL ou de 50 MB décompressés.

Pourquoi Search Console affiche-t-il « Impossible de lire le sitemap » ?

La requête de Google n'a pas ramené de fichier lisible, et le statut devient « Impossible de récupérer le sitemap ». Causes habituelles : un 404 ou un 5xx à l'adresse du sitemap, une chaîne de redirections, un pare-feu ou une règle de CDN qui refuse Googlebot, une règle robots.txt qui interdit le chemin du sitemap lui-même, ou une adresse envoyée derrière une redirection. Cette page récupère le fichier depuis notre serveur et montre le statut, les redirections et la règle robots.txt.

Est-ce un problème si une URL de mon sitemap est interdite dans robots.txt ?

Oui, et un problème courant. Le sitemap demande aux moteurs de recherche d'explorer l'URL alors que robots.txt la refuse : l'entrée ne sert à rien et Search Console signale le conflit. Décidez quel fichier a raison : retirez les URL du sitemap, ou cessez de les interdire. Pire et plus facile à manquer : une règle robots.txt qui interdit le chemin du sitemap lui-même, ce qui publie un fichier qu'aucun robot n'a le droit de lire.

La date lastmod doit-elle être exacte ?

Google n'utilise lastmod que s'il est systématiquement et vérifiablement exact : la réponse est donc oui. Un même horodatage répété sur toutes les URL est une heure de génération, pas une date de modification, et une date qui est toujours celle du jour apprend à Google et à Bing à ignorer complètement la balise. Omettre lastmod est valide et ne coûte rien. Ce vérificateur indique si les dates varient, leur plage, et combien d'entrées en portent une.

Combien d'URL un sitemap peut-il contenir ?

Au plus 50 000 URL et 50 MB décompressés par fichier. Dès que vous franchissez la première de ces deux limites, répartissez les URL dans plusieurs fichiers et listez-les dans un index de sitemaps, qui peut lui-même nommer jusqu'à 50 000 sitemaps mais jamais un autre index. Naver Search Advisor refuse les fichiers de plus de 10 MB : un site coréen a donc un plafond plus bas que celui du protocole.

Google utilise-t-il priority et changefreq ?

Non. Google les ignore tous les deux, et Bing a dit en 2025 qu'il les ignore lui aussi ; seul Yandex les lit encore. Ce sont des balises valides : ce vérificateur les signale donc comme une remarque, pas comme une faute. Une valeur de priority hors plage ou une valeur de changefreq inconnue mérite quand même d'être corrigée, mais ajouter ces balises là où elles manquent ne rapporte rien chez Google ni chez Bing.

Ce vérificateur de sitemap est-il gratuit, et y a-t-il une limite d'URL ?

Il est gratuit, sans inscription ni quota quotidien, et il n'y a pas de plafond à 100 URL : nous lisons chaque entrée de chaque fichier, jusqu'aux 50 000 qu'un sitemap peut contenir, et suivons jusqu'à dix fichiers d'un index de sitemaps. Seule la récupération des pages se fait par échantillon, parce que récupérer 50 000 pages serait une attaque contre le site : nous en récupérons un échantillon, jusqu'à quinze, et disons combien.

En quoi est-ce différent de Google Search Console ?

Search Console ne couvre que vos propriétés validées, donne l'un de trois statuts — Opération effectuée, Contient des erreurs ou Impossible de récupérer le sitemap — et ne dit pas quelle ligne est en cause. Cette page vérifie n'importe quel sitemap public, nomme la ligne de chaque constat, confronte le fichier à robots.txt et au noindex des pages elles-mêmes, et juge si les dates veulent dire quelque chose. Utilisez les deux : Search Console montre ce que Google a réellement fait.

Qu'est-ce qu'un index de sitemaps, et peut-il nommer un autre index ?

Un index de sitemaps est un fichier de sitemaps plutôt que de pages : il utilise une racine sitemapindex et liste chaque fichier dans une entrée sitemap, avec son propre lastmod facultatif. Il peut nommer jusqu'à 50 000 fichiers, tous sur son propre site, mais pas un autre index — un index imbriqué n'est pas lu. Envoyez l'index, et les moteurs de recherche trouvent chaque fichier qu'il contient.

Mon sitemap doit-il être indiqué dans robots.txt ?

Ce n'est pas obligatoire, mais une ligne Sitemap: est la ligne la moins coûteuse du fichier : tous les robots lisent robots.txt, elle ne demande aucun compte nulle part, et vous pouvez en mettre autant que vous avez de fichiers. La valeur doit être une adresse complète, pas un chemin. L'envoi dans Search Console ou Bing Webmaster Tools ajoute des rapports, ce que la ligne robots.txt seule ne vous donne pas.

Un sitemap fera-t-il indexer mes pages ?

Non. Un sitemap dit à un moteur de recherche qu'une URL existe et à peu près quand elle a changé ; l'explorer ou non, et l'indexer ou non, reste la décision de Google. Il aide surtout là où vos propres liens n'atteignent pas une page, sur un grand site, ou sur un site récent avec peu de liens extérieurs. Un sitemap plein de redirections et de pages en noindex rend les choses un peu pires, pas meilleures.

Il vous manque quelque chose ?Suggérez une fonction ou un nouvel outil

Plus d'outils d'exploration et de SEO