Respecter les limites du fichier
Pour un sitemap, les plafonds documentés sont 50000 URL et 50 MB après décompression : il faut respecter les deux. Au-delà, répartissez les URL entre plusieurs sitemaps, éventuellement référencés par un index. Le fichier doit être en UTF-8 et les URL entièrement qualifiées.
| Point de contrôle | Repère | Précision |
|---|---|---|
| URL par sitemap | 50000 | Plafond par fichier. |
| Taille décompressée | 50 MB | Plafond à respecter aussi. |
| Encodage | UTF-8 | Avec valeurs XML correctement échappées. |
| priority et changefreq | Ignorés par Google | Ne pilotent pas son exploration. |
Décrire les pages réellement souhaitées
- Listez des URL préférées cohérentes avec les canoniques, accessibles et destinées à l’indexation. Repérez redirections, erreurs et pages exclues avant la soumission.
- Échappez correctement les valeurs XML et contrôlez le fichier servi, son statut et les sitemaps enfants. Une compression ne supprime pas la limite de taille décompressée.
- Utilisez lastmod pour une modification significative et vérifiable. Ne remplacez pas toutes les dates chaque jour pour simuler une actualisation.
Distinguer fichier accepté et pages indexées
Suivez les diagnostics de lecture et les états des URL séparément. Un sitemap valide peut contenir une page non retenue pour d’autres raisons. Google ignore priority et changefreq ; ces champs ne permettent pas d’acheter de la priorité ou de fixer une fréquence d’exploration.
Références primaires
Sitemap : publier les URL que l’on assume
Un sitemap est un inventaire de découverte pour les URL que le site veut voir explorer. Y inclure des redirections, des doublons ou des pages noindex rend le signal moins cohérent ; une entrée valide ne garantit toutefois pas l’indexation.
- Comparer chaque entrée à sa réponse finale et à sa canonique.
- Mettre lastmod à jour seulement lors d’une modification réelle.
- Vérifier les versions linguistiques et les liens internes des pages clés.
Référence primaire : Google Search Central — Crawling and indexing. Méthode connexe : consulter le guide pratique.
Ne pas demander au sitemap de réparer la navigation
Un sitemap peut signaler des fiches que la pagination ne relie pas correctement, mais il ne rend pas le parcours utilisable. Gardez cohérence entre URLs canoniques, listes et fichiers sitemap, puis vérifiez la découverte au-delà de la première page.
- Inclure les URLs pertinentes et canoniques selon leur contenu réel.
- Tester les liens de suite et les fiches de la dernière page de chaque famille.
- Vérifier dates de modification sans les changer uniquement parce que le sitemap est régénéré.
Cas de recette à reproduire
Exemple fictif : ces données ne décrivent aucun client ni résultat réel.
Voir les données du cas
{
"page_2": "/catalog?page=2",
"canonical": "/catalog",
"next_link": "<button>More</button>"
}Décision attendue
La page 2 doit avoir sa propre canonical et des liens href explorables vers la suite.
Procédure de vérification
- Relevez URL, canonical et liens de chaque page.
- Accédez à la suite sans cliquer sur un bouton JavaScript.
- Conservez les liens href et la canonical propre. Ouvrez chaque URL directement et comparez les éléments affichés ; une adresse différente qui répète la première page ne valide pas la suite.
Google Search Central — Pagination and incremental page loading
Référence primaire : Google Search Central — Pagination and incremental page loading. Méthode connexe : consulter le guide pratique.
Sitemaps : contrôler les URL, les fragments et les dates lastmod
Vérifier la qualité du fichier proposé aux moteurs, au-delà d’un simple XML syntaxiquement valide.
- Canonical, langue et état publié
- Taille non compressée et nombre
- Source du changement et contrôle
Cas de recette à reproduire
Exemple fictif : ces données ne décrivent aucun client ni résultat réel.
Voir les données du cas
{
"shard_urls": 50001,
"uncompressed_bytes": 20000000,
"lastmod_source": "generation_time"
}Décision attendue
50 001 URL dépassent la limite d’un fichier. Segmenter et calculer lastmod depuis les modifications significatives. Dans cet exercice, deux fichiers de 50 000 et 1 URL respectent la limite de nombre ; vérifier aussi la limite de 50 Mo par fichier non compressé. Une compression gzip ne relève pas ces limites. La date de génération ne remplace pas la date de modification de chaque page.
Procédure de vérification
- Relevez nombre d’URL et taille non compressée.
- Validez découpage, canonical et dates de modification significatives.
- Conservez URL exclues et correspondances entre fragments et index.
Référence primaire : Sitemaps.org — Protocol. Méthode connexe : consulter le guide pratique.
Robots.txt : exploration, indexation et preuves
Un sitemap propose des URL ; il ne décide pas de l’index
Chez Google, l’inclusion dans un sitemap est un signal faible de canonique. Une URL proposée doit encore être explorée, traitée et éventuellement sélectionnée.
- Ne publier que les URL utiles et cohérentes avec les canoniques et les liens internes.
- Vérifier séparément robots.txt et les directives de chaque page.
- Conserver l’observation d’indexation effective ; le dépôt du sitemap ne constitue pas une preuve de résultat.
Examiner les douze cas de robots.txt →
Références relues le