Un sitemap présente les adresses du site et, selon le format, des informations complémentaires sur les ressources. Il aide les moteurs à découvrir les pages, notamment pour les sites importants, récents ou mal accessibles par la navigation. Il ne garantit ni exploration, ni indexation, ni position particulière de toutes les URLs.
La vérification répond à deux questions : le fichier est-il lisible et ses adresses correspondent-elles aux pages à rendre publiques ? Un XML valide peut encore lister redirections, pages exclues ou mauvais domaines. Générer le fichier ne termine pas le travail.
Sitemap XML, index de sitemaps et navigation HTML
Le XML liste couramment les URLs et accepte des extensions pour images ou vidéos. Un index permet de retrouver plusieurs fichiers depuis une adresse centrale. Une page HTML de liens aide les personnes à naviguer, mais a un autre rôle et ne remplace pas la vérification des fichiers soumis aux moteurs.
Le protocole accepte jusqu’à 50 000 URLs et 50 Mo non compressés par fichier. Divisez le contenu si une limite est dépassée. Séparer produits, catégories ou langues peut aussi faciliter le suivi avant ce seuil. Il n’existe pas de règle générale imposant une division toutes les mille URLs pour améliorer positions ou exploration.
Quelles pages inclure ?
Choisissez les URLs canoniques souhaitées dans les résultats. Une boutique peut inclure catégories, produits et guides utiles. Écartez du jeu prévu pages privées, résultats internes sans intérêt de recherche, erreurs, redirections et URLs noindex. N’ajoutez pas toutes les combinaisons de filtres simplement parce que le système les génère.
Si la version HTTPS d’un article est principale, utilisez son adresse complète dans le sitemap et les liens internes. La version HTTP redirigée n’est pas une page indépendante. L’exemple emploie un domaine réservé et reste illustratif ; il ne recommande aucun changement d’un site existant sans inventaire et tests.
Une entrée XML contient l’adresse dans un élément loc. Exemple de fragment dans la structure du sitemap : <url><loc>https://example.com/categoria</loc></url>. Le fichier complet nécessite l’élément racine et l’espace de noms du protocole.
Trouver ou générer le sitemap
Vérifiez l’adresse produite par le CMS, module ou extension SEO. Ne supposez ni /sitemap.xml ni un fichier unique. Une directive Sitemap de robots.txt peut indiquer son emplacement. Dans une installation personnalisée, la génération doit suivre publication et actualisation des contenus plutôt qu’une liste manuelle oubliée.
Testez après publication d’une page, changement d’adresse ou retrait d’un produit : les URLs doivent refléter la décision. Avec langues ou sous-domaines, confirmez domaine et portée de chaque fichier. En cas de cache, vérifiez la version réellement servie et sa fréquence de mise à jour.
Vérifications avant soumission
- Ouvrir le sitemap et confirmer une réponse HTTP 200 avec le bon contenu, sans authentification ni page d’erreur déguisée.
- Vérifier XML, encodage UTF-8, espace de noms et caractères échappés, notamment & dans les paramètres.
- Confirmer les limites de taille et de nombre d’URLs de chaque fichier.
- Tester des URLs : réponse finale, contenu public, canonical et directives d’indexation.
- Comparer sitemap, navigation et inventaire pour repérer omissions et anciennes adresses.
Utilisez lastmod uniquement pour une modification réelle et significative. Actualiser chaque jour toutes les dates ne prouve pas un changement de contenu. Google ignore priority et changefreq. Ces champs ne doivent pas justifier une prétendue importance automatique des pages ou une fréquence d’exploration accrue par un module.
Soumettre et interpréter Search Console
Dans la bonne propriété Search Console, soumettez le fichier ou l’index et vérifiez sa récupération et son traitement. Une lecture réussie confirme le traitement du sitemap, pas l’indexation de chaque page. En cas d’erreur, examinez fichier et réponse serveur avant de multiplier les soumissions.
Comparez les URLs souhaitées aux exemples du rapport d’indexation et de l’inspection d’URL. Notez motif affiché et date. Une page découverte mais non indexée demande une analyse du contenu, des signaux techniques et du contexte ; la réajouter ne constitue pas un diagnostic. Test en direct et version indexée peuvent refléter des moments différents.
Sitemap, robots.txt et noindex répondent à des besoins différents
Retirer une URL du sitemap ne bloque pas sa découverte par un lien. robots.txt guide l’exploration ; noindex demande de ne pas indexer une ressource accessible. Un blocage robots.txt empêche le robot de lire noindex. Aucun de ces fichiers ne remplace l’authentification pour protéger les données privées.
La révision du sitemap fait partie d’un audit SEO technique lorsqu’elle est croisée avec pages réelles, navigation et indexation. L’équipe RedeShop peut identifier les incohérences et préparer des changements vérifiés avant et après publication.