Search Console : page non indexée, causes et solutions

Que signifie « non indexée » dans Google Search Console ?

Une URL signalée comme non indexée n’est pas actuellement stockée dans l’index de Google : elle ne peut donc pas apparaître dans les résultats de la recherche Google. Ce n’est pas toujours un problème : les URL en double, les redirections, les pages filtrées ou avec paramètres, les résultats de recherche interne, les pages privées et les pages marquées noindex sont souvent exclues volontairement.

La première question n’est donc pas « Comment forcer cette page à entrer dans l’index ? » mais « Est-ce une URL unique et utile, qui doit être indexée ? » C’est seulement si la réponse est oui que le diagnostic commence.

Deux outils de Search Console répondent à des questions différentes :

• Le rapport Indexation des pages montre l’état d’indexation de toutes les URL que Google connaît dans une propriété. Google le décrit comme un moyen de repérer des tendances à l’échelle du site, pas d’étudier des pages isolées.
• Inspection d’URL montre ce que Google a enregistré pour une URL précise et peut lancer un test en direct de la page actuelle.

Être indexée n’est pas non plus la même chose que bien se classer. L’aide de Google précise que « L’URL est sur Google » signifie que la page peut apparaître dans les résultats, pas qu’elle y apparaîtra à coup sûr. L’indexation est un prérequis à la visibilité, rien de plus.

Quels statuts d’indexation des pages comptent, et que signifient-ils ?

Le rapport Indexation des pages répartit les URL entre Indexées et Non indexées, puis indique un motif pour chaque groupe de pages non indexées, ainsi qu’une valeur Source qui précise si la cause est probablement quelque chose que vous pouvez corriger. Le tableau ci-dessous couvre les motifs que vous verrez le plus souvent, d’après la documentation de Google sur le rapport Indexation des pages. Les intitulés des statuts datent d’octobre 2026 et Google peut les renommer.

Deux statuts voisins prêtent à confusion. Indexée malgré le blocage par le fichier robots.txt signifie que Google a indexé une URL qu’il n’avait pas le droit d’explorer, généralement parce que d’autres pages y renvoient. Et les statuts URL envoyée… signifient que l’URL figurait dans votre sitemap mais que Google n’était pas d’accord, par exemple parce qu’il a choisi une autre canonique.

Un statut est un indice de diagnostic, pas un verdict. Deux pages portant la même étiquette peuvent avoir des causes profondes différentes.

Comment inspecter une seule URL dans Search Console ?

Utilisez Inspection d’URL pour comparer ce que Google a indexé avec ce que votre serveur renvoie aujourd’hui. Ces étapes suivent la documentation de Google sur l’inspection d’URL.

1. Ouvrez Search Console, sélectionnez la bonne propriété et collez l’URL complète, protocole et barre oblique finale compris, dans la barre d’inspection en haut. Une URL d’une autre propriété ou d’une autre variante de protocole sera rejetée ou affichera d’autres données.
2. Lisez la version indexée. L’affichage par défaut reflète la copie de la page indexée le plus récemment, pas le web en direct.
3. Notez la canonique déclarée par l’utilisateur et la canonique sélectionnée par Google. Si elles diffèrent, Google a choisi une autre URL comme représentante. L’aide de Google précise que la canonique sélectionnée n’a de sens que pour les données indexées.
4. Vérifiez les informations de dernière exploration. Pour « Détectée, actuellement non indexée », la date de dernière exploration est vide parce que Google n’a pas récupéré la page.
5. Cliquez sur Test live URL. Cela récupère la page actuelle et montre si Google peut y accéder et si l’indexation est autorisée, ce qui permet de confirmer une correction.
6. Vérifiez les mêmes éléments en dehors de Search Console : code de statut HTTP, redirections, fichier robots.txt, balise meta robots, en-tête X-Robots-Tag et balisage canonique.
7. Vérifiez que la page reçoit un lien d’au moins une page interne explorable et pertinente.

Le test en direct a des limites. L’aide de Google indique qu’il ne vérifie ni les actions manuelles, ni les signaux de qualité ou de spam, et que le statut de doublon n’est déterminé que dans l’index. Un test en direct réussi montre que la page peut être récupérée, pas qu’elle sera retenue.

Quelle différence entre « Détectée » et « Explorée, actuellement non indexée » ?

« Détectée, actuellement non indexée » signifie que Google sait que l’URL existe mais ne l’a pas explorée : le problème se situe donc en amont du contenu. « Explorée, actuellement non indexée » signifie que Google a bien récupéré la page et a choisi de ne pas la conserver : le problème tient donc généralement à la page elle-même.

Le budget d’exploration est l’explication habituellement avancée pour les pages détectées, mais ce n’est pas la cause habituelle sur les petits sites. Le guide de Google sur le budget d’exploration s’adresse aux très grands sites (environ 1 million de pages ou plus), aux sites moyens ou grands dont le contenu change rapidement et aux sites dont une grande part des URL a le statut « Détectée ». Pour un site de quelques centaines de pages, la qualité et le maillage interne sont des explications plus probables qu’une limite d’exploration.

Quelques pages non indexées, c’est normal. Donnez la priorité aux pages qui ont une valeur pour l’activité et aux tendances qui touchent des sections entières, pas à chaque URL avec paramètres.

Quelles URL non indexées valent la peine d’être corrigées ?

Corrigez une URL quand elle doit être indexée, qu’elle a un objectif distinct et qu’une autre URL indexée ne la représente pas déjà. Le tableau ci-dessous est un tri hypothétique pour un site comptant 120 URL en « Explorée, actuellement non indexée » ; les chiffres sont illustratifs, pas des références.

Seules 5 URL sur 120 méritent une attention urgente. Mille URL de filtres exclues comptent moins qu’une seule page d’inscription en noindex.

Si la page reprend un autre article avec de simples substitutions de mots-clés, publier davantage de pages similaires aide rarement. Renforcez plutôt l’explication propre à la page, les exemples et le public visé. Créer une nouvelle URL pour le même contenu est généralement la mauvaise première réaction, car cela ajoute un doublon et complique le diagnostic.

Dans quel ordre vérifier une page importante ?

Parcourez les causes de la moins coûteuse à la plus subjective, car une défaillance en amont rend les vérifications suivantes sans objet.

1. L’URL renvoie-t-elle une réponse positive ? Une erreur 404 ou 5xx doit être corrigée en premier. Une page volontairement supprimée ne doit pas être forcée dans l’index.
2. L’indexation est-elle volontairement bloquée ? Vérifiez la balise meta robots, l’en-tête X-Robots-Tag, la protection par mot de passe et le fichier robots.txt. Voir la comparaison ci-dessous.
3. Pointe-t-elle vers une autre canonique ? Examinez les deux canoniques dans Inspection d’URL. Si Google préfère un quasi-doublon, corrigez le contenu dupliqué et les liens internes incohérents avant de modifier les balises.
4. Google l’a-t-il explorée ? « Détectée » et « Explorée » mènent à des investigations différentes, comme expliqué plus haut.
5. Le contenu est-il distinct et utile ? Comparez la page à ce qui est déjà indexé sur votre site.
6. Assez de temps s’est-il écoulé ? Notez la date de la correction et patientez avant de conclure qu’elle a échoué.

Le fichier robots.txt et noindex jouent des rôles différents, et les combiner est une erreur classique :

Pour retirer une page de l’index, autorisez l’exploration et utilisez noindex. Pour l’empêcher seulement d’être explorée, utilisez robots.txt, en sachant que ce n’est pas un contrôle d’indexation.

« Demander l’indexation » fonctionne-t-il, et en quoi diffère-t-il des sitemaps et des API ?

Demander l’indexation (Request indexing) demande à Google de réexplorer une URL, mais ne garantit rien. C’est un bouton d’Inspection d’URL, à utiliser une fois qu’un test en direct montre que la page est corrigée. La documentation de Google sur la réexploration indique que seuls les propriétaires ou les utilisateurs complets de la propriété peuvent l’utiliser, qu’un quota existe pour les URL individuelles, que répéter une demande n’accélère pas l’exploration et que celle-ci peut prendre de quelques jours à quelques semaines. Google ne publie pas le chiffre du quota : considérez tout chiffre lu ailleurs comme non officiel.

Pour de gros volumes, Google conseille d’envoyer un sitemap plutôt que de marteler le bouton. N’utilisez pas l’Indexing API pour des articles de blog ou des fiches produit ordinaires, et n’envoyez pas des centaines d’URL en espérant y trouver une solution de classement. Pour le côté Bing, voir les données de l’API Bing Webmaster Tools ; pour l’API Google en général, le guide de l’API Search Console.

Combien de temps faut-il pour qu’une page corrigée soit indexée ?

Il n’y a pas de délai fixe. Google indique qu’il ne peut ni prédire ni garantir quand une URL sera explorée ou indexée, et que l’exploration après une demande peut prendre de quelques jours à quelques semaines. Les validations avec Validate fix prennent généralement jusqu’à environ deux semaines.

Le rapport Indexation des pages lui-même peut accuser du retard. Google a déjà connu des retards et des bugs de reporting dans ce rapport, et un retard de plusieurs semaines a été signalé en juin 2026. Quand un statut paraît erroné, recoupez l’URL concernée dans Inspection d’URL et consultez la page des anomalies de données de Search Console pour les problèmes connus.

Une routine pratique : tenez une liste des URL modifiées avec la date de la correction et le résultat attendu, revérifiez après une semaine et jugez le résultat après deux à quatre semaines. Suivez séparément les impressions et les clics, car une page indexée n’a pas de visibilité garantie. Pour la conservation des données au-delà de la fenêtre de performances, voir comment conserver les données Search Console au-delà de 16 mois.

Quand ne faut-il pas chercher à faire indexer une page ?

Laissez-la telle quelle quand la page n’est pas destinée à se classer ou n’apporte rien de plus qu’une page existante.

• Les URL de paramètres, de tri et de filtres qui dupliquent une page de catégorie.
• Les résultats de recherche interne et les archives de tags ou de dates sans valeur propre.
• Les pages remplacées par une redirection ou par une canonique vers une meilleure version.
• Les pages de préproduction, de remerciement, de panier et de connexion.
• Les pages minces que vous ne pouvez pas améliorer. Regroupez-les dans une page plus solide plutôt que de les renvoyer.

Ne retirez pas un noindex, ne débloquez pas le fichier robots.txt et n’envoyez pas des URL en masse juste pour faire passer un chiffre du rapport au vert. Un index plus petit de pages utiles vaut mieux qu’un index plus grand de quasi-doublons.

L’indexation influence-t-elle les réponses d’IA comme AI Overviews et ChatGPT ?

Oui, indirectement : une page non indexée ou bloquée a peu de chances d’être citée. Dans AI features and your website, Google indique qu’une page doit être indexée et éligible à l’affichage dans la recherche avec un extrait pour apparaître comme lien d’appui dans AI Overviews ou AI Mode, et qu’aucun balisage spécial ni fichier supplémentaire n’est requis. L’inclusion reste non garantie.

Pour ChatGPT, la FAQ éditeurs d’OpenAI conseille de ne pas bloquer OAI-SearchBot dans le fichier robots.txt si vous voulez que votre site apparaisse dans les résultats de recherche de ChatGPT. OpenAI traite ce point séparément de GPTBot, qui concerne l’entraînement. Les politiques des autres assistants diffèrent : consultez la documentation de chaque fournisseur. Pour savoir si tout cela envoie des visiteurs, lisez comment suivre le trafic de ChatGPT et de Perplexity dans GA4.

Comment un agent IA peut-il aider pour un audit d’indexation ?

Un agent peut regrouper de nombreuses URL par statut et par tendance, mais seulement s’il a un accès autorisé à vos données Search Console. Un modèle de chat sans accès aux outils peut proposer une checklist, mais il ne peut pas connaître le statut d’indexation actuel de vos URL privées.

GSC Magic, un connecteur MCP, compte l’inspection d’URL et le statut des sitemaps parmi ses outils Search Console, avec Google, Bing et GA4 dans une seule connexion. Son plan Free est en lecture seule, et sur les plans payants le titulaire du compte peut désactiver dans Settings les outils d’écriture, comme les sitemaps et IndexNow. Il ne peut pas montrer plus que ce que Google expose : le quota de l’API d’inspection d’URL mentionné plus haut s’applique quel que soit l’outil qui l’appelle. Guides d’installation : connecter Search Console à Claude, et d’autres prompts dans 25 prompts SEO pour agents IA.

Que faire après avoir corrigé le problème ?

Notez chaque correction, patientez, puis revérifiez. Tenez un journal avec l’URL, le statut avant, la modification effectuée, la date et le résultat attendu. Au bout d’une semaine, inspectez à nouveau l’URL ; après deux à quatre semaines, regardez si elle a gagné des impressions.

Si de nombreuses pages perdent en visibilité au lieu de simplement ne pas être indexées, la cause peut se trouver ailleurs. Utilisez la checklist de baisse du trafic organique pour distinguer les problèmes d’indexation des variations de classement, de demande et de suivi, et lisez pourquoi les clics GSC et les sessions GA4 diffèrent avant de comparer les deux. Pour travailler à partir de vos propres données, démarrez gratuitement avec GSC Magic.

Questions fréquentes

Pourquoi ma page est-elle explorée mais pas indexée ?

« Explorée, actuellement non indexée » (Crawled - currently not indexed) signifie que Google a récupéré la page mais a choisi de ne pas l’ajouter à l’index, du moins pour l’instant. L’aide de Google précise qu’elle peut être indexée plus tard, ou non, et qu’il n’est pas nécessaire de la renvoyer. Parmi les points à examiner : la duplication, le contenu mince ou similaire, les signaux de canonicalisation et les liens internes ; aucun statut ne prouve à lui seul une cause unique.

« Non indexée » signifie-t-il que ma page est pénalisée ?

Non. De nombreuses URL non indexées sont exclues pour des raisons légitimes : redirections, doublons, balises noindex ou variantes de paramètres. Une pénalité apparaîtrait normalement sous la forme d’une action manuelle dans le rapport Actions manuelles, ou d’une perte de visibilité généralisée sur de nombreuses pages. Vérifiez le statut exact et si l’URL doit être indexée avant de supposer une pénalité.

Pour combien d’URL puis-je demander l’indexation par jour ?

Google ne publie aucun chiffre pour l’action Request indexing de l’inspection d’URL. Sa documentation indique qu’un quota existe, que seuls les propriétaires de la propriété ou les utilisateurs complets peuvent l’utiliser, et qu’envoyer plusieurs fois la même URL ne l’explore pas plus vite. Pour de nombreuses URL, Google recommande plutôt d’envoyer un sitemap.

L’API d’inspection d’URL peut-elle forcer Google à indexer une page ?

Non. L’API d’inspection d’URL indique ce que Google a enregistré pour une URL, comme le verdict, la canonique et la date de dernière exploration ; elle n’exécute pas de test en direct et ne demande pas d’indexation. En octobre 2026, Google documente un quota de 2 000 requêtes par jour et de 600 par minute pour chaque propriété Search Console.

Pourquoi le test en direct réussit-il alors que la page reste non indexée ?

Test live URL vérifie que Google peut récupérer et afficher la page actuelle. Il ne vérifie ni les actions manuelles, ni la qualité, ni la duplication : un résultat positif n’est donc pas une promesse d’indexation. Les décisions sur les doublons et les canoniques ne sont prises que dans l’index. Une page doit aussi être assez utile et distincte pour que Google la conserve.

Combien de temps faut-il pour qu’une page corrigée soit indexée ?

Google indique que l’exploration peut prendre de quelques jours à quelques semaines et qu’il ne peut pas garantir quand une URL sera explorée ou indexée. Les validations lancées avec Validate fix prennent généralement jusqu’à environ deux semaines, parfois plus. Notez la date de votre correction, patientez et jugez le résultat sur plusieurs jours plutôt que le lendemain matin.

Une page doit-elle être indexée pour apparaître dans AI Overviews ou dans ChatGPT ?

Pour AI Overviews et AI Mode de Google, Google indique qu’une page doit être indexée et éligible à l’affichage avec un extrait, sans exigence technique supplémentaire. Pour la recherche de ChatGPT, OpenAI demande aux propriétaires de sites de ne pas bloquer OAI-SearchBot dans le fichier robots.txt. Aucun des deux ne garantit une citation, mais une page non indexée ou bloquée a peu de chances d’être utilisée.

À faire avec GSC Magic

Pour vérifier l’indexation à grande échelle, gsc_inspect_urls_batch de GSC Magic inspecte jusqu’à 500 URL par appel et report_index_health regroupe tout un sitemap par état de couverture : consultez les outils Search Console et connectez votre agent via Claude ou Cursor.