// diagnostic GSC
URL marquée noindex : lever le blocage.
Search Console signale qu'une directive noindex exclut la page de l'index. Google ne fait qu'obéir : la vraie question est de savoir qui a posé cette directive, où elle se cache (balise meta ou header HTTP) et si elle a encore une raison d'être.
Ce que signifie ce statut.
"URL marquée noindex" (anciennement "Exclue par la balise noindex") est le statut d'exclusion le plus déterministe de Search Console : Googlebot a bien crawlé la page, y a lu une directive noindex, et l'a appliquée à la lettre. Pas de verdict de qualité, pas d'arbitrage de crawl : une instruction explicite du site, respectée.
Si la directive est volontaire (pages de remerciement, résultats de recherche interne, contenus privés), le statut est une simple confirmation. Si elle ne l'est pas, chaque jour qui passe est du trafic perdu : la correction est rapide, la réindexation un peu moins.
// à retenir
Google ne "décide" rien sur ce statut : il exécute une directive posée côté site. Le diagnostic consiste uniquement à retrouver qui l'a posée, et où.
Localiser la directive : meta ou header.
La directive noindex peut vivre à deux endroits, et le second est régulièrement oublié des audits :
Balise meta robots
Dans le <head> du HTML : <meta name="robots" content="noindex">. Visible dans le code source (Ctrl+U). Posée par le CMS, le plugin SEO ou le template. Attention aux pages rendues en JavaScript : la balise peut être injectée (ou retirée) au rendu, vérifier le HTML rendu via Inspection de l'URL. Cas détaillés dans le guide JavaScript SEO.
Header X-Robots-Tag
Dans la réponse HTTP : X-Robots-Tag: noindex. Invisible dans le code source, il se lit dans l'onglet Réseau des outils développeur ou via un vérificateur de headers. Posé par la configuration serveur (.htaccess, nginx), le CDN, ou un réglage d'hébergeur sur les sous-domaines de recette. C'est la méthode standard pour les fichiers non-HTML (PDF, images).
Réflexe le plus fiable : Inspection de l'URL dans Search Console, section "Indexation autorisée ?". GSC affiche "Non : détection de la directive noindex" et précise la source détectée lors du dernier crawl.
Les causes involontaires classiques.
L'oubli de staging
Le site de recette était (à juste titre) en noindex intégral, et le réglage a suivi lors de la mise en production. Sur WordPress : "Décourager les moteurs de recherche d'indexer ce site" dans Réglages > Lecture.
Le plugin SEO trop zélé
Yoast ou Rank Math appliquent noindex par défaut à certains types de contenus : archives d'auteur, taxonomies, formats. Un type de publication personnalisé peut hériter du mauvais réglage et passer en noindex en masse.
La règle serveur héritée
Un X-Robots-Tag posé dans le .htaccess ou la config nginx pour un ancien besoin (répertoire de test, fichiers PDF) qui matche plus large que prévu et couvre des pages stratégiques.
Le conflit avec la canonical
Une page en noindex qui porte aussi une balise canonical vers une autre page envoie des signaux contradictoires. Google recommande de ne jamais combiner les deux : choisir entre exclusion (noindex) et consolidation (canonical).
Lever le blocage et réindexer.
- 01
Retirer la directive à la source
Corriger le réglage du CMS ou du plugin plutôt que d'éditer le template à la main : une directive posée par un réglage reviendra à la prochaine mise à jour. Si la source est un header HTTP, corriger la règle serveur ou CDN concernée.
- 02
Vérifier le résultat comme Googlebot
Contrôler le code source ET les headers de la page en production. Puis tester l'URL en direct dans Search Console ("Tester l'URL en ligne") pour confirmer "Indexation autorisée ? Oui" avant toute demande.
- 03
Demander la réindexation
Inspection de l'URL > "Demander une indexation" pour les pages prioritaires (quota d'une dizaine par jour). Pour un volume important de pages débloquées, s'appuyer sur le sitemap et les méthodes du guide forcer l'indexation Google.
// validation
Le statut GSC ne se met pas à jour immédiatement après correction : il reflète le dernier crawl. Tant que Google n'est pas repassé, la page reste listée sous "URL marquée noindex" même si la directive a disparu.
Pour maîtriser la directive elle-même (valeurs, combinaisons, cas d'usage légitimes), consulter le pilier balise noindex et meta robots. Pour situer ce statut parmi les autres exclusions, voir page non indexée par Google.
Questions fréquentes.
Que signifie le statut "URL marquée noindex" dans Search Console ?
Googlebot a exploré la page et y a trouvé une directive noindex, soit dans une balise <meta name="robots" content="noindex">, soit dans un header HTTP X-Robots-Tag. Google obéit : la page est exclue de l'index. Ce statut apparaissait auparavant sous le libellé "Exclue par la balise noindex", c'est le même diagnostic.
Comment savoir si le noindex vient de la balise meta ou du header HTTP ?
Afficher le code source de la page (Ctrl+U) et chercher "noindex" : si la balise meta robots est présente, la cause est dans le HTML. Sinon, contrôler les headers HTTP (onglet Réseau des outils développeur, ou un checker de headers) à la recherche de X-Robots-Tag: noindex, souvent posé par le serveur, le CDN ou un plugin. L'outil Inspection de l'URL de GSC indique aussi la directive détectée.
Pourquoi ma page est en noindex alors que je n'ai rien configuré ?
Les causes involontaires classiques : réglage WordPress "Décourager les moteurs de recherche" resté actif après la mise en ligne, plugin SEO (Yoast, Rank Math) qui applique noindex par défaut à certains types de contenus (taxonomies, archives, formats), template copié depuis un environnement de recette, ou règle serveur héritée. Le guide indexation WordPress détaille les réglages à vérifier.
Le statut concerne une page que je veux justement désindexer, dois-je agir ?
Non, tout fonctionne comme prévu : ce statut est la confirmation que la directive est bien lue et respectée. Vérifier simplement que l'URL ne figure pas dans le sitemap (signal contradictoire qui pousse Google à re-crawler inutilement) et que le robots.txt n'empêche pas Google de relire la directive.
Combien de temps pour réindexer une page après retrait du noindex ?
Après suppression de la directive, Google doit re-crawler la page pour constater le changement. Avec une demande manuelle via Inspection de l'URL, compter 24 à 72 heures sur un site sain. Sans demande, cela dépend de la fréquence de crawl : de quelques jours à plusieurs semaines. Les délais d'indexation varient selon l'autorité du domaine.
Noindex et robots.txt peuvent-ils se contredire ?
Oui, et c'est un piège documenté : si la page en noindex est aussi bloquée par le robots.txt, Google ne peut plus crawler la page, donc ne relit jamais la directive. Une page déjà indexée peut alors rester dans l'index malgré le noindex. Règle : le noindex exige que le crawl reste autorisé.
// passer à l'action
Détecter un noindex caché en un clic.
Le diagnostic gratuit contrôle la balise meta robots, le header X-Robots-Tag et 15 autres points d'indexabilité.