Votre sitemap demande l'indexation d'une page qui l'interdit avec une directive noindex. Comment repérer d'où vient le noindex, corriger selon que la page doit ou non apparaître dans Google, et éviter le piège du robots.txt.
L’erreur « URL envoyée désignée comme « noindex » » signifie que vous demandez à Google d’indexer une page (elle figure dans votre sitemap ou vous l’avez soumise) alors que cette même page lui interdit l’indexation avec une directive noindex. Les deux signaux se contredisent. Pour corriger : si la page doit apparaître dans Google, supprimez le noindex (balise meta robots ou en-tête X-Robots-Tag) puis demandez l’indexation ; si elle ne doit pas apparaître, retirez-la du sitemap.
Ce message inquiète souvent les propriétaires de sites, alors qu’il est simple à résoudre une fois qu’on a compris ce qu’il signale. On explique où le trouver dans la Search Console actuelle (l’intitulé a changé), comment identifier d’où vient le noindex, les deux correctifs possibles et les pages qu’il est normal de garder hors de l’index. Pour la prise en main de l’outil, voir aussi notre article Pourquoi Google Search Console est un outil SEO essentiel.
- Que signifie l’erreur « URL envoyée désignée comme noindex » ?
- Où trouver ces URL dans la Search Console actuelle ?
- Est-ce grave pour votre référencement ?
- D’où vient le noindex et comment le repérer ?
- Comment corriger l’erreur, étape par étape ?
- Pourquoi ne faut-il pas bloquer ces pages dans le robots.txt ?
- Quelles pages laisser volontairement en noindex ?
- Questions fréquentes
- Sources
Que signifie l’erreur « URL envoyée désignée comme noindex » ?
Le message combine deux informations :
- « URL envoyée » : vous avez signalé cette adresse à Google, le plus souvent parce qu’elle figure dans un sitemap XML déclaré dans la Search Console. Google recommande d’y inclure les URL que vous souhaitez voir dans ses résultats : pour lui, c’est donc une demande d’indexation.
- « désignée comme noindex » : en explorant la page, Googlebot a trouvé une règle noindex, sous forme de balise
<meta name="robots" content="noindex">dans le code HTML ou d’en-tête HTTPX-Robots-Tag: noindexrenvoyé par le serveur.
Google applique la règle noindex : il exclut la page de ses résultats, même si d’autres sites y font des liens. La Search Console vous signale simplement l’incohérence entre ce que vous demandez (via le sitemap) et ce que la page dit. C’est à vous de trancher : cette page doit-elle, oui ou non, apparaître dans Google ?
Où trouver ces URL dans la Search Console actuelle ?
« URL envoyée désignée comme « noindex » » est l’intitulé que beaucoup de propriétaires de sites ont connu dans l’ancien rapport de couverture. Dans le rapport actuel, Indexation des pages (menu Indexation, puis Pages), les pages concernées apparaissent parmi les raisons de non-indexation sous l’intitulé « URL marquée « noindex » ». Google la décrit ainsi : lors de sa tentative d’indexation, il a identifié une directive noindex et n’a donc pas indexé la page.
Cette ligne mélange les pages en noindex volontaire et celles de votre sitemap. Pour isoler le vrai problème, utilisez le filtre en haut du rapport : à la place de « Toutes les pages connues » (valeur par défaut), choisissez « Toutes les pages envoyées » ou un sitemap précis. Les URL qui restent dans « URL marquée « noindex » » sont exactement celles que vous envoyez à Google tout en lui interdisant de les indexer.
Est-ce grave pour votre référencement ?
Tout dépend de la page :
- Si c’est une page importante (service, fiche produit, article), c’est un vrai problème : elle est absente de Google, donc invisible pour les personnes qui vous cherchent. Il faut corriger vite.
- Si c’est une page qui n’a pas vocation à être trouvée (page de remerciement, espace client), le noindex est justifié. Seule la présence dans le sitemap est une erreur de configuration, sans conséquence grave, mais qui brouille vos rapports.
Un cas mérite une attention particulière : une hausse brutale du nombre de pages concernées. Google note dans son aide qu’une baisse du nombre de pages indexées sans hausse des erreurs peut venir d’une directive noindex ajoutée par erreur. C’est typiquement ce qui arrive après une mise en ligne où le réglage anti-indexation du site de préproduction est resté actif.
D’où vient le noindex et comment le repérer ?
Le noindex peut être posé à plusieurs niveaux. Passez-les en revue dans cet ordre :
- Le réglage global de WordPress : dans Réglages, puis Lecture, la case « Demander aux moteurs de recherche de ne pas indexer ce site ». Cochée, elle ajoute une balise meta robots
noindex,nofollowsur tout le site. C’est la cause numéro un après une mise en production. - L’extension SEO (Yoast SEO, Rank Math, SEOPress…) : elle permet de passer en noindex une page précise (onglet ou section avancée sous l’éditeur) ou un type de contenu entier (catégories, étiquettes, archives d’auteur, types de contenu personnalisés) dans ses réglages généraux.
- Le thème ou un constructeur de pages qui ajoute sa propre balise meta robots.
- Le serveur ou le CDN : un en-tête
X-Robots-Tagpeut être ajouté par la configuration du serveur (Apache, Nginx) ou par un service intermédiaire, souvent hérité d’un environnement de test. Il est invisible dans le code HTML.
Pour vérifier, la méthode la plus fiable est l’outil d’inspection d’URL de la Search Console : collez l’adresse, puis cliquez sur « Tester l’URL active ». La section Indexation indique si l’indexation est autorisée et, sinon, si une directive noindex a été détectée. Vous voyez ainsi ce que Googlebot reçoit réellement, y compris les en-têtes.
Vous pouvez aussi chercher le mot « noindex » dans le code source de la page, et contrôler les en-têtes HTTP en ligne de commande :
# Affiche les en-têtes renvoyés par le serveur
curl -sI https://www.example.com/ma-page/ | grep -i x-robots-tag
# Cherche une balise meta robots dans le HTML
curl -s https://www.example.com/ma-page/ | grep -i 'name="robots"'Si vous avez beaucoup d’URL à contrôler, un crawler SEO (un logiciel qui parcourt votre site comme un robot) listera en une fois toutes les pages en noindex et celles de votre sitemap. Notre sélection des meilleurs outils SEO en présente plusieurs.
Comment corriger l’erreur, étape par étape ?
Pour chaque URL de la liste, posez-vous une seule question : doit-elle apparaître dans Google ? La réponse détermine le correctif.
Cas 1 : la page doit être indexée
- Supprimez la directive noindex à sa source (réglage WordPress, extension SEO, thème ou configuration serveur, voir la section précédente).
- Videz les caches (extension de cache, CDN) pour que la version corrigée soit bien servie.
- Dans l’outil d’inspection d’URL, cliquez sur « Tester l’URL active » et vérifiez que l’indexation est désormais autorisée.
- Cliquez sur « Demander l’indexation » pour les pages les plus importantes.
- Dans le rapport Indexation des pages, ouvrez la raison « URL marquée « noindex » » et cliquez sur « Valider la correction ». Google indique que la validation prend généralement environ deux semaines, parfois beaucoup plus.
Cas 2 : la page ne doit pas être indexée
Le noindex est correct : c’est le sitemap qui est en tort. Retirez l’URL du sitemap. Sur WordPress, le sitemap est généralement produit par l’extension SEO ou par WordPress lui-même : vérifiez dans ses réglages que les types de contenu en noindex (pages de remerciement, archives, types personnalisés) sont exclus du sitemap. Si votre sitemap est généré par un script ou un autre outil, corrigez sa configuration pour qu’il ne liste que les pages indexables. Vous pouvez ensuite renvoyer le sitemap dans la Search Console (menu Sitemaps). Pour les bonnes pratiques, voir notre article sur les sitemaps et leur importance dans le référencement.
À noter : un sitemap est limité à 50 000 URL ou 50 Mo non compressé ; au-delà, il faut le scinder et utiliser un fichier d’index de sitemaps. Si vous le filtrez dans le rapport, Google précise que la validation ne s’applique qu’aux éléments de ce sitemap au moment de la demande.
La vidéo officielle de Google Search Central ci-dessous montre le fonctionnement de l’outil d’inspection d’URL (en anglais) :
Pourquoi ne faut-il pas bloquer ces pages dans le robots.txt ?
C’est l’erreur classique quand on veut « bien faire » : ajouter un noindex et bloquer la page dans le fichier robots.txt. Or Google l’explique clairement : pour que la règle noindex soit efficace, la page ne doit pas être bloquée par le robots.txt, car le robot doit pouvoir y accéder pour lire la directive. Si la page est bloquée, le noindex n’est jamais vu et la page peut continuer à s’afficher dans les résultats, par exemple si d’autres pages font un lien vers elle.
Google précise aussi qu’il n’accepte pas la règle noindex dans le fichier robots.txt lui-même. Pour exclure une page de l’index : noindex, et accès laissé ouvert au robot. Pour retirer une page en urgence des résultats, la Search Console propose un outil de suppression temporaire, à utiliser en complément.
Quelles pages laisser volontairement en noindex ?
Certaines pages sont utiles aux visiteurs, ou obligatoires, sans apporter quoi que ce soit à quelqu’un qui cherche sur Google. Les passer en noindex (et hors du sitemap) est une bonne pratique :
- Les archives d’auteur d’un blog à auteur unique : elles reprennent la page d’accueil du blog et font doublon. Vous pouvez les désactiver ou les passer en noindex.
- Certains types de contenu personnalisés créés par une extension ou un développeur (éléments de formulaire, modèles, contenus techniques) qui n’ont pas vocation à être lus seuls.
- Les pages de remerciement après un achat, une inscription ou un envoi de formulaire : elles n’ont aucune valeur dans les résultats et fausseraient vos statistiques de conversion si on y arrivait depuis Google.
- Les pages de connexion, d’administration, de panier, de commande et de compte client. Exception : une page de connexion qu’utilisent vraiment vos clients pour retrouver leur espace peut rester indexée. Demandez-vous simplement si vous la chercheriez sur Google.
- Les résultats de recherche interne et certaines pages filtrées d’une boutique, qui peuvent générer une infinité d’URL quasi identiques.
Cette hygiène d’indexation fait partie des vérifications que nous menons lors d’un audit SEO : sitemap, directives robots, pages indexées ou non, et cohérence entre les trois. Elle figure aussi dans notre checklist SEO avant de publier un site. Le budget d’un audit dépend de la taille du site, voyez nos tarifs indicatifs.
Questions fréquentes
Combien de temps faut-il pour qu’une page corrigée soit indexée ?
Il n’y a pas de délai garanti. Une demande d’indexation accélère généralement le passage de Googlebot, et la validation de la correction dans le rapport prend en général environ deux semaines selon Google, parfois plus.
Quelle différence entre noindex et nofollow ?
Noindex demande de ne pas afficher la page dans les résultats. Nofollow demande de ne pas suivre les liens qu’elle contient. On peut combiner les deux (noindex, nofollow), c’est d’ailleurs ce que fait le réglage anti-indexation de WordPress.
Toutes mes pages sont en noindex après la mise en ligne : que faire ?
Sur WordPress, vérifiez d’abord la case « Demander aux moteurs de recherche de ne pas indexer ce site » dans Réglages, puis Lecture. Sinon, cherchez un en-tête X-Robots-Tag hérité de la préproduction dans la configuration du serveur. Puis demandez l’indexation des pages clés et validez la correction.
Une page en noindex peut-elle quand même apparaître dans Google ?
Oui, tant que Google ne l’a pas réexplorée depuis l’ajout du noindex (cela peut prendre des mois pour une page peu importante), ou si le robots.txt l’empêche de lire la directive.
Le noindex fonctionne-t-il pour un PDF ?
Oui, mais pas avec une balise meta, puisqu’un PDF n’a pas de code HTML : il faut utiliser l’en-tête HTTP X-Robots-Tag: noindex, qui fonctionne aussi pour les images et les vidéos.
