Ce billet a longtemps été, sur ce site, l'exemple parfait de ce qu'il ne faut pas laisser traîner. En mars 2020, écoles fermées et championnats suspendus, j'ai publié ici un appel à monter une équipe League of Legends pour jouer les tournois « Clash » : deux versions, une anglaise et une française, une capture d'écran de victoire, mon pseudo en jeu, et c'est tout. Aucun rapport avec le référencement naturel, aucune utilité pour un dirigeant de TPE venu chercher des conseils web. Il est pourtant resté en ligne, indexé, pendant six ans.
Ce genre de page existe sur presque tous les blogs d'entreprise : le communiqué de 2017, la page « Joyeuses fêtes », l'article rédigé pour un mot-clé abandonné depuis, le test d'un outil qui n'existe plus. La question n'est pas de savoir s'il faut « faire le ménage » — c'est un réflexe, pas une méthode — mais de décider, page par page, sur des critères mesurables. Voici la procédure d'audit éditorial que j'applique chez mes clients, et que j'ai fini par m'appliquer à moi-même.
Pourquoi un vieux billet inutile pose vraiment un problème
Le premier effet est humain avant d'être algorithmique. Un prospect qui arrive sur une page hors sujet, datée, avec des liens morts, se fait une opinion sur le sérieux de l'entreprise. C'est particulièrement vrai quand la page se positionne sur le nom de la marque ou sur une requête de marque + mot-clé.
Le second effet est statistique. Dans l'étude publiée par Ahrefs le 1er décembre 2023 sur un échantillon d'environ 14 milliards de pages de sa base Content Explorer, 96,55 % des pages ne reçoivent aucun trafic organique depuis Google ; les estimations de trafic proviennent de la base de mots-clés d'Ahrefs, ce qui sous-estime probablement la longue traîne. Autrement dit : avoir des pages sans trafic est la norme, pas une anomalie. Ce n'est donc pas le volume de pages muettes qui doit déclencher l'audit, mais leur nature.
Le troisième effet concerne la qualité perçue du site dans son ensemble. Les questions d'auto-évaluation publiées par Google dans sa documentation « Creating helpful, reliable, people-first content » (page mise à jour le 10 décembre 2025) portent sur l'expérience du lecteur, l'expertise démontrée et l'intérêt réel du contenu. Un site dont une part visible des pages ne passe pas ces questions envoie un signal cohérent — et pas dans le bon sens.
Étape 1 : inventorier avant de juger
Un audit éditorial commence par une liste exhaustive des URL indexables, pas par une impression. Trois sources se recoupent : l'export des contenus du CMS (sous WordPress, la liste des articles et des pages avec date, catégorie et auteur), le ou les sitemaps XML, et un crawl complet du site. Les écarts entre ces trois listes sont déjà instructifs : pages orphelines absentes du sitemap, archives d'étiquettes indexables, pièces jointes publiées en pages autonomes.
Pour chaque URL, je constitue une ligne avec : titre, date de publication, date de dernière modification, nombre de mots, catégorie, code HTTP, statut d'indexation, nombre de liens internes entrants. À ce stade, aucune décision n'est prise. On documente.
Étape 2 : mesurer, avec quatre indicateurs seulement
Un tri fiable ne demande pas vingt métriques. Il en demande quatre, sur une période d'au moins douze mois pour absorber la saisonnalité.
| Indicateur | Source | Ce qu'il révèle |
|---|---|---|
| Clics et impressions | Search Console, rapport Performances | La page est-elle vue, et sur quoi ? |
| Requêtes captées | Search Console, filtre par page | Le sujet réellement couvert, parfois éloigné de l'intention initiale |
| Liens entrants | Outil de netlinking, rapport des liens de la Search Console | La valeur acquise qu'une suppression sèche ferait disparaître |
| Conversions assistées | Analytics, objectifs ou événements | Le rôle de la page dans un parcours, même sans trafic direct |
Ces quatre colonnes se consolident facilement dans un tableur ; au-delà d'une centaine d'URL, un rapport Data Studio (ex-Looker Studio) connecté à la Search Console évite de refaire l'export à chaque revue. L'important n'est pas l'outil, c'est de figer les chiffres à une date et de les relire à froid. Si vous n'avez pas encore de suivi fiable de ces indicateurs, c'est le chantier à ouvrir avant l'audit éditorial : notre page sur la mesure et le pilotage webmarketing détaille ce socle.
Étape 3 : décider, avec cinq issues possibles
Chaque URL sort de l'audit avec une décision unique et datée. Cinq issues suffisent.
| Décision | Quand la retenir | Mise en œuvre |
|---|---|---|
| Conserver | Trafic ou conversions réguliers, sujet toujours juste | Aucune action, revue annuelle |
| Réécrire | Sujet pertinent, contenu daté, faible ou mal aligné sur les requêtes captées | Réécriture, même URL, date de modification mise à jour |
| Fusionner | Plusieurs pages traitent le même sujet et se concurrencent | Contenu regroupé sur la meilleure URL, redirection 301 des autres |
| Désindexer | Page utile aux visiteurs mais sans intérêt pour la recherche (mentions, remerciements, archives internes) | Balise noindex, URL laissée accessible au crawl |
| Supprimer | Page sans trafic, sans lien entrant, sans rapport avec l'activité, irrécupérable | Réponse 404 ou 410, pas de redirection de complaisance |
Fusionner : la redirection 301 comme signal
Quand deux ou trois articles se marchent dessus, la consolidation est presque toujours préférable à la suppression. La documentation Google sur les redirections permanentes (mise à jour le 14 avril 2026) indique que Googlebot suit la redirection et que le pipeline d'indexation l'utilise comme signal désignant la cible comme page canonique. La valeur des liens entrants et l'historique de la page ne sont donc pas perdus — à condition de rediriger vers un contenu qui traite réellement du même sujet, pas vers la page d'accueil par défaut.
Désindexer : noindex, et surtout pas robots.txt
Pour une page que vous voulez garder accessible mais sortir des résultats, la règle noindex s'applique en balise meta ou en en-tête X-Robots-Tag. Google précise dans sa documentation sur le blocage de l'indexation (mise à jour le 10 décembre 2025) que l'URL ne doit pas être bloquée par le fichier robots.txt : si le robot ne peut pas charger la page, il ne verra jamais la règle, et l'URL peut rester indexée. C'est l'erreur la plus fréquente que je rencontre en audit. La vérification de l'indexation mérite un passage systématique après ce type d'opération.
Supprimer : 404, 410 et l'outil de suppression
Pour Google, 404 et 410 aboutissent au même résultat : la page de documentation sur les erreurs HTTP et réseau, mise à jour le 4 février 2026, range les deux codes dans la même catégorie et indique que les robots signalent alors au traitement suivant que le contenu n'existe pas. Le 410 reste préférable pour marquer une suppression assumée et définitive, mais ne changera pas le calendrier de façon décisive. Ce qui compte davantage : ne pas produire une page « supprimée » qui répond 200 avec un message d'erreur, cas typique de soft 404.
L'outil de suppression d'URL de la Search Console ne supprime rien : il masque la page dans les résultats en environ un jour, mais la demande ne dure qu'environ six mois selon la documentation Google sur le retrait d'informations (mise à jour le 10 décembre 2025). C'est un pansement d'urgence, à doubler systématiquement d'une solution permanente : suppression réelle, noindex, ou protection par mot de passe.
L'effet à attendre : modeste, lent, et jamais garanti
C'est le point où je nuance systématiquement les attentes. Supprimer cinquante pages mortes ne fait pas remonter les autres par un effet de vases communicants. Google est explicite dans sa page sur les mises à jour principales (mise à jour le 10 décembre 2025) : la suppression de contenu est un dernier recours, à envisager seulement si le contenu paraît irrécupérable, et supprimer massivement révèle surtout que ces pages avaient été créées pour les moteurs plutôt que pour les lecteurs. La même page rappelle que certains changements produisent un effet en quelques jours, mais qu'il peut falloir plusieurs mois avant que les systèmes de Google en tiennent compte.
Les bénéfices réels d'un audit éditorial sont ailleurs, et ils sont concrets : un site que l'on comprend en deux minutes, un maillage interne qui pointe vers les pages qui comptent, des contenus fusionnés qui cessent de se concurrencer sur les mêmes requêtes, et un plan éditorial enfin lisible. Le gain de position, quand il arrive, vient presque toujours des réécritures et des fusions, pas des suppressions.
Ce que j'ai décidé pour ce billet-là
Mon appel à joueurs de 2020 a suivi la grille. Trafic organique : nul. Requêtes captées : aucune en rapport avec mon activité. Liens entrants : rien d'exploitable. Conversions : zéro. Sur ces seuls critères, la sortie logique était la suppression en 410.
J'ai retenu une autre issue, la réécriture, pour une raison assumée : l'URL est courte, ancienne, et le billet illustrait mieux que n'importe quel exemple client la question que l'on me pose en audit. Un vieux contenu sans valeur peut redevenir utile si le sujet qu'il illustre en a un. C'est exactement la nuance que la grille doit permettre : décider au cas par cas, avec les chiffres sous les yeux, et assumer la décision. Si vous menez cet exercice sur votre propre blog, commencez par les pages les plus anciennes ; ce sont rarement les plus nombreuses, mais presque toujours les plus embarrassantes. Un audit SEO complet permet de croiser ce tri éditorial avec l'état technique du site.
Questions fréquentes
Faut-il supprimer les articles de blog qui ne reçoivent aucun trafic ?
Non, pas automatiquement. L'absence de trafic est très courante et ne suffit pas à justifier une suppression : il faut aussi vérifier les liens entrants, les requêtes captées et le rôle de la page dans les parcours de conversion. Une page sans trafic mais sur un sujet pertinent relève plutôt de la réécriture ou de la fusion avec un contenu proche.
Vaut-il mieux répondre 404 ou 410 quand on supprime une page ?
Google traite ces deux codes de la même façon : dans les deux cas, ses robots enregistrent que le contenu n'existe plus. Le 410 exprime une suppression définitive et assumée, le 404 une absence sans précision. Le vrai point d'attention est ailleurs : une page supprimée ne doit jamais renvoyer un code 200 avec un message d'erreur, ce que Google signale comme une soft 404.
Quelle différence entre désindexer une page et la supprimer ?
Désindexer avec une règle noindex laisse la page accessible aux visiteurs et aux robots, mais la sort des résultats de recherche. Supprimer retire la page du site, qui répond alors en 404 ou 410. On désindexe une page utile aux visiteurs mais sans intérêt pour la recherche ; on supprime une page qui n'a plus d'utilité du tout.
Bloquer une page dans le fichier robots.txt suffit-il à la désindexer ?
Non, et c'est même contre-productif. Si l'URL est bloquée par robots.txt, le robot ne charge pas la page et ne voit jamais la règle noindex qu'elle contient : l'URL peut rester présente dans l'index. Pour désindexer, il faut laisser le crawl passer et servir la règle noindex en balise meta ou en en-tête HTTP.
Combien de temps dure une demande de suppression dans la Search Console ?
La demande masque la page dans les résultats en un jour environ, mais elle ne dure que six mois environ selon la documentation de Google. C'est une mesure d'urgence, pas une solution : elle doit toujours être doublée d'une action permanente, suppression réelle du contenu, règle noindex ou protection par mot de passe.
Combien de temps avant de voir un effet après un nettoyage éditorial ?
Google indique que certains changements produisent un effet en quelques jours, mais qu'il peut falloir plusieurs mois avant que ses systèmes en tiennent compte. Il faut donc mesurer sur deux ou trois mois minimum, et ne pas attendre de gain mécanique : les progrès viennent surtout des réécritures et des fusions, rarement des suppressions seules.
À quelle fréquence refaire un audit éditorial ?
Une revue annuelle suffit pour un blog qui publie quelques articles par mois, avec un tri plus rapproché lors d'une refonte ou d'un changement de positionnement. L'essentiel est de figer les chiffres à une date, de dater chaque décision et de conserver la trace des URL supprimées ou redirigées pour pouvoir revenir en arrière.