Quand vous publiez une nouvelle page, Googlebot doit la trouver pour l’indexer; un sitemap XML ne crée pas ce passage, il retire juste les obstacles à la découverte. Un fichier unique plafonne vite : cinquante mille URL et cinquante mégaoctets. Pour un site qui grossit, l’index de sitemaps devient adapté, mais des règles d’imbrication s’imposent, souvent évitées par les guides, et la Search Console accepte ou refuse alors votre travail sans explication.
Ce que Google regarde avant de suivre un index
Un fichier d’index de sitemaps liste d’autres fichiers de sitemaps, pas les adresses des pages. Le protocole impose trois balises : sitemapindex, sitemap et loc, rattachées à l’espace de noms http://www.sitemaps.org/schemas/sitemap/0.9.
Ce squelette minimal indique à Googlebot où chercher les fichiers suivants, mais la limite d’un index isolé reste de 50 000 sitemaps sans dépasser 50 Mo non compressés. Ce n’est pas une contrainte de forme, c’est la borne du protocole.
Cette borne pousse les sites volumineux à découper en plusieurs index, mais la plupart des webmasters s’arrêtent au fichier unique et se demandent pourquoi certaines pages tardent, souvent à cause d’une hiérarchie d’index mal montée : Googlebot rencontre un mur et abandonne la branche. Étonnamment, la console de recherche Google enregistre la soumission sans signaler le défaut. Vous croyez alors avoir livré un plan complet, mais une partie du site reste invisible.
Les contraintes d’hébergement qui passent sous les radars
Un index n’est pas un conteneur, car il impose une géographie de fichiers : chaque sitemap référencé doit être hébergé sur le même domaine que l’index, une contrainte qui paraît anodine mais casse les montages multisites. Si votre index pointe vers un autre sous-domaine, Googlebot refuse la branche, sauf si une soumission intersites a été configurée dans la console de Google. Le plus déroutant, c’est que l’erreur ne remonte pas clairement dans les rapports.
Les pièges de chemin qui invalident un index
La règle de répertoire est tout aussi stricte, et souvent moins commentée, une règle que les guides omettent fréquemment : un sitemap mentionné dans un index doit se trouver dans le même répertoire que cet index, ou plus bas dans l’arborescence. Dès qu’un fichier remonte d’un niveau, la relation se brise sans bruit. Voici les situations les plus fréquentes en audit.
- Le fichier d’index est placé à la racine, mais un sitemap vit dans un dossier latéral non descendant.
- Un ancien chemin relatif hérité d’une migration.
- Et si le sitemap est servi avec une redirection vers un autre domaine ?
- Index et sitemaps cohabitent dans le même répertoire, mais un sous-dossier utilise une majuscule différente.
Quand un index ne respecte pas cette règle de répertoire, la soumission ne déclenche aucun message d’erreur : le fichier reste simplement ignoré par Googlebot. Pour lever le doute, téléchargez l’index et vérifiez chaque URL de sitemap à la main. Un simple test avec un navigateur suffit, car si le fichier s’ouvre sans redirection, le chemin est correct. C’est long, mais plus rapide que d’attendre une indexation qui ne viendra pas.
Soumettre l’index dans la Search Console sans se brûler
Cinq cents fichiers d’index par site : la Search Console fixe une borne rarement atteinte, mais qui peut surprendre lors d’une refonte. Vous pouvez soumettre chaque index séparément, ou un index maître si le volume l’exige. La limite de cinquante mille sitemaps par index redevient le plafond. Avant d’envoyer, vérifiez l’hébergement de chaque fichier référencé. La règle du même site s’applique, et une soumission intersites se configure côté console Google, pas dans le XML.
Un annuaire comme mess-france.com aide à repérer les professionnels qui connaissent ce protocole, surtout quand on hérite d’un site mal structuré. Le plus souvent, le rejet vient d’une incohérence de chemin, et cet outil Google gagnerait à afficher l’erreur d’imbrication au lieu d’ignorer l’index pendant des semaines, laissant le webmaster dans le noir. Considérez chaque soumission comme un test : si le nombre de pages découvertes n’évolue pas sous peu, remontez la chaîne des fichiers.
Les angles morts d’un index pourtant accepté
Un index de sitemaps accepté par la console Google, ce qui signifie que le fichier est techniquement conforme et que Googlebot l’a téléchargé sans erreur, lève un obstacle d’exploration, mais ne force absolument pas Google à indexer les nouvelles pages. Une page crawlée peut être ignorée si le contenu est faible. Beaucoup regardent le mauvais indicateur : l’indexation ne décolle pas. Le sitemap ne remplace pas le maillage interne; c’est un outil.
La vraie accélération se joue dans la granularité. Un site e-commerce découpe par catégorie, un blog lent garde un index unique. Cela dépend de votre rythme de publication. Quand une nouvelle page sort, ajoutez-la au bon sitemap enfant, car Googlebot, qui surveille les fichiers modifiés plus souvent, repère bien plus vite le changement qu’en scrutant un fichier global de 50 000 URL, surtout si vous publiez fréquemment, de façon régulière.
Le sitemap index n’efface pas la structure du site
Retenez qu’un sitemap index imbriqué retire des obstacles que la console de recherche ne signale pas toujours, car la règle du même répertoire, le plafond de 50 000 sitemaps et la limite de cinq cents index par site forment un cadre strict. Mais l’index ne remplace pas un maillage interne ni des contenus méritants. La prochaine fois qu’une page tarde, irez-vous vérifier le chemin du sitemap enfant ou la qualité du contenu ?
