Une page devenue obsolète, ça ne fait pas de bruit. Elle continue à vivre sa petite vie dans l'index, à récolter trois visites par mois et à envoyer vos visiteurs vers une promotion qui s'est terminée il y a deux ans. Et quand vous décidez enfin de la supprimer, votre trafic ne bouge pas d'un millimètre. Parfois, il baisse. Parfois, c'est une autre page, bien vivante celle-là, qui dégringole.
La question qu'on me pose le plus souvent sur le sujet, ce n'est pas « comment désindexer une page ». C'est « pourquoi mon trafic a chuté après avoir supprimé une vieille page ». Et la réponse est presque toujours la même : la méthode a été choisie au hasard, sans regarder ce que la page portait encore comme liens et comme autorité. Voilà le vrai sujet. Désindexer n'est pas une opération technique, c'est une décision éditoriale avec des conséquences mesurables.
Points clés à retenir
- Une page obsolète n'est pas forcément une page à supprimer : réécrire est souvent la meilleure option, et personne n'en parle assez.
- Le
noindexse combine mal avec un blocage dans le fichier robots.txt : Google ne peut pas lire une directive qu'il ne voit pas. - Avant de couper une URL, regardez ses liens internes pointant vers elle. C'est ce qui casse le plus de choses, de loin.
- Le 410 signale une suppression volontaire et se traite plus vite qu'un 404 dans mon expérience.
- La Search Console a un outil dédié pour les contenus obsolètes. Il ne fait pas ce que la plupart des gens croient.
Comment supprimer du contenu obsolète de vos résultats de recherche Google
Trois voies existent, et elles ne servent pas à la même chose. Confondre les trois, c'est le premier pas vers un problème que vous mettrez six mois à démêler.
Les trois leviers, et leur vraie portée
- La suppression physique de l'URL : le serveur renvoie une erreur. C'est définitif, ou presque, et ça règle le problème une bonne fois pour toutes.
- La directive
noindex: la page reste accessible, mais sort de l'index. Utile quand un humain doit encore pouvoir la consulter. - L'outil de suppression de la Search Console : il accélère le retrait d'une URL de l'affichage, mais c'est temporaire. Ça ne remplace jamais l'une des deux solutions précédentes.
Le piège classique, celui que j'ai vu chez trois clients différents cette année : quelqu'un ajoute noindex sur une page, ne voit aucun changement au bout de deux semaines, panique, et bloque ensuite tout le répertoire dans le fichier robots.txt. Résultat : Googlebot ne peut plus crawler la page, donc ne lit jamais le noindex, donc la page reste indexée. Des mois. J'ai mis quatre mois à faire sortir une URL de l'index à cause de cette cascade. Quatre mois pour une balise mal placée.
Et l'outil « contenu obsolète » de la Search Console, alors ?
Non, il ne supprime pas les pages. Il sert à demander à Google de rafraîchir ce qu'il montre pour une URL dont le contenu a changé côté serveur. C'est un outil de mise à jour, pas de suppression. Beaucoup de gens le découvrent trop tard, après avoir cliqué en espérant un effet qui n'arrivera jamais.
Pour un vrai retrait d'URL, c'est l'onglet de suppression qui compte : vous y déclarez l'URL, Google la masque des résultats pendant une durée limitée, et vous devez en parallèle avoir mis en place le 404, le 410 ou le noindex. Sans cette action de fond, l'URL revient.
Comment désindexer une page de Google, méthode par méthode
Avant de choisir, posez-vous une seule question : est-ce que cette page doit encore exister pour un humain ? Si oui, noindex. Si non, suppression. Tout le reste en découle.
L'arbre de décision que j'utilise
| Situation | Méthode | Pourquoi |
|---|---|---|
| Le contenu est encore bon, juste daté | Réécriture + mise à jour | Vous conservez l'antériorité et les liens acquis |
| Le contenu est mort, mais une page proche existe | Redirection 301 | L'autorité passe à la page de destination |
| La page doit rester visible pour les utilisateurs uniquement | noindex | Accessible, mais hors index |
| Le contenu n'a plus aucune raison d'être | 410 (ou 404) | Signal clair de suppression définitive |
| Fuite de données, contenu sensible | Suppression + retrait d'URL | L'urgence justifie de cumuler les leviers |
Le 410 contre le 404 : dans mon expérience, une page qui renvoie un 410 sort de l'index plus vite qu'un 404. Google traite le 410 comme une intention explicite. Ça n'a rien de spectaculaire, on parle de quelques jours de différence sur des pages peu crawlées, mais sur un site à forte fréquence de crawl, ça se voit.
La procédure, dans l'ordre
- Vérifier ce que la page reçoit comme liens internes. Listez-les.
- Réaffecter chaque lien interne vers la page la plus pertinente qui existe encore.
- Retirer l'URL du sitemap XML.
- Mettre en place la redirection, le 410 ou le
noindexselon la décision. - Passer par l'inspection d'URL pour demander un recrawl.
- Contrôler deux à trois semaines plus tard que l'URL a bien disparu.
L'étape 2 est celle que tout le monde saute. Et c'est exactement celle qui fait chuter le trafic des autres pages : une page supprimée sans redirection interne, c'est un lien mort qui gaspille du crawl et prive une page vivante d'un vote qu'elle recevait gratuitement.
Quelles sont les erreurs SEO courantes à éviter ?
J'ai fait la plupart de ces erreurs moi-même, donc je les liste sans détour.
Rediriger tout vers la page d'accueil
Réflexe de débutant. Une redirection massive vers l'accueil ne transmet pas proprement l'autorité : elle envoie un signal de pertinence flou. Une page sur un produit retiré doit pointer vers la catégorie correspondante, pas vers la home. Sur un ancien projet, j'ai redirigé une vingtaine d'URL produits vers l'accueil en une soirée. Deux mois plus tard, la catégorie parente n'avait toujours pas récupéré le trafic attendu.
Supprimer sans regarder ce que la page rapporte encore
Une page peut générer peu de trafic et beaucoup de conversions. Un formulaire de contact ancien, une page de remerciement, une FAQ : leur valeur ne se lit pas dans les sessions. Sortez les données de conversion avant de trancher. Ça paraît évident, et pourtant.
Créer des chaînes de redirections
Page A vers B, puis B vers C six mois plus tard. La chaîne s'allonge, le crawl se complique, et vous finissez par ne plus savoir où mène quoi. Une redirection doit pointer directement vers sa destination finale. Toujours.
Croire que robots.txt désindexe
Je le répète parce que c'est l'erreur la plus fréquente : bloquer une URL dans le fichier robots.txt empêche le crawl, pas l'indexation. Une page bloquée peut rester dans les résultats pendant des mois, avec un extrait vide. Si vous voulez la sortie de l'index, c'est noindex ou suppression. Jamais le robots.txt seul.
Comment ne pas indexer une page WordPress ?
WordPress gère ça mieux qu'on ne le croit, à condition de ne pas empiler trois extensions qui se contredisent.
Les réglages natifs, d'abord
Dans l'éditeur, chaque page et chaque article dispose d'une option d'indexation dans le panneau latéral. Décochez-la, publiez ou mettez à jour, c'est tout. Aucune extension nécessaire pour un cas isolé. Le piège : cette option ne fonctionne que si votre thème respecte la balise générée. Sur un thème bricolé à la main, j'ai déjà vu l'option cochée côté administration et totalement ignorée côté code source.
Vérifier, toujours
Avant de crier victoire, ouvrez la page, affichez le code source, cherchez la balise. Si elle n'est pas là, le réglage ne sert à rien. Prenez dix secondes, ça évite des semaines d'attente inutile.
Pour un lot de pages, un plugin SEO sérieux fait le travail. Pour un site entier en préproduction, un mot de passe ou une protection basique suffit souvent et évite de laisser fuiter des pages de test dans l'index. Et si vous avez déjà laissé passer une page de test, la marche à suivre reste la même que pour n'importe quel contenu obsolète : décision, liens, retrait, vérification.
Ce qui reste après la suppression
Une page qui disparaît laisse toujours une trace quelque part : un lien dans un vieil article, un partage sur un forum, une signature de mail. On ne nettoie jamais tout, et ce n'est pas grave. Ce qui compte, c'est de savoir pourquoi on a coupé, et d'avoir vérifié que rien de vivant ne dépendait de cette page.
La prochaine fois que vous tombez sur une URL qui traîne depuis deux ans dans votre index, ne sortez pas l'outil de suppression tout de suite. Demandez-vous d'abord ce qu'elle portait. La réponse est souvent plus intéressante que la suppression elle-même.
