Désindexer une page WordPress : Choisir entre noindex, robots.txt et Search Console

D’abord, que doit devenir ta page ?

Désindexer une page WordPress signifie la retirer des résultats des moteurs de recherche. La page, elle, existe toujours. Une personne qui connaît son adresse peut encore l’ouvrir, la partager ou l’enregistrer dans ses favoris.

Par exemple, une page de remerciement doit rester accessible après l’envoi d’un formulaire, mais elle n’a aucune raison d’apparaître dans Google. Une ancienne prestation remplacée par une nouvelle page doit guider les visiteurs vers sa remplaçante. Un contenu dépassé qui n’a plus aucun équivalent peut lui disparaître. Quant à un document confidentiel, il mérite beaucoup mieux qu’une simple consigne adressée aux robots.

Le bon choix dépend donc du futur de la page.

Situation	Solution adaptée	Résultat attendu
La page reste accessible	Balise noindex	Code 200, puis retrait des résultats
Le contenu possède une nouvelle adresse	Redirection 301	L’ancienne URL conduit vers la nouvelle
Le contenu disparaît sans remplaçant	Réponse 404 ou 410	L’URL quitte progressivement l’index
Le contenu est confidentiel	Accès protégé ou suppression	Le contenu n’est plus accessible publiquement

Ce tableau évite le grand classique : ajouter noindex, bloquer l’URL dans robots.txt et demander une suppression dans Search Console. Trois consignes qui ne rendent pas la décision trois fois plus claire.

Ta page reste accessible : utilise noindex

La balise noindex convient lorsque la page doit continuer à fonctionner sans apparaître dans Google. C’est souvent le bon choix pour une page de remerciement, une confirmation d’inscription, une page réservée à une campagne ou un résultat de recherche interne.

Avec l’extension SEOPress, ouvre la page ou l’article concerné. Dans le bloc SEO, passe dans l’onglet Avancé, puis coche l’option demandant aux moteurs de ne pas afficher cette page dans leurs résultats. Mets ensuite le contenu à jour.

Exemple écris en HTML :

<meta name= »robots » content= »noindex »>

Tu n’as normalement rien à ajouter dans ton thème. Inutile également de cocher nofollow par réflexe. Tu veux retirer la page des résultats, pas neutraliser tous les liens qu’elle contient.

Après la mise à jour, ouvre l’URL sans être connecté à ton WordPress. Affiche son code source, puis recherche le mot noindex. S’il n’apparaît pas, vide les caches de WordPress, de ton extension de performance, du serveur et éventuellement du CDN. Une ancienne copie peut encore être servie alors que ton réglage est correct.

Lorsque la balise apparaît, la page doit continuer à répondre avec un code HTTP 200. Google peut ainsi l’ouvrir, lire le noindex, puis la retirer de son index. Cela peut prendre quelques jours, plusieurs semaines ou davantage si le robot visite rarement l’URL.

Noindex envoie une consigne mais ce n’est pas une trappe qui s’ouvre immédiatement sous ton résultat Google.

La case WordPress qui concerne tout le site

Dans Réglages > Lecture, WordPress propose l’option « Demander aux moteurs de recherche de ne pas indexer ce site ».

Lis bien la fin de la phrase : ce site. Pas cette page, pas cet article, pas cette catégorie que tu ne sais plus très bien où ranger.

Depuis WordPress 5.3, cette option génère une balise noindex,nofollow sur les pages du site. Elle ne ferme pas l’exploration avec un Disallow: /. Google peut donc charger les pages, mais il reçoit la demande de ne pas les conserver dans ses résultats.

Cette case peut être utile sur un site de test. Sur un site public, une case oubliée après la mise en ligne peut rendre toutes les pages non indexables alors que le site paraît fonctionner normalement.

Pourquoi robots.txt ne désindexe pas une page ?

Le fichier robots.txt sert principalement à gérer l’exploration. Une règle Disallow indique au robot qu’il ne doit pas demander l’URL concernée.

Le raisonnement paraît logique car si Google ne visite plus la page, il finira bien par l’oublier, mais pas forcément. Google peut déjà connaître l’adresse grâce à un ancien passage, à un lien interne ou à un autre site. S’il ne peut plus ouvrir la page, il ne peut plus vérifier son contenu ni lire une éventuelle balise noindex.

Exemple robots.txt à ne pas combiner avec noindex :

User-agent: *
Disallow: /page-a-retirer/

La balise attend dans le code, Googlebot, lui, reste devant la porte parce que robots.txt lui interdit d’entrer.

C’est comme si tu as laissé une consigne sur le bureau, puis retiré le badge d’accès de la personne qui devait la lire.

Ce piège est suffisamment courant pour avoir son propre statut dans Search Console : « Indexée malgré le blocage par le fichier robots.txt ». Le guide de Search Engine Land consacré à robots.txt détaille ce qui se passe lorsque Google connaît l’URL, mais n’a plus le droit d’ouvrir la page.

Pour désindexer une page HTML encore publiée, laisse donc Google l’explorer et utilise noindex. Le guide sur robots.txt et le sitemap XML avec SEOPress détaille le rôle de ces fichiers sans les confondre avec la désindexation.

Search Console masque rapidement, mais c’est temporairement

Tu as ajouté noindex, mais un ancien tarif ou une information incorrecte traîne encore dans les résultats ? Si cette information doit disparaître rapidement, utilise le rapport Suppressions de Google Search Console.

Sélectionne la propriété concernée, ouvre Suppressions, puis crée une nouvelle demande. Tu peux masquer uniquement l’URL indiquée ou toutes les adresses qui commencent par le même préfixe. Vérifie bien ton choix : le préfixe ne fait pas dans la dentelle et peut emporter plusieurs pages avec lui.

Pour une fois, ce qui va vite mérite qu’on le lise lentement.

Cette demande ne désindexe pas définitivement la page. Elle masque le résultat pendant environ six mois. La page continue d’exister et Google peut toujours venir la consulter. Ce délai te laisse surtout le temps de mettre en place la solution durable : noindex, redirection, suppression ou protection de l’accès.

Passe ensuite dans Inspection de l’URL et lance un test en direct. Vérifie que Google peut explorer la page, que son chargement réussit et que la présence de noindex est bien détectée. Si ces trois points sont cohérents, la consigne est posée au bon endroit.

Inutile de demander une indexation : ce bouton sert à soumettre une page que tu souhaites voir apparaître dans Google. Ici, tu veux précisément le contraire.

Une recherche avec site: peut te donner un indice, mais elle ne remplace pas l’inspection de l’URL. Si les statuts de Search Console ressemblent encore à un tableau de bord d’avion, tu peux apprendre à les transformer en décisions concrètes dans WordPress.

Ton contenu a déménagé ? Crée une redirection 301

Tu as remplacé une ancienne page de service par une version plus complète et l’ancienne adresse reçoit encore des visites ou possède des liens. La supprimer sans prévenir reviendrait à déménager pendant la nuit en laissant les clients devant une vitrine vide au petit matin.

Une redirection 301 indique que le contenu possède désormais une nouvelle adresse. Sa destination doit répondre au même besoin.

Rediriger toutes les pages supprimées vers l’accueil, c’est coller « salon » sur tous les cartons du déménagement : tout arrive quelque part, mais plus personne ne sait où chercher.

Dans SEOPress Pro (lien affilié), si tu l’as installé, ouvre SEO > Redirections, puis ajoute une règle. Renseigne l’ancienne adresse comme source, l’URL complète de remplacement comme destination, active la redirection et choisis le type 301.

Ouvre ensuite l’ancienne adresse de ta page et vérifie qu’elle te conduit directement vers la nouvelle page. N’oublie pas de corriger également les liens internes d’autres pages pour les faire pointer vers la nouvelle destination.

Si deux articles proches te font encore hésiter, ne regarde pas seulement les mots-clés qu’ils partagent. Vérifie s’ils répondent au même besoin et se disputent réellement la même place. Tu éviteras ainsi de confondre proximité éditoriale et cannibalisation SEO, puis d’envoyer à la casse une page qui avait encore une vraie utilité.

La page disparaît ? Assume une vraie 404 ou 410

Certaines pages ont simplement terminé leur service. Leur contenu est dépassé, aucune nouvelle adresse ne prend le relais et les conserver n’apporte plus rien au visiteur.

Inutile de leur chercher une famille d’accueil à tout prix.

Lorsque tu supprimes une page dans WordPress, son ancienne URL doit normalement répondre avec un code 404 si aucune redirection ne la capture. Cette réponse n’indique pas forcément un problème, cela dit simplement que la ressource demandée n’existe plus à cette adresse.

Si la suppression est volontaire et définitive, tu peux retourner un code 410. Il indique clairement que la ressource a été retirée et ne reviendra pas. Ne renseigne aucune redirection, une 410 ferme la porte, elle ne réoriente pas le visiteur vers une autre pièce.

Tu peux aussi transformer ta page 404 WordPress en raccourci utile pour aider le visiteur à poursuivre sa navigation sans faire passer l’URL disparue pour une page encore valide. Ajoute une recherche, quelques accès utiles et une explication compréhensible. Vérifie seulement que le serveur répond bien en 404. Une page qui affiche « contenu introuvable » avec un code 200 joue au disparu tout en levant la main. Search Console risque alors de la considérer comme une soft 404.

Avant toute suppression définitive, regarde les liens entrants, le trafic et le rôle du contenu. Ton site ne gagnera aucune médaille parce qu’il possède moins d’URL. Chaque page doit simplement avoir une bonne raison de rester.

Un contenu confidentiel ? Ca demande une vraie protection

Une balise noindex ne sécurise pas une page. Elle demande aux moteurs de ne pas l’afficher dans leurs résultats, mais toute personne qui connaît son URL peut encore l’ouvrir.

Dans WordPress, tu peux rendre une page privée ou la protéger par un mot de passe depuis ses réglages de visibilité. La première solution limite son accès aux comptes disposant des droits nécessaires. La seconde ajoute une barrière, mais elle reste légère : un mot de passe partagé peut aussi circuler.

Pour des données réellement sensibles, utilise une authentification conçue pour ce rôle au niveau du site, du serveur ou d’un espace membre.

L’ordre compte. Retire d’abord l’information ou bloque son accès, puis utilise Search Console pour accélérer la disparition du résultat.

Masquer l’URL avant de protéger sa source reviendrait à tirer le rideau en laissant la porte ouverte.

Les fichiers de la médiathèque demandent encore plus d’attention. Insérer un PDF dans une page privée ne rend pas le fichier privé. Son adresse directe dans /wp-content/uploads/ peut rester accessible sans connexion.

Si le PDF doit rester public tout en disparaissant des résultats de recherche, le serveur doit envoyer un en-tête HTTP :

Exemple d’en-tête HTTP :

X-Robots-Tag: noindex

La mise en place dépend de ton hébergement et de la configuration du serveur. Si le fichier contient des données confidentielles, retire-le de l’espace public ou place-le derrière une véritable authentification. Un devis ou un rapport client ne devrait pas être protégé par l’espoir que personne ne devine son URL.

Vérifie le résultat avant de fermer WordPress

Le code HTTP représente la réponse envoyée par ton serveur. Pour le consulter, ouvre les outils de développement du navigateur, passe dans l’onglet Réseau, recharge la page et sélectionne la première requête correspondant à l’adresse. Pour plusieurs URL, Screaming Frog t’évite de répéter cette manipulation.

Reprends ensuite le tableau du début et contrôle le résultat attendu. Une page conservée doit répondre en 200 avec noindex et disparaître du sitemap. Une ancienne URL redirigée doit répondre en 301 et mener directement vers sa remplaçante. Une page supprimée doit retourner 404 ou 410. Un contenu confidentiel ne doit plus être accessible sans autorisation, y compris par l’adresse directe de ses fichiers.

Inspecte enfin l’URL dans Search Console et note la date de l’intervention. Lorsque tu reviendras quelques semaines plus tard, tu sauras si les données affichées précèdent ou suivent ta correction.

Cette dernière vérification prend quelques minutes. Elle évite surtout de découvrir beaucoup plus tard que la bonne consigne était posée au mauvais endroit.

En conclusion

Pour désindexer une page WordPress qui doit rester accessible, utilise noindex et laisse Google consulter son URL. Le fichier robots.txt ne remplace pas cette balise mais il peut même empêcher le moteur de la découvrir.

Si le contenu possède une nouvelle adresse, crée une redirection 301. S’il disparaît définitivement, laisse l’URL répondre correctement en 404 ou 410. Et si le contenu est confidentiel, protège d’abord son accès avant de demander son retrait dans Search Console.

Commence donc par décider ce que ta page doit devenir. Ensuite seulement, choisis l’outil. Si ton WordPress accumule les anciennes URL, les redirections oubliées et les pages dont personne ne connaît encore le rôle, tu peux me contacter pour remettre tout cela au propre.