Désindexer une page Google : noindex, 404 ou 410

Vous avez supprimé une page : un produit arrêté, une offre terminée, une ancienne grille de tarifs. Trois semaines plus tard, elle sort encore dans Google, avec son ancien titre et une description qui date de deux ans. Un prospect vous envoie le lien en demandant si l'offre tient toujours. Vous avez retiré la page du menu, vous l'avez même retirée du sitemap. Rien n'y fait : Google garde en mémoire ce qu'il a déjà lu.

Ce n'est pas un bug, et ce n'est pas une punition. Google ne supprime pas une URL parce qu'elle n'existe plus : il la supprime quand il a relu l'adresse et constaté qu'elle ne répond plus. Tant que ce passage n'a pas eu lieu, l'ancienne version reste dans l'index. La question n'est donc pas « comment faire disparaître cette page », mais « qu'est-ce que Google doit trouver à cet endroit la prochaine fois qu'il y passe ».

Pourquoi une page supprimée reste indexée pendant des semaines

Le délai dépend d'une seule chose : la fréquence à laquelle Google revient sur votre site. Un site qui publie et qui reçoit des liens se fait relire souvent ; un site vitrine de dix pages, presque jamais. Dans le second cas, comptez plusieurs semaines entre la suppression et la disparition des résultats, parfois davantage. Sur un site de PME qui publie peu, c'est l'ordre de grandeur habituel.

Trois idées fausses reviennent chez presque tous les clients :

• Retirer la page du menu ne dit rien à Google : l'URL est déjà en mémoire.
• Retirer l'adresse du sitemap ne la supprime pas de l'index.
• Laisser un lien mort vers l'ancienne page ne la désindexe pas.

Ces trois gestes sont utiles — ils évitent d'envoyer un visiteur vers une page morte — mais aucun ne déclenche la sortie de l'index. Seule une relecture de l'URL par Google le fait, et c'est le contenu servi à ce moment-là qui décide.

Ce qu'il faut retenir avant de choisir

Vous ne pouvez pas commander à Google de revenir plus vite. Vous pouvez seulement décider, dès aujourd'hui, ce que le serveur répondra quand ce passage aura lieu. C'est la seule chose sur laquelle vous avez la main, et c'est suffisant : une page qui renvoie la bonne réponse finit toujours par sortir de l'index.

Cela suppose d'avoir accès à la configuration du serveur, ou de savoir demander à votre prestataire technique de renvoyer un code précis plutôt qu'une page d'erreur personnalisée en 200. Un site qui affiche « page introuvable » avec un code 200 se comporte, pour Google, comme une page normale qui parle d'autre chose.

Noindex, redirection 301 ou page supprimée : les trois réponses possibles

Quand Google relira l'adresse, il ne verra qu'une chose : le code HTTP et l'éventuelle balise d'exclusion renvoyés par le serveur. Trois réponses ont un sens, et elles ne s'adressent pas au même public.

La balise noindex : la page existe, mais ne doit plus être trouvée

C'est la bonne réponse quand l'URL doit continuer de fonctionner. Une page de remerciement après commande, un espace client, une page accessible seulement par lien direct : le contenu a une raison d'être, il n'a simplement rien à faire dans les résultats de recherche. On sert la page normalement, on ajoute une balise noindex dans son en-tête, et Google la retire de son index au passage suivant sans que personne ne tombe sur une erreur.

Attention à ne pas confondre avec l'interdiction du fichier robots.txt. Une page bloquée par robots.txt n'est jamais relue : Google ne peut donc jamais y lire la consigne d'exclusion, et l'ancienne version peut rester affichée durablement. Le blocage technique et la balise noindex ne se cumulent pas, ils se contredisent.

La redirection : le contenu a déménagé

Si la page supprimée parlait du même sujet qu'une page encore en ligne, la redirection permanente envoie le visiteur — et le signal — vers la bonne adresse. C'est le cas typique de deux fiches produit fusionnées, ou d'une ancienne page de service remplacée par la nouvelle. Le mécanisme est détaillé dans notre article sur les redirections 301.

En revanche, rediriger une page supprimée vers la page d'accueil ne rend service à personne. Le visiteur cherchait une information précise et arrive sur un catalogue ; Google, de son côté, comprend que l'ancienne adresse n'a plus de sujet et finit par ignorer la redirection.

Le code 404 ou 410 : la page n'a plus d'équivalent

Produit arrêté sans remplaçant, offre abandonnée, page de campagne terminée : il n'existe aucune destination logique. Le serveur doit alors renvoyer un code d'erreur explicite, un 404 — introuvable — ou un 410, qui annonce une suppression définitive.

La différence entre les deux tient au message envoyé, pas au résultat. Le 410 dit clairement que l'adresse ne reviendra pas ; certains observent une sortie d'index un peu plus rapide, mais rien de garanti. Le 404 est plus simple à produire et tombe naturellement sur la plupart des serveurs. Choisir l'un ou l'autre ne change pas la vie du visiteur, les deux aboutissent à une page introuvable — encore faut-il que le code servi soit réellement un 404, et pas une page devenue sur-mesure renvoyée en 200.

Rien à voir avec le canonical : celui-ci sert à désigner l'adresse de référence entre deux pages qui se ressemblent, pas à faire disparaître une page.

vée dans les résultats de recherche.

C'est la réponse la plus douce. La page reste accessible par son URL et continue de servir vos visiteurs : un ancien client qui a gardé le lien, un e-mail de campagne en cours de diffusion. Elle disparaît seulement de la recherche. On la choisit quand la page doit continuer d'exister pour ceux qui connaissent l'adresse, mais qu'elle n'a plus rien à faire dans Google.

Un piège annule tout le bénéfice : la balise doit pouvoir être lue. Si l'URL est encore bloquée par le robots.txt, Google ne verra jamais la balise d'exclusion — un bloqueur et un noindex se cumulent mal, le premier empêche de lire le second. Vérifiez les deux, dans cet ordre.

ne doit pas être trouvée par de nouveaux prospects.

Techniquement, c'est une balise dans l'en-tête de la page : <meta name="robots" content="noindex">. Deux précautions. D'abord, vérifiez qu'elle n'est pas bloquée par le fichier robots.txt : une page interdite de crawl ne peut pas être lue, et Google n'y verra jamais la consigne. Ensuite, la balise doit être servie à chaque chargement, pas seulement à la première visite : un correctif posé en urgence qu'on oublie de retirer, ou l'inverse, se paie six mois plus tard.

La redirection 301 : une autre page reprend le rôle

Si le contenu de la page supprimée existe ailleurs sur votre site — une offre fusionnée avec une autre, une fiche produit remplacée par une nouvelle référence — c'est la redirection permanente qu'il faut. Elle envoie le visiteur, et Google, vers l'adresse utile. Le jus acquis par l'ancienne adresse suit le mouvement.

La règle est simple à retenir : une redirection ne sert pas à faire disparaître une page, elle sert à transférer ce qu'elle valait. Rediriger dix anciennes pages vers la page d'accueil n'est pas une redirection, c'est un pansement : Google traite ces envois groupés comme un signal faible. Rediriger vers une page qui parle du même sujet, oui. Vers la page d'accueil, presque jamais. Le détail des cas et des erreurs à éviter est dans notre article sur les redirections 301.

Le 404 et le 410 : la page n'a plus de successeur

Il n'y a rien à récupérer, et vous ne voulez pas que l'ancienne adresse mène quelque part. Vous laissez alors le serveur répondre que la page n'existe plus. Deux codes existent, et la différence tient en un mot : l'intention.

• 404 : « je ne trouve pas cette adresse ». C'est la réponse par défaut, elle est parfaitement acceptable. Google finit par retirer l'URL de son index, simplement moins vite.
• 410 : « cette adresse est définitivement supprimée ». Le message est plus net, et le retrait est en général plus rapide. À réserver aux cas où vous êtes sûr de ne jamais remettre cette URL en service.

Un point pratique : une page d'erreur personnalisée qui affiche « page introuvable » mais renvoie un code 200 est le pire des deux mondes. Google la lit comme une page normale, la garde en mémoire, et vous perdez des semaines. Vérifiez toujours le code, jamais l'apparence.

Comment vérifier que la page est bien sortie de l'index

Une consigne posée n'est pas une consigne appliquée. Comptez plusieurs semaines entre la modification et le retrait effectif : Google doit repasser sur l'adresse, et il n'a aucune raison de se presser sur une page dont plus personne ne parle. Voici comment savoir où vous en êtes sans attendre.

La requête site: pour un contrôle rapide

Tapez site:votre-domaine.fr suivi de deux ou trois mots de l'ancienne page. Si l'adresse ressort, elle est toujours dans l'index. Si rien ne ressort, elle en est probablement sortie — la requête reste approximative, ne la traitez pas comme une preuve formelle.

Pour accélérer les choses, l'inspection d'URL dans la Search Console permet de demander un nouveau passage. Elle place l'adresse en file d'attente, elle ne fixe aucune date.

Vérifier le code HTTP, jamais l'apparence

Un navigateur peut afficher exactement la même chose pour une page supprimée et pour une page vide renvoyée en 200. Regardez donc le code de statut, l'en-tête X-Robots-Tag et la balise robots tels qu'ils sont réellement servis, pas tels qu'ils sont écrits dans votre gabarit.

• Le code de statut de l'adresse, une par une.
• La balise robots, ou l'en-tête qui joue le même rôle.
• Le contenu de la balise canonical, qui peut décider à votre place vers quelle adresse la page doit compter.

rapide.

Tapez site:votredomaine.fr dans Google, puis parcourez les résultats à la recherche de l'adresse concernée. Si elle apparaît encore, c'est que la consigne n'a pas encore été traitée. Attention à un piège classique : la page peut aussi sortir avec une mention « résultat masqué » ou sur une URL voisine ; vérifiez bien l'adresse exacte et pas seulement le titre.

L'inspection d'URL, pour un diagnostic précis

Dans la Search Console, l'outil d'inspection d'URL vous dit noir sur blanc si l'adresse est indexée et pourquoi. Vous y lisez aussi le code HTTP réellement renvoyé, la balise d'exclusion détectée, et la date de la dernière exploration.

La démarche tient en trois gestes. Inspectez l'URL pour lire l'état actuel. Corrigez ce qui doit l'être. Puis demandez une nouvelle exploration : c'est la seule façon de faire relire la page sans attendre le prochain passage automatique.

Une dernière brique utile si vous gérez plusieurs dizaines de pages : la page « Pages » de la Search Console classe les URL par motif d'exclusion. Un pic de « Exclue par une balise noindex » vous signale tout de suite qu'un gabarit a été modifié par erreur, sans avoir à inspecter les adresses une par une.

plus précis.

C'est l'outil de la Search Console. Collez l'adresse dans la barre du haut, lancez l'analyse : Google affiche le dernier code HTTP vu, l'état d'indexation et, le cas échéant, l'URL canonique retenue. C'est le seul endroit où vous saurez si l'adresse est connue, exclue ou simplement pas encore explorée. Un délai de quelques jours peut subsister entre la modification et la mise à jour de cet écran.

Si l'adresse reste bloquée en « explorée, actuellement non indexée » ou continue d'apparaître en résultat, le problème est presque toujours ailleurs. Une balise canonique qui pointe encore vers l'ancienne page suffit à maintenir le lien. Une autre URL qui reprend mot pour mot le même contenu produit le même effet. Et si plusieurs versions de votre site coexistent, le travail est à reprendre depuis l'article sur le contenu dupliqué.

Dans quel ordre procéder, concrètement

Vous n'avez pas besoin de tout traiter le même jour. L'ordre compte davantage que la vitesse.

1. Décidez d'abord du sort de l'URL. Une page utile qui doit rester accessible ? noindex. Une page remplacée par une autre ? redirection. Une page sans successeur ? suppression.
2. Appliquez une seule consigne. Une redirection et un noindex sur la même adresse s'annulent en partie et brouillent le signal.
3. Retirez l'URL du sitemap. Une adresse annoncée comme prioritaire et exclue dans le même temps envoie deux messages contraires. Le guide du sitemap XML détaille la mise à jour.
4. Contrôlez le code HTTP renvoyé, pas seulement l'affichage dans le navigateur.
5. Notez la date de la modification quelque part. Dans six mois, quand la question reviendra, c'est la seule information qui vous évitera de tout reprendre.

Les erreurs qui font perdre des semaines

Elles sont peu nombreuses et toujours les mêmes.

• Désindexer une page encore utile. Si elle sert à un formulaire, à une campagne ou à un client, vous coupez un canal pour un problème qui n'en était peut-être pas un.
• Confondre suppression et invisibilité. Retirer une page du menu ne la retire pas de l'index : Google l'a déjà lue.
• Bloquer le crawl avant d'interdire l'index. Une page interdite par le fichier robots.txt ne peut plus recevoir la consigne noindex. Google ne lira jamais la balise, et l'URL reste en mémoire.
• Tout traiter en une fois. Cinquante redirections posées le même jour et aucune vérification derrière, c'est cinquante occasions de perdre du trafic sans le savoir.
• Se fier à la disparition visuelle. La page ne s'affiche plus dans vos recherches à vous : votre navigateur, votre compte, votre historique expliquent souvent l'absence davantage que la consigne.

La bonne nouvelle, c'est que ces cinq erreurs se détectent en dix minutes avec la Search Console. La mauvaise, c'est qu'elles se décident en amont, au moment où l'on code la modification.

Ce qu'il faut retenir

Désindexer une page n'est pas une opération technique compliquée : c'est une décision. Noindex quand l'URL doit rester vivante, redirection quand une nouvelle page reprend le rôle, suppression quand il n'y a plus rien à montrer. Choisissez une réponse, appliquez-la, vérifiez le code HTTP, puis laissez à Google le temps de repasser. Quelques semaines plus tard, l'ancienne adresse aura quitté les résultats.

Si vous préférez que ce contrôle soit fait dans les règles, avec une vérification après coup plutôt qu'au feeling, notre audit SEO pour PME passe en revue les exclusions, les redirections et les pages orphelines, et vous rend une liste d'actions classées par effet.

Questions fréquentes