Élaguer son site : garder, fusionner en 301 ou retirer en 410

Pourquoi élaguer : les pages qui ne servent à rien coûtent

Un site accumule des pages au fil des années : produits épuisés, variantes en double, pages de villes sans contenu propre, articles de 200 mots écrits pour un mot-clé, pages générées par une extension. Chacune demande à Google du temps d’exploration et, surtout, dit quelque chose de la qualité d’ensemble du site.

Google l’écrit dans son guide des systèmes de classement : ses systèmes travaillent au niveau de la page, mais utilisent aussi des signaux à l’échelle du site. Des milliers de pages vides ou semblables pèsent donc sur les bonnes. Et ses règles anti-spam visent précisément la production de nombreuses pages dans le but principal de manipuler le classement.

Élaguer n’est pas une punition pour le site, c’est un tri : moins de pages, chacune utile, mieux reliées.

La règle de tri : garder, fusionner, retirer

C’est la règle que nous appliquons sur nos propres sites, page par page, à partir de la Search Console des 90 derniers jours :

1. 1

   Garder

   Une page qui a reçu au moins une dizaine d’impressions en 90 jours, ou qui porte un contenu unique (une donnée, un calcul, un produit en vente). On l’améliore plutôt que de la toucher à l’aveugle.
2. 2

   Fusionner en 301

   Plusieurs pages qui répondent à la même intention (la même question posée autrement, une variante de couleur, la même ville en deux pages). On déplace d’abord le contenu utile dans la page qui reste, puis on redirige les autres vers elle.
3. 3

   Retirer en 410

   Une page sans aucune impression en 90 jours et sans contenu propre. Elle renvoie le code 410 (« supprimée définitivement ») et sort du sitemap et des liens internes.
4. 4

   Jamais

   Rediriger en masse vers l’accueil. Une redirection doit mener à une page qui répond à la même question ; sinon le visiteur qui arrive d’un ancien lien atterrit sur une page qui ne lui sert à rien, et la redirection n’a plus de sens pour Google non plus.

301, 410, 404 : ce que Google en fait vraiment

La redirection 301 (permanente) indique que la page a déménagé. Google suit la redirection et l’utilise comme un signal fort que la cible doit être traitée à la place : c’est la nouvelle adresse qui s’affiche dans les résultats. Google préfère les redirections côté serveur, mieux interprétées que les redirections en JavaScript.

Évitez les chaînes : Google suit par défaut jusqu’à 10 sauts de redirection, mais chaque saut ralentit l’exploration et le visiteur. Une ancienne adresse redirige directement vers la page finale.

Le 410 et le 404 : Google l’écrit clairement, toutes les erreurs 4xx (sauf 429) sont traitées de la même manière. Une page qui renvoie 404 ou 410 n’est pas indexée, et une page déjà indexée qui se met à renvoyer une de ces erreurs est retirée de l’index. Nous utilisons le 410 parce qu’il dit l’intention (retrait définitif) aux autres moteurs et à nos propres outils, mais le 404 fait le même travail pour Google.

Ne bloquez pas une page à retirer dans robots.txt : Google ne pourrait plus voir qu’elle a disparu. Pour une urgence (une page qui ne devait pas être publique), l’outil de suppression de Search Console la masque pendant environ six mois, le temps de la retirer pour de bon.

• Apache (.htaccess) : Redirect 301 /ancienne-page /nouvelle-page
• Apache, retrait : Redirect gone /page-retiree
• Nginx : location = /ancienne-page { return 301 /nouvelle-page; }
• Nginx, retrait : location = /page-retiree { return 410; }

Notre cas : plus de 8 000 pages retirées, et ce qui a changé

Sur un comparateur de vans, nous avons retiré en 410 8 194 pages le 23 septembre 2026 : toutes celles qui n’avaient reçu aucune impression en 90 jours, soit environ 87 % des adresses du site. Puis nous avons fusionné 378 pages en 301 le 28 septembre 2026 (les variantes ville × type de véhicule regroupées dans leur page de ville). Il reste 810 pages indexables.

Ce qui s’est passé, à durée comparable : 104 impressions par jour sur les 28 jours avant, 98 sur les 25 jours après. La position moyenne est passée de 69,4 à 64,5, et le site apparaît sur 665 requêtes contre 663 avant.

Notre lecture, sans l’embellir : retirer l’essentiel des adresses n’a rien coûté. Les pages retirées ne travaillaient pas. Mais l’élagage seul n’a pas fait revenir le trafic perdu pendant l’été : il nettoie le terrain, il ne remplace pas des pages meilleures.

Sur la même période, 3 autres de nos sites, qui avaient fusionné leurs variantes en 301 (sans 410) juste avant une mise à jour de Google, sont revenus nettement. La cause n’est pas prouvée, et d’autres sites élagués sont restés au plancher. Nous en tirons une prudence, pas une recette.

L’élagage pas à pas

1. 1

   Exporter

   Toutes les adresses du site (sitemap ou outil d’exploration), avec impressions, clics et position des 90 derniers jours depuis Search Console.
2. 2

   Classer

   Garder, fusionner, retirer, selon la règle ci-dessus. Notez pour chaque fusion la page de destination.
3. 3

   Fusionner d’abord

   Déplacer le contenu utile vers la page qui reste, puis poser les 301.
4. 4

   Retirer

   Code 410 côté serveur, retrait du sitemap, retrait de tous les liens internes vers ces pages.
5. 5
   Publier des sitemaps neufs, découpés par type de page, et les renvoyer dans Search Console et Bing Webmaster Tools.
6. 6

   Mesurer après 4 semaines

   Impressions par jour, position, pages avec impressions. Comparez des durées égales.

Le cas des boutiques : produits épuisés et variantes

• Produit épuisé qui reviendra : gardez la page, affichez « bientôt de retour » et proposez des alternatives.
• Produit retiré avec un remplaçant direct : 301 vers le remplaçant.
• Produit retiré sans remplaçant, avec des visites : 301 vers la catégorie la plus proche, à condition qu’elle réponde à la même recherche.
• Produit retiré sans visites ni liens : 410.
• Variantes de couleur ou de taille en pages séparées : une seule fiche avec options, les autres fusionnées en 301.