Vous supprimez une page, elle disparaît du site, et pourtant elle continue de pointer son nez dans les résultats Google des semaines plus tard. Le cas est courant, et il agace autant qu’il inquiète, surtout quand l’URL renvoie vers une nouvelle version du contenu. Une suppression n’entraîne pas une désindexation : ce sont deux opérations distinctes, gérées par des mécanismes différents. Encore faut-il choisir le bon levier. Et ce choix dépend d’un détail que beaucoup ignorent : êtes-vous propriétaire de la page ou pas ?
Supprimer une page et la sortir de l’index : deux chantiers séparés
Un serveur qui répond « page absente » ou une redirection bien configurée ne fait que prévenir Google que l’adresse a changé d’état. Le robot repassera, constatera la situation et, avec le temps, retirera l’URL de ses résultats. Ce délai peut se compter en semaines, parfois davantage quand la page reçoit encore des liens externes ou du trafic.
Pour comprendre la mécanique du crawl et les leviers disponibles, le blog georgestron.fr détaille les étapes côté serveur et côté Search Console. Voilà qui aide à ne pas confondre la disparition du contenu et celle de l’indexation.
La confusion vient souvent d’une habitude héritée du web ancien, où l’on croyait qu’un fichier robots.txt suffisait à tout régler. Selon Abondance, la désindexation se pilote avec la directive noindex, la suppression des pages (404 ou 410) ou l’outil de suppression de la Search Console.
Jamais avec le seul robots.txt. Bloquer le crawl d’une URL encore indexée peut même produire l’effet inverse. Google ne peut plus lire la consigne noindex puisqu’il ne passe plus, et l’adresse reste affichée pendant des mois.
Dans les faits, la méthode la plus courante pour désindexer une page reste la balise meta robots avec la directive « noindex » placée dans l’en-tête HTML du document. Encore faut-il que la page soit en ligne et accessible au robot au moment où il la visite. Cela suppose de ne pas la supprimer avant d’avoir obtenu le retrait. L’ordre des opérations compte donc autant que le choix de l’outil.
Propriétaire ou pas : le point qui décide de tout
La Search Console sépare deux mondes qu’on mélange sans arrêt. D’un côté, la personne qui administre le site et peut modifier le code, les en-têtes HTTP ou le serveur. De l’autre, celle qui tombe sur une page indexée dont elle n’a aucun contrôle : un profil oublié sur un forum, une fiche périmée sur un annuaire, une photo publiée par un tiers. Les outils ne sont pas les mêmes. Et l’erreur la plus fréquente consiste à vouloir utiliser l’un à la place de l’autre.
Si vous êtes propriétaire validé dans la Search Console, l’outil de mise à jour de contenu obsolète ne vous servira à rien : il est réservé aux personnes qui ne possèdent pas la page référencée. Google le précise noir sur blanc dans sa documentation. Vous devez passer par la modification de la page elle-même ou par l’outil de suppression, qui traite les URL d’un site dont vous avez la propriété.
Les situations qui reviennent le plus souvent
- Une page produit a été retirée et renvoie une erreur 404 : laissez-la tranquille quelques semaines avant de vous inquiéter.
- Redirection vers une nouvelle adresse, mais l’ancienne URL reste visible dans les résultats.
- Que faire quand la page est hébergée par quelqu’un d’autre et qu’on n’a aucun accès au serveur ?
- Un contenu sensible a été effacé du site, et pourtant son extrait s’affiche encore dans Google.
- Le robots.txt a été modifié pour bloquer le dossier, sans effet visible sur l’index.
Ces cas n’appellent pas la même réponse, et c’est là que la plupart des guides passent trop vite. Une page encore en ligne, même redirigée, reste une page que Google peut crawler et conserver. L’outil de mise à jour de contenu obsolète échouera sur ce type de configuration. Il ne s’applique pas aux contenus encore accessibles dont seule une partie a changé de destination.
Autre point que la documentation rappelle et que l’on oublie : cet outil ne supprime pas une page du Web. Il demande uniquement à Google de rafraîchir ses résultats pour une URL ou une image qui n’existe plus, ou dont une portion du contenu, sensible ou critique, a été retirée. Le fichier reste où il est, sur son serveur. Il demeure visible pour qui connaît l’adresse.
Quand la demande de mise à jour échoue
Google refuse la demande si la page n’a pas été supprimée et n’a pas subi de modification notable. Le message d’erreur tombe alors sans autre explication : la suppression n’a pas été prise en compte. Ce n’est pas un bug, c’est une validation. L’outil compare l’état actuel de l’URL à ce que l’index contient. Si la différence ne lui paraît pas réelle, il rejette. Sur ce point, voir aussi notre article sur budget indexation ecommerce.
Une page simplement redirigée entre dans cette catégorie. Le contenu d’origine n’a pas disparu, il a déménagé. Pour Google, l’adresse répond toujours quelque chose, donc rien ne justifie une mise à jour au titre de contenu obsolète. Il faut alors attendre que la redirection soit digérée, ou passer par une autre voie selon que l’on contrôle le site ou non.
Les leviers qui fonctionnent vraiment, et leurs limites
Pour une page dont on est propriétaire et qui doit sortir de l’index, la directive noindex est le levier le plus sûr. On la pose dans l’en-tête HTML, la page reste accessible, Google la crawl, lit la consigne et la retire. Comptez plusieurs passages du robot avant le retrait effectif. Et surtout, évitez de bloquer l’URL dans le robots.txt en même temps : le robot n’aurait plus accès à la balise et laisserait l’adresse en place.
La suppression pure et simple fonctionne aussi, à condition de choisir le bon code. Le 410 signale une suppression définitive et accélère souvent le retrait par rapport au 404, qui laisse ouverte la possibilité d’un retour.
Dans les deux cas, l’index se vide progressivement, sans action supplémentaire. Un point à ne pas rater : les pages supprimées cessent de transmettre leur popularité. Si des liens externes pointaient vers elles, la redirection vers une page proche reste donc préférable quand elle a du sens.
Reste le cas du non-propriétaire. L’outil de suppression de la Search Console ne s’active qu’en tant que propriétaire du site concerné, ce qui n’est évidemment pas possible ici. Le seul recours est l’outil de mise à jour de contenu obsolète, à condition que la page ait bien disparu ou que le passage litigieux ait été retiré.
Si le contenu est toujours en ligne chez un tiers, la demande échouera. Il faudra alors passer par le contact du site, une demande de retrait, voire une procédure de signalement pour les cas graves.
Franchement, la majorité des échecs que je vois viennent de gens qui cochent l’outil au hasard, sans se demander qui contrôle la page. Une URL encore active, une redirection en place, un robots.txt ajouté en catastrophe : chacun de ces états demande une réponse différente. Le réflexe utile consiste à vérifier d’abord ce que renvoie le serveur, puis à décider.
Ce qu’il faut retenir avant de demander une suppression
La désindexation suit rarement une suppression dans l’immédiat, et c’est normal. Identifiez votre rôle, choisissez le levier correspondant, puis laissez à Google le temps de repasser. Une page redirigée n’est pas une page supprimée, un robots.txt n’est pas un noindex.
Quant à l’outil de contenu obsolète, il ne concerne que les contenus réellement disparus dont vous n’êtes pas responsable. Le reste relève de la patience et d’une vérification régulière dans la Search Console. Combien de temps seriez-vous prêt à attendre avant de considérer qu’une page est vraiment sortie de l’index ?