Rapide et définitif : deux besoins, deux outils
Quand un client m'appelle parce qu'une page n'aurait jamais dû se retrouver dans Google (un tarif interne, une ancienne offre, un PDF avec des coordonnées), il veut deux choses à la fois : que ça disparaisse tout de suite, et que ça ne revienne jamais. Le problème, c'est qu'aucun outil ne fait les deux.
Le levier rapide, c'est l'outil Suppressions de la Search Console : il masque l'URL des résultats, mais il ne la retire pas de l'index. Le levier définitif, c'est un signal posé sur la page elle-même (noindex, 404, 410, accès protégé), mais Google ne le découvre qu'au prochain passage de son robot, ce qui peut prendre des jours comme des semaines. La méthode consiste donc à lancer les deux en parallèle, dans le bon ordre.
Étape 1 : masquer la page en urgence
Tout se passe dans la Search Console, menu Indexation puis Suppressions. Il faut être propriétaire de la propriété validée, ou disposer des droits complets : un simple accès en lecture ne suffit pas.
- Onglet « Suppressions temporaires », bouton « Nouvelle demande ».
- Choisissez « Supprimer temporairement l'URL » (l'autre option, « Effacer l'extrait », ne retire que la description affichée).
- Collez l'URL exacte, puis « Supprimer uniquement cette URL ». Si toute une rubrique est concernée, l'option « Supprimer toutes les URL avec ce préfixe » couvre d'un coup tout ce qui commence par le chemin indiqué.
- Validez, puis surveillez le statut de la demande dans le tableau.
Dans les cas que j'ai traités, la page disparaît des résultats en général en quelques heures, parfois une journée. Bonne nouvelle au passage : la demande couvre les variantes http, https, avec et sans www, inutile de les saisir une par une.
Mais lisez bien la limite, elle est écrite noir sur blanc dans l'aide officielle de la Search Console : le blocage dure environ six mois. Passé ce délai, si rien n'a changé sur la page, elle peut revenir dans les résultats comme si de rien n'était. L'outil Suppressions achète du temps, il ne règle rien : c'est l'étape 2 qui fait le vrai travail.
Étape 2 : poser le signal qui reste
Le bon signal dépend de ce que vous voulez faire de la page. Trois cas couvrent à peu près tout ce que je rencontre :
- La page doit rester accessible aux visiteurs mais pas dans Google : balise
<meta name="robots" content="noindex">dans le<head>. Pour un PDF ou une image, où l'on ne peut pas ajouter de balise, on envoie l'équivalent dans l'en-tête HTTP :X-Robots-Tag: noindex. - La page n'a plus aucune raison d'exister : supprimez-la et laissez le serveur répondre 404, ou 410 si vous voulez être explicite sur le caractère définitif. En pratique, Google traite les deux de façon très proche.
- La page est obsolète mais une autre l'a remplacée : redirigez. Les liens et l'historique sont transmis à la nouvelle URL au lieu d'être perdus. Si vous n'avez jamais fait la manipulation, voici comment poser une redirection 301 sans casser le reste du site.
Pour un contenu réellement confidentiel, ajoutez une vraie barrière : mot de passe ou accès réservé aux utilisateurs connectés. Un noindex empêche l'affichage dans Google, il n'empêche personne de lire la page si l'adresse circule.
Et maintenant le piège classique, celui que je retrouve dans un audit sur deux : ajouter un Disallow dans le robots.txt « pour faire bonne mesure ». Si Googlebot n'a plus le droit d'explorer la page, il ne verra jamais votre noindex ni votre 404, et l'URL peut rester indexée des mois. J'ai détaillé cette mécanique dans l'article sur le choix entre noindex et robots.txt selon la situation : pour désindexer, la porte doit rester ouverte.
Étape 3 : faire repasser Googlebot
Le signal est posé, encore faut-il que Google vienne le lire. Sur un site qui publie peu, le robot peut ne revenir sur une page secondaire qu'au bout de plusieurs semaines. On ne va pas attendre.
Ouvrez l'outil d'inspection d'URL de la Search Console, collez l'adresse, puis lancez « Tester l'URL active ». Le test doit afficher que l'indexation est bloquée par la balise noindex, ou que la page renvoie une erreur 404. Si c'est le cas, cliquez sur « Demander une indexation » : le nom prête à confusion, mais cette demande sert surtout à déclencher une nouvelle exploration, et c'est précisément pendant cette exploration que Google lira votre consigne.
Vous pouvez aussi garder l'URL quelques jours dans votre sitemap XML avec une date de modification à jour, histoire de donner un motif de plus au robot. Quant à l'API Indexing, elle sait techniquement notifier une suppression, mais son usage officiel est limité à des cas bien précis : avant d'y penser, vérifiez quels sites ont le droit de se servir de l'API Indexing et pour quelles pages.
Vérifier que c'est vraiment parti
Le réflexe de tout le monde, c'est de taper site: suivi de l'URL. Pour une page unique, ça donne une indication, sans plus. La source fiable reste l'inspection d'URL : quand la page est sortie de l'index, Google l'indique clairement, avec le motif (noindex détecté, page introuvable, redirection).
Si vous avez accès aux logs serveur, regardez aussi si Googlebot a bien demandé la page après votre modification. Pas de passage, pas de désindexation, aussi simple que ça. Et pensez à vérifier avant la fin des six mois de suppression temporaire que le signal définitif a été pris en compte : c'est à ce moment-là que les mauvaises surprises arrivent.
Et si la page n'est pas sur votre site ?
Si le contenu gênant est hébergé ailleurs, vous n'avez la main ni sur la Search Console ni sur le code. Il reste deux voies : demander au site concerné de retirer ou de modifier la page, puis signaler à Google le contenu obsolète via son outil public, qui met à jour le résultat une fois la page réellement modifiée. Pour des données personnelles, Google propose des formulaires dédiés, et le droit au déréférencement prévu par le RGPD s'applique. Le panorama complet de ces options figure dans la documentation Google Search Central sur la suppression d'informations.