Sitemap XML : comment le préparer et le soumettre à Google ?

Un sitemap XML est un fichier qui signale aux moteurs les URL que vous souhaitez leur faire découvrir. Pour le préparer, retenez les adresses canoniques de vos pages publiques, générez un fichier valide puis soumettez son adresse dans Search Console. Le fichier complète les liens internes : il ne garantit ni l’indexation ni le classement des pages listées.

Sur un petit site, l’essentiel est de garder une liste exacte. Un fichier rempli d’anciennes adresses, de doublons ou de pages privées apporte peu de clarté. Voici une procédure pour préparer cette liste et vérifier son traitement, sans reprendre tout le diagnostic d’une page absente de Google.

Vérifier si votre site possède déjà un sitemap

Commencez par les réglages et la documentation de votre solution de site. Un CMS ou une boutique hébergée peut générer le fichier automatiquement. Son nom n’est pas universel : sitemap.xml, un index de sitemaps ou un autre chemin peuvent être utilisés. Ne créez pas une deuxième liste manuelle avant d’avoir identifié la fonction existante.

Ouvrez l’adresse annoncée par votre outil. Un navigateur peut afficher un tableau d’URL, du XML brut ou une liste de fichiers enfants. Ce dernier cas correspond généralement à un index de sitemaps : il renvoie vers plusieurs listes, par exemple les articles et les produits. L’affichage visuel n’est pas le critère principal ; le fichier doit réellement être lisible et contenir les bonnes adresses.

Quelles URL inclure dans le fichier ?

Préparez un inventaire avec une colonne « à conserver » et une colonne « motif ». Pour un annuaire, les catégories utiles, les fiches publiques et les guides publiés constituent des candidats. Les écrans de connexion, de paiement, de recherche interne ou de gestion de compte n’ont pas la même fonction.

• Retenez les URL publiques dont vous souhaitez l’apparition dans les résultats.
• Utilisez leur adresse canonique complète, avec le bon domaine et le protocole HTTPS.
• Retirez les URL supprimées et celles qui redirigent vers une nouvelle adresse ; listez directement la destination actuelle.
• Écartez les variantes dupliquées et les pages volontairement en noindex.
• Vérifiez que les pages retenues ne nécessitent pas une connexion pour être consultées.

Exemple fictif : une fiche de fleuriste a changé de nom et redirige de /ancien-atelier/ vers /atelier-fleurs/. Le sitemap doit proposer l’adresse actuelle. Si une fiche est encore en attente de validation, elle n’y entre qu’au moment où elle devient une page publique destinée à être découverte.

La sélection doit aussi correspondre au parcours du lecteur. Appuyez-vous sur la méthode de maillage interne pour un petit site pour relier ces pages depuis les catégories et les contenus pertinents. Une URL listée dans le fichier mais oubliée dans la navigation mérite une vérification.

Un exemple minimal de sitemap XML

Voici un exemple fictif avec deux pages. Remplacez les adresses d’exemple par les URL réelles de votre site ; ce bloc ne crée pas automatiquement un fichier sur votre hébergement.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url><loc>https://example.com/services/</loc></url>
  <url><loc>https://example.com/guides/choisir-un-bouquet/</loc></url>
</urlset>

Chaque élément url contient une adresse dans loc. Le fichier est encodé en UTF-8 ; les caractères réservés doivent être échappés correctement. La spécification du protocole Sitemap décrit sa structure. Pour un site qui évolue, une génération par le système de publication limite les oublis d’ajout ou de retrait.

La balise facultative lastmod doit correspondre à une modification réelle et importante. Ne changez pas toutes les dates quotidiennement pour simuler de la fraîcheur. Google ignore priority et changefreq. Un fichier ne doit pas dépasser 50 000 URL ou 50 Mo non compressés ; au-delà, répartissez les URL dans plusieurs fichiers. Ces règles sont précisées dans le guide Google de création des sitemaps.

Soumettre le sitemap dans Search Console

1. Connectez-vous à la propriété Search Console correspondant au site et vérifiez que vous disposez des droits nécessaires.
2. Ouvrez le rapport Sitemaps.
3. Renseignez l’adresse du fichier à soumettre. Si l’interface affiche déjà un préfixe, complétez-le sans répéter le domaine.
4. Envoyez le sitemap ou son index, puis consultez le statut et la date de lecture lorsque le traitement a eu lieu.
5. En cas d’erreur, ouvrez le détail plutôt que renvoyer plusieurs fois la même adresse.

La documentation du rapport Sitemaps explique les informations disponibles et les erreurs. Vous pouvez aussi déclarer l’adresse dans robots.txt avec une ligne Sitemap suivie de l’URL complète du fichier. Cela permet sa découverte, mais n’équivaut pas à un rapport de soumission dans votre compte.

Interpréter le résultat sans tirer de conclusion trop vite

Le fichier ne peut pas être lu

Vérifiez d’abord l’adresse saisie. Ouvrez ensuite le fichier sans être connecté à votre site. Une erreur serveur, une page de connexion ou du HTML à la place du XML peuvent expliquer le problème. Si un index référence un fichier enfant introuvable, corrigez la référence ou rétablissez ce fichier selon le cas.

Le sitemap est lu, mais une page reste absente

La lecture du fichier signifie que Google a traité cette liste ; elle ne prouve pas que chaque contenu est retenu dans l’index. Prenez une URL précise et suivez le diagnostic d’une page non indexée. Il permet de distinguer un blocage, une autre canonique et un contenu accessible non retenu.

Maintenir le sitemap au fil des publications

À chaque ajout, fusion ou suppression de page, contrôlez que le fichier suit la décision éditoriale. Conservez une courte trace : date, URL concernée et changement effectué. Une vérification périodique doit porter sur quelques cas réels, notamment le dernier article publié et une ancienne adresse récemment modifiée.

Si vous démarrez votre site, le sitemap n’est qu’une étape de la démarche pour référencer son site gratuitement sur Google. Gardez des pages utiles, accessibles et reliées entre elles : déclarer leur existence ne remplace pas ces fondations.