site:exemple.fr renvoyait, avant l’intervention, plus de 700 000 résultats indexés pour un site qui ne comptait plus, après refonte, que 180 000 pages actives. L’écart, soit environ 500 000 URL fantômes, correspondait à d’anciennes pages de recherche interne, des archives d’auteur désactivées et une ancienne arborescence de catégories abandonnée lors du changement de structure.
Ce retour d’expérience concerne un site média ayant entièrement revu son organisation de contenu deux ans plus tôt, sans jamais nettoyer l’index qui en résultait. La question posée n’était pas « faut-il nettoyer ? » mais « comment nettoyer sans risquer de faire chuter le trafic des pages qui, elles, méritent de rester indexées ? ».
Le risque d’une désindexation trop rapide
La tentation, face à un tel volume, est de renvoyer massivement des statuts 410 Gone sur l’ensemble des URL obsolètes en une seule fois. C’est précisément l’erreur à éviter : Google traite un tel volume de changements de statut comme un signal potentiellement instable, et peut réagir en explorant plus prudemment l’ensemble du domaine pendant plusieurs semaines, ce qui ralentit également la découverte des nouvelles pages légitimes.
Sur ce projet, un test a été mené sur un sous-ensemble de 20 000 URL passées en 410 d’un coup : le rapport de couverture de Search Console a bien montré une baisse progressive de l’exploration de ces pages sur trois semaines, mais un ralentissement temporaire du crawl général du site a également été observé, avec une baisse de 18 % des requêtes de Googlebot sur les pages actives pendant la même période.
Stratégie retenue : une vague progressive priorisée par risque
Face à ce constat, la désindexation a été étalée sur quatorze semaines, en priorisant les lots par ordre de risque décroissant :
- Les pages de recherche interne indexées par erreur (aucun trafic historique, aucun lien externe) : première vague, sans risque ;
- Les anciennes pages d’archive d’auteur, remplacées par une page d’équipe unique : deuxième vague ;
- L’ancienne arborescence de catégories, dont certaines conservaient un trafic résiduel non négligeable : dernière vague, avec redirection 301 préalable vers l’équivalent dans la nouvelle structure plutôt qu’un simple 410.
Cette dernière distinction est essentielle : toutes les URL obsolètes ne méritent pas un statut d’erreur. Celles qui recevaient encore du trafic ou des liens externes ont été redirigées en 301 vers leur équivalent le plus proche dans la nouvelle arborescence, tandis que celles réellement sans valeur ont reçu un 410, plus explicite qu’un 404 pour signaler une suppression volontaire et définitive.
Extraire les URL à traiter : croiser plusieurs sources
La liste des 500 000 URL à traiter ne provenait pas d’une seule source. Trois exports ont été croisés :
- L’export complet de l’inventaire d’URL connues de Search Console, via l’API Search Console (méthode
sitemaps.listet rapport d’inspection en masse) ; - Un export des journaux serveur des trois derniers mois, filtré sur les requêtes de Googlebot, pour ne pas désindexer une page encore activement explorée sans raison identifiée ;
- La table
wp_postsde l’ancienne base, conservée en lecture seule après migration, pour établir la liste exhaustive des identifiants d’articles supprimés.
wp db query "SELECT ID, post_name FROM wp_posts WHERE post_status = 'trash' AND post_type = 'post'" --path=/var/www/ancien-site
Le rôle limité de l’outil de suppression d’URL
Search Console propose un outil de suppression temporaire d’URL, capable de masquer une page des résultats en quelques heures. Il a été utilisé, mais uniquement pour une poignée de pages sensibles contenant des informations personnelles restées visibles par erreur après la refonte : un usage d’urgence, limité à moins de cinquante URL, et non une méthode de traitement de masse. Pour le reste du volume, seule la combinaison d’un statut HTTP explicite et de la disparition progressive du sitemap a été utilisée, conformément à l’usage prévu par Google pour ce type d’action.
Suivi et ajustement en cours de route
Chaque vague a été suivie pendant une semaine complète avant de lancer la suivante, via le rapport de couverture et un tableau de bord interne croisant trafic organique et statut d’indexation. Un ralentissement du crawl général a bien été observé au début de la deuxième vague, jugé acceptable car limité à 6 % sur une semaine, avant un retour à la normale. Aucune perte de trafic n’a été constatée sur les pages actives tout au long du processus, confirmant que l’étalement dans le temps avait permis d’éviter l’effet observé lors du test initial sur 20 000 URL.
En résumé
Nettoyer un index massif après une refonte n’est pas une opération binaire. La distinction entre redirection et suppression définitive, la priorisation par niveau de risque, et un étalement suffisant dans le temps constituent les trois piliers d’une désindexation qui protège le trafic existant plutôt que de le mettre en péril. Un an après cette opération, l’écart entre pages actives et pages indexées, mesuré via site:, était revenu à moins de 5 %.
