Des pages ont disparu de votre sitemap : que faire ?

Quand des pages sont retirées du sitemap, la première chose à établir est si elles ont quitté le sitemap ou le site. Appelez directement quelques-unes des URL manquantes : si elles répondent 200 et restent liées en interne, elles resteront en général indexées ; si elles renvoient 404, 410 ou une redirection, le sitemap ne fait que refléter un changement survenu sur les pages elles-mêmes.

Les sitemaps sont générés par le CMS, un plugin ou une étape de build, et ils changent donc dès que ceux-ci changent. Personne ne modifie sitemap.xml à la main pour retirer deux cents URL produit. Un déploiement, un réglage ou une mise à jour des stocks s'en charge.

Étape 1 : identifier ce qui a vraiment disparu

Si vous n'avez pas la liste d'URL de la veille, la Search Console peut aider. Le rapport Sitemaps indique le nombre d'URL découvertes pour chaque sitemap envoyé, et une baisse à cet endroit est votre première confirmation. Si vous avez gardé une copie, un diff en deux lignes vous donne les URL exactes :

curl -s https://example.com/sitemap.xml | grep -o '<loc>[^<]*</loc>' | sort > today.txt
comm -23 yesterday.txt today.txt

Pour un index de sitemaps, lancez la même commande sur chaque sitemap enfant. Prenez ensuite cinq à dix des URL manquantes et vérifiez-les une par une.

Étape 2 : lire les codes de statut des pages retirées du sitemap

Réponse	Ce qu'elle indique	Étape suivante
200	La page existe, seule l'entrée du sitemap a disparu	Trouver la règle d'exclusion (étape 3)
301 / 302	L'URL a été déplacée	Vérifier que la destination figure dans le sitemap
404 / 410	Page supprimée	Décider si elle doit revenir ou être redirigée
200 avec noindex	La page existe mais est exclue de l'indexation	Vérifier si ce noindex était voulu

Vérifiez aussi si les pages sont toujours liées depuis les menus, les catégories ou les blocs de contenus associés. Une page sans entrée dans le sitemap et sans lien interne est de fait orpheline. Notre guide pour vérifier si une page est indexée détaille l'Inspection d'URL et les limites des requêtes site:.

Étape 3 : trouver la cause

La plus fréquente est un déploiement ou une migration qui a remplacé le générateur de sitemap ou réinitialisé sa configuration. Types de contenu personnalisés, taxonomies ou archives paginées disparaissent parce que la nouvelle configuration ne les a jamais inclus.

Viennent ensuite les réglages de plugin. Dans les réglages de Yoast SEO, chaque type de contenu dispose d'un interrupteur « Afficher les [type] dans les résultats de recherche », et le désactiver retire ce type de sitemap_index.xml. Rank Math propose un équivalent avec l'option « Include in Sitemap », disponible pour chaque type de publication dans ses réglages de sitemap. Un clic à cet endroit peut faire sortir des centaines d'URL.

Sur une boutique en ligne, vérifiez si un réglage ou un plugin masque les produits en rupture de stock ou non publiés, car ces URL entrent et sortent du sitemap au rythme des stocks. Sur n'importe quel CMS, un passage en masse au statut brouillon ou privé a le même effet.

Reste le noindex. Les générateurs bien conçus laissent les pages en noindex hors du sitemap, si bien qu'un retrait est souvent le premier signe visible d'un noindex ajouté par erreur. Enfin, un changement de slug ou de structure sans redirection remplace les anciennes URL par de nouvelles, ce qui apparaît dans le même diff comme des suppressions accompagnées d'ajouts.

Étape 4 : évaluer honnêtement l'impact SEO

Le sitemap aide à la découverte, mais il n'est pas l'index. Une page qui répond toujours 200 et reste liée en interne conserve normalement son indexation et ses positions. Ce qu'elle peut perdre, c'est la fréquence de recrawl, et ses modifications mettent alors plus de temps à être prises en compte. Les nouvelles pages, et celles situées à plusieurs clics de profondeur, sont celles où une entrée manquante pèse le plus, car les liens internes ne suffisent pas toujours à les faire découvrir rapidement.

L'intérêt principal est diagnostique. Le retrait lui-même est souvent mineur, mais ce qui l'a provoqué (un noindex, une suppression, un template cassé) l'est rarement.

Étape 5 : corriger et vérifier

Restaurez la page ou redirigez-la en 301 vers l'URL pertinente la plus proche. Levez l'exclusion, qu'il s'agisse de l'interrupteur du plugin, du noindex ou de la règle du générateur. Videz le cache placé devant le sitemap, ouvrez le fichier dans un navigateur pour confirmer le retour des URL, puis renvoyez-le dans la Search Console. Regardez ensuite les titles, canonicals et H1 des mêmes templates, car un déploiement qui a modifié le sitemap a pu modifier ceux-ci aussi. Seules les URL canoniques, indexables et en 200 ont leur place dans le fichier, comme l'expliquent nos bonnes pratiques du sitemap XML.

Repérer le retrait le jour même

Tout cela va vite une fois que vous savez que des URL ont disparu. Le plus difficile est de s'en apercevoir. Deltio lit chaque jour le sitemap de chaque site, le compare au contrôle précédent et envoie une alerte sur le canal Slack et par e-mail du site quand des URL en sont retirées. Il contrôle aussi les pages, notamment le noindex, les canonicals, les titles et le robots.txt, si bien que la cause apparaît souvent dans le même lot d'alertes. C'est l'habitude décrite dans comment surveiller les sites de vos clients. Le contrôle étant quotidien, un retrait survenu cet après-midi est signalé au cycle suivant, pas instantanément.

Vous pouvez ajouter un site et son sitemap pendant un essai de 14 jours.