Sitemap XML : guide complet pour l'indexation Google.

Non, jamais obligatoire au sens strict : Google découvre les URLs principalement via les liens internes et externes. Mais le sitemap est fortement recommandé dès qu'un site dépasse quelques dizaines de pages, pour les nouveaux sites peu maillés, les sites volumineux (e-commerce, médias), les pages orphelines ou peu liées, et les contenus à crawler en priorité après mise à jour. Pour un site de moins de 10 pages parfaitement maillées, l'absence de sitemap n'est pas pénalisante. Pour tout le reste, c'est un signal de découverte qui accélère significativement l'indexation initiale.

Pas de fréquence fixe garantie. En pratique, Google télécharge le sitemap quand il en a besoin : après soumission initiale dans Search Console, après notification d'un changement de lastmod, ou de manière opportuniste quand Googlebot crawle le site. Pour les gros sites publiant souvent, Google peut télécharger le sitemap plusieurs fois par jour. Pour un site stable, plutôt une fois par semaine. La donnée exacte est visible dans Search Console > Sitemaps > "Dernière lecture".

Selon le besoin. Pour un site dont les images sont déjà liées dans le HTML (balises <img> classiques), un sitemap image n'apporte rien : Google les découvre nativement. Le sitemap image (extension image:image) devient utile pour les sites où les images sont chargées en lazy via JS, où les images ont un poids éditorial fort (banque d'images, e-commerce avec photos produit qui doivent ranker en Google Images), ou pour signaler une licence et une légende précises. Pour les vidéos hébergées en propre, le sitemap vidéo permet de fournir durée, miniature, transcription et accélère l'apparition dans Google Video Search.

Plusieurs, dès que le site grossit. La règle : un fichier sitemap = max 50 000 URLs et 50 Mo non compressé. Au-delà, créer un sitemap index qui référence plusieurs sitemaps thématiques. Découpage typique : un sitemap par section (pages, articles, produits, catégories) ou par date de publication (sitemap-2024.xml, sitemap-2025.xml, etc.). Avantages : facilite le diagnostic dans Search Console (taux d'indexation par sitemap), accélère la mise à jour ciblée, contourne les limites techniques. Pour un site de moins de 5 000 URLs, un seul fichier suffit largement.

C'est attendu. Le sitemap est une suggestion de découverte, pas une obligation d'indexation. Google choisit ce qu'il indexe selon la qualité perçue, la duplication, l'autorité du site et le crawl budget disponible. Les causes fréquentes : contenu jugé pauvre ou dupliqué (statut "Explorée non indexée"), canonical qui pointe ailleurs, qualité globale du site insuffisante pour justifier le crawl complet, page nouvelle pas encore crawlée. Le rapport Search Console > Indexation > Pages indique le statut exact pour chaque URL exclue. Si le ratio indexées/soumises est très bas (moins de 50 %), traiter en priorité la qualité éditoriale et la déduplication, pas le sitemap.

WordPress : Yoast SEO, Rank Math ou SEOPress génèrent automatiquement un sitemap index à /sitemap_index.xml ou /sitemap.xml. Désactiver le sitemap natif WP (/wp-sitemap.xml) pour éviter les doublons. Astro : intégration officielle @astrojs/sitemap, génère /sitemap-index.xml au build, configurable pour exclure des routes. Next.js : générer manuellement via app/sitemap.ts (App Router) ou pages/sitemap.xml.ts (Pages Router) qui retournent le XML, ou utiliser la lib next-sitemap qui scanne le build automatiquement. Toujours vérifier que le sitemap généré ne contient que des URLs canoniques 200.

Oui, mais uniquement si elle est honnête. Google utilise réellement lastmod depuis 2023, à condition qu'elle reflète une vraie modification de fond du contenu (pas une régénération automatique du build). Trois règles : (1) ne pas mettre la date du jour à chaque génération si rien n'a changé, sinon Google ignore le signal pour tout le site ; (2) format ISO 8601 obligatoire (2026-05-08T10:00:00+02:00) ; (3) cohérence avec les en-têtes HTTP Last-Modified de la page. Un lastmod faux est pire que pas de lastmod du tout. Si le CMS ne sait pas distinguer une vraie maj d'un rebuild, retirer la balise.

Trois niveaux. (1) Validation syntaxique XML : ouvrir l'URL dans un navigateur, le XML doit s'afficher sans erreur. Outil tiers : XML Sitemap Validator. (2) Validation Search Console : Sitemaps > ajouter l'URL > vérifier le statut "Réussi" et le nombre d'URLs détectées. Tout statut "Couldn't fetch" ou "Erreur" doit être traité immédiatement. (3) Audit qualité : crawler le sitemap avec Screaming Frog (mode List > From XML Sitemap) pour vérifier qu'aucune URL ne renvoie 404, 301, 5xx, ou n'est en noindex. Un sitemap propre = 100 % d'URLs canoniques en 200.