Comment vérifier si une page est en noindex

Pour vérifier si une page est en noindex, regardez à deux endroits : le <head> du HTML, qui peut contenir une balise comme <meta name="robots" content="noindex">, et les en-têtes de la réponse HTTP, qui peuvent contenir X-Robots-Tag: noindex. L’un ou l’autre suffit à exclure la page de Google, et la version en en-tête n’apparaît jamais dans le code source. Le plus rapide pour vérifier les deux : collez l’URL dans notre vérificateur de balises meta gratuit pour la balise, puis dans l’analyse des en-têtes HTTP pour l’en-tête. Les deux outils sont gratuits, sans compte, et s’utilisent depuis votre navigateur (ils récupèrent l’URL depuis notre serveur, donc ils fonctionnent sur n’importe quelle page publique).

Tous les résultats cités ici viennent de tests réels avec ces deux outils le 2 novembre 2026, recoupés avec curl. Les règles sur la façon dont Google lit le noindex viennent de la documentation Google Search Central, relue le même jour.

Les deux endroits où se cache un noindex

Google traite les deux formes de la même façon : sa documentation précise que la balise meta et l’en-tête HTTP « ont le même effet ».

• Balise meta robots, dans le HTML : <meta name="robots" content="noindex">. Le nom peut aussi être googlebot (Google seulement) ou googlebot-news. Google indique qu’il ignore les autres noms de robots dans cette balise.
• En-tête X-Robots-Tag, envoyé par le serveur avant le HTML : X-Robots-Tag: noindex. C’est la seule solution pour les PDF, les images, le XML et le JSON, qui n’ont pas de <head>. Il peut aussi viser un robot précis : X-Robots-Tag: googlebot: noindex.

Cherchez deux valeurs : noindex et none, que Google définit comme noindex, nofollow. Une page en none est désindexée même si le mot « noindex » n’apparaît nulle part.

Comment vérifier si une page est en noindex, étape par étape

1. Vérifiez les balises meta. Ouvrez le vérificateur de balises meta, collez l’URL complète (avec https://) et validez. Cherchez une ligne robots ou googlebot. Si sa valeur contient noindex ou none, vous avez votre réponse.
2. Vérifiez les en-têtes. Collez la même URL dans l’analyse des en-têtes HTTP et cherchez une ligne x-robots-tag. Regardez aussi la première ligne, la ligne de statut HTTP : tout ce qui n’est pas 200 change la lecture de l’étape 1 (voir plus bas).
3. Vérifiez le robots.txt. Ouvrez https://le-site.fr/robots.txt et voyez si une ligne Disallow correspond au chemin. Si c’est le cas, Google ne télécharge jamais la page et ne voit jamais le noindex. C’est un piège très courant.
4. Confirmez avec Google si le site est à vous. Dans la Search Console, l’outil d’inspection d’URL indique si l’indexation est autorisée pour la version explorée par Google, et le test de l’URL en ligne vérifie la version actuelle.

Essayez maintenant : passez votre URL dans le vérificateur de balises meta gratuit et l’analyse des en-têtes HTTP. Quelques secondes suffisent, sans inscription.

Exemples réels

Exemple 1 : une page de connexion avec un meta noindex

Nous avons passé notre propre page de connexion, https://mybotsy.com/login, dans le vérificateur de balises meta. Il a renvoyé quatre lignes, dont :

robots   noindex, follow, noarchive

Cette page est désindexée volontairement : un formulaire de connexion n’a rien à faire dans les résultats de recherche. follow laisse suivre ses liens, et noarchive ne sert plus à rien chez Google : Google la range parmi les règles qu’il n’utilise plus, puisque le lien vers la page en cache qu’elle contrôlait a disparu.

Exemple 2 : un sitemap XML avec un noindex dans l’en-tête

Nous avons ensuite vérifié https://yoast.com/sitemap_index.xml avec l’analyse des en-têtes HTTP. La ligne de statut indiquait HTTP/2 200, puis plus bas :

content-type   text/xml; charset=UTF-8
x-robots-tag   noindex, follow

Un vérificateur de balises meta ne trouverait rien ici, car un fichier XML n’a pas de balise meta robots : l’en-tête est le seul signal. C’est d’ailleurs normal, car un sitemap est fait pour être lu par les robots, pas pour apparaître dans les résultats. Avec curl -I, nous avons vu le même en-tête sur les adresses de l’API REST de WordPress (/wp-json/) de yoast.com et de developer.wordpress.org, et notre propre flux RSS, https://mybotsy.com/blog/feed, envoie lui aussi x-robots-tag: noindex.

Exemple 3 : un noindex que Google ne peut pas voir

Le robots.txt de yoast.com contient Disallow: /wp-json/, et https://yoast.com/wp-json/ renvoie aussi x-robots-tag: noindex. Ces deux règles se contrarient. D’après la documentation de Google, si le robots.txt bloque une URL, ses règles d’indexation « ne seront pas détectées et seront donc ignorées ». Google prévient aussi qu’une URL bloquée peut quand même apparaître dans les résultats, par exemple si d’autres pages pointent vers elle. Pour un endpoint d’API, c’est sans importance. Mais si vous voulez vraiment retirer une page de Google, ne la bloquez pas dans le robots.txt : laissez Google l’explorer pour qu’il voie le noindex.

Exemple 4 : une page avec deux balises robots

Pour tester un problème fréquent sur les CMS (le thème et une extension SEO qui affichent chacun leur balise robots), nous avons servi via httpbin.org une petite page de test dont le head contenait <meta name="robots" content="noindex"> suivie de <meta name="robots" content="index, follow">. Notre vérificateur n’a affiché qu’une ligne : robots   index, follow.

C’est trompeur. Quand un nom de balise se répète, notre vérificateur ne garde que la dernière valeur, alors que Google applique la règle la plus restrictive en cas de conflit : pour Google, cette page est en noindex. Si une page semble indexable mais ne s’indexe toujours pas, affichez le code source (Ctrl+U, ou Cmd+Option+U sur Mac), faites Ctrl+F et cherchez robots. Vous trouverez peut-être une deuxième balise.

Exemple 5 : une page d’erreur déguisée

Nous avons aussi testé l’URL de l’historique d’une page Wikipédia. Dans un navigateur, elle contient <meta name="robots" content="noindex,nofollow,max-image-preview:standard">, mais notre vérificateur n’a affiché que color-scheme   light dark, sans ligne robots. La raison : notre serveur n’envoie pas d’user agent de navigateur, et Wikipédia lui a répondu par une page d’erreur 403 (« Wikimedia Error »). Le vérificateur lit la page qu’il reçoit, quelle qu’elle soit, et n’affiche pas le statut HTTP.

La leçon vaut pour tous les outils : l’absence de ligne robots ne compte que si la page s’est chargée normalement. Regardez d’abord la ligne de statut dans l’analyse des en-têtes HTTP. Si ce n’est pas 200, ou si la liste de balises meta paraît bien courte pour ce site, ne vous fiez pas au résultat et vérifiez le code source dans le navigateur.

Les pièges qui faussent la réponse

• Les redirections. Les deux outils suivent les redirections sans le signaler. En testant une URL qui redirige en 301 vers une page envoyant X-Robots-Tag: noindex, l’analyse des en-têtes a affiché le statut HTTP/2 301, mélangé les en-têtes des deux réponses (deux valeurs de content-type) et affiché x-robots-tag noindex sans dire quelle réponse l’avait envoyé. Si vous voyez une ligne location, testez directement l’URL finale ou suivez la chaîne avec le vérificateur de redirections. Notre guide pour vérifier les redirections 301 et 302 explique comment lire la chaîne.
• Un noindex ajouté ou retiré par JavaScript. Nos vérificateurs lisent le HTML envoyé par le serveur et n’exécutent pas les scripts. Le guide SEO JavaScript de Google prévient que, lorsque Google trouve un noindex, il peut sauter le rendu : retirer un noindex en JavaScript peut donc ne pas marcher. Si vous voulez que la page soit indexée, le HTML d’origine ne doit pas contenir de noindex.
• Les règles propres à un robot. <meta name="googlebot" content="noindex"> bloque Google mais pas Bing. Google additionne les règles restrictives de toutes les balises qui le concernent : une page avec robots: nofollow et googlebot: noindex vaut noindex, nofollow pour Googlebot.
• Les réglages de préproduction passés en ligne. L’option WordPress « Demander aux moteurs de recherche de ne pas indexer ce site » ajoute noindex, nofollow sur toutes les pages publiques. C’est la première chose à vérifier après une mise en ligne ou une migration. Notre guide pour vérifier les balises meta couvre d’autres balises héritées de la préproduction.
• Croire que le robots.txt peut désindexer. Google indique qu’un noindex dans le robots.txt « n’est pas pris en charge ». Le robots.txt gère l’exploration ; seuls la balise meta ou l’en-tête gèrent l’indexation.

Vérifier beaucoup d’URL d’un coup

Pour auditer un site entier, partez du sitemap : récupérez toutes les adresses avec l’extracteur d’URL (notre guide pour extraire les URL d’un sitemap montre comment), puis contrôlez vos gabarits principaux : l’accueil, une catégorie, un article, une fiche produit. Un noindex vient presque toujours d’un gabarit ou d’un réglage global, donc une page de chaque type vous dit l’essentiel. Toutes les URL de votre sitemap devraient être indexables : un sitemap qui liste des pages en noindex envoie à Google des signaux contradictoires.

Une fois la page corrigée, demandez l’indexation dans la Search Console. Google précise qu’il peut mettre des mois à explorer de nouveau une page de lui-même, selon son importance.

Questions fréquentes

Comment savoir si une page est en noindex sans la Search Console ?

Cherchez dans le HTML une balise meta robots ou googlebot contenant noindex ou none, et dans les en-têtes HTTP un X-Robots-Tag. Notre vérificateur de balises meta et notre analyse des en-têtes HTTP le font en quelques secondes, gratuitement et sans compte. Vérifiez aussi le robots.txt, car une page bloquée cache son noindex à Google.

X-Robots-Tag noindex, est-ce la même chose que la balise meta robots ?

Oui. Google indique que les deux ont le même effet. L’en-tête fonctionne en plus sur les PDF, les images, le XML et le JSON, qui ne peuvent pas contenir de balise meta, et il n’apparaît jamais dans le code source.

Que signifie none dans une balise robots ?

Google définit none comme noindex, nofollow. Une page avec content="none" n’est pas indexée et ses liens ne sont pas suivis.

Une page bloquée par le robots.txt peut-elle apparaître dans Google ?

Oui. Si le robots.txt bloque une URL, Google ne peut pas l’explorer et ne voit jamais le noindex. Google prévient que l’URL peut quand même apparaître dans les résultats, par exemple si d’autres pages pointent vers elle. Pour la retirer, autorisez l’exploration et servez le noindex.

Pourquoi ma page est-elle toujours dans Google après un noindex ?

Le plus souvent, Google ne l’a pas encore explorée à nouveau. Utilisez l’inspection d’URL de la Search Console pour demander une nouvelle exploration. Vérifiez aussi que le robots.txt ne bloque pas la page, qu’elle répond en 200 et que la balise se trouve dans le HTML d’origine, pas ajoutée en JavaScript.

Que se passe-t-il si une page a deux balises robots différentes ?

Google applique la règle la plus restrictive : noindex l’emporte sur index. Certains vérificateurs, dont le nôtre, n’affichent que la dernière balise portant le même nom ; cherchez donc robots dans le code source pour voir toutes les occurrences.

Vérifiez votre page maintenant : le vérificateur de balises meta et l’analyse des en-têtes HTTP sont 100 % gratuits, sans compte, et répondent en quelques secondes. Les visiteurs ont droit à 5 vérifications par jour, et un compte gratuit (sans spam) lève cette limite. Pour d’autres outils SEO gratuits, essayez le vérificateur de redirections, l’extracteur d’URL et le générateur de slug, et lisez comment créer un slug d’URL optimisé pour le SEO.