Détectée, actuellement non indexée : que faire ? (Google Search Console)
Deux statuts du rapport d'indexation de la Google Search Console se ressemblent au point qu'on les confond en permanence : « Détectée, actuellement non indexée » et « Explorée, actuellement non indexée ». Ils n'ont pourtant ni la même cause ni le même remède.
« Détectée » signifie que Google connaît votre URL (via votre sitemap ou un lien) mais ne l'a pas encore crawlée : elle attend dans la file. Ce n'est donc pas (encore) un problème de qualité de contenu, c'est un problème de priorité de crawl. « Explorée », à l'inverse, veut dire que Google a crawlé la page puis a choisi de ne pas l'indexer.
La confusion coûte cher : elle pousse à appliquer le mauvais remède, réécrire une page que Google n'a même pas lue. On va voir ce que dit vraiment « Détectée », pourquoi Google reporte le crawl, comment le débloquer, et comment repérer les pages réellement coincées sans les inspecter une par une.
Que signifie « Détectée, actuellement non indexée » ?
Google a découvert l'existence de l'URL, par votre sitemap, un lien interne ou un lien externe, et l'a placée dans sa file d'attente de crawl. Mais Googlebot n'est pas encore passé. Il n'y a pas de date de dernier crawl, parce qu'il n'y a pas eu de crawl du tout. La page n'est ni explorée, ni indexée : elle est en attente.
Pourquoi cette attente ? Parce que crawler a un coût, pour Google comme pour votre serveur. Google ne visite pas tout ce qu'il connaît : il priorise. Quand vos signaux ne lui disent pas clairement « cette page compte », l'URL reste au fond de la file, parfois pour longtemps. Le statut n'est pas une sanction, c'est une mise en attente faute de priorité.
C'est exactement ce qui le distingue du statut voisin, et c'est là que presque tout le monde se trompe.
Détectée vs Explorée : ne confondez pas les deux leviers
Deux statuts de la Search Console se ressemblent au point qu'on les confond en permanence (le SERP lui-même mélange les articles qui en parlent). Pourtant, ils n'ont ni la même cause ni le même remède. Toute la différence tient à une question : Google a-t-il crawlé la page ?
| Statut GSC | Google a-t-il crawlé la page ? | Nature du problème | Levier de correction |
|---|---|---|---|
| Détectée, actuellement non indexée | Non, pas encore | Priorité de crawl | Donner à Google une raison de venir : liens, budget de crawl, serveur |
| Explorée, actuellement non indexée | Oui | Décision d'indexation (souvent la qualité) | Améliorer la page elle-même |
Le piège est là : appliquer le remède « qualité » à un problème de crawl. Vous pouvez réécrire votre page dix fois, la rendre irréprochable : si Google ne la crawle pas, rien ne bouge. Tant que le statut est « Détectée », le contenu n'est même pas en jeu, puisque Googlebot ne l'a pas encore lu.
Si vos pages sont marquées « Explorée », c'est un autre sujet : Google les a vues et a choisi de ne pas les indexer. On le traite en détail dans l'article sur « Explorée, actuellement non indexée ».
Pourquoi Google reporte le crawl : les causes
Toutes les causes de ce statut reviennent à une seule idée : Google ne voit pas de raison suffisante de prioriser le crawl de cette URL. Voici les déclencheurs les plus fréquents.
- Le sous-maillage interne, cause numéro un. Une page orpheline ou très peu liée envoie un signal clair : même votre propre site ne la met pas en avant. Google en déduit qu'elle est secondaire et la laisse en attente. Les liens internes sont le principal chemin par lequel Googlebot découvre puis priorise vos pages.
- L'autorité et la popularité du domaine. Sur un site jeune ou avec peu de liens externes, Google crawle prudemment : il consacre moins de ressources à explorer des pages dont il ne connaît pas encore la valeur.
- Le budget de crawl gaspillé. Si Googlebot passe son temps sur des URLs en double, des paramètres inutiles (
?tri=,?utm_=), des chaînes de redirections ou des pages sans valeur, il lui reste moins de budget pour vos pages importantes. Sur un grand site, c'est souvent le vrai coupable. - La vitesse et la charge serveur. Si votre serveur répond lentement ou sature, Google ralentit volontairement son crawl pour ne pas l'épuiser. Des pages restent alors en attente.
- Un sitemap absent, périmé ou pollué. Un sitemap qui liste des URLs non indexables (redirections, 404, noindex) brouille les priorités. Un sitemap propre aide Google à savoir quoi crawler.
- Un site récent. Parfois, c'est simplement une question de temps : Google a découvert l'URL et finira par la crawler. La patience est une vraie réponse, à condition que les autres signaux suivent.
Une précision importante : Google ne publie aucun seuil chiffré sur ce statut. Un certain volume de pages « Détectées » est normal sur la plupart des sites. Ce qui compte, ce n'est pas le total brut, mais de savoir si des pages que vous vouliez voir indexées sont coincées.
Comment corriger : donner à Google une raison de crawler
La correction suit toujours la même logique : rendre la page assez désirable pour que Google la priorise. Dans cet ordre.
- Renforcez les liens internes vers les pages bloquées. C'est le levier le plus efficace. Ajoutez des liens contextuels depuis des pages déjà crawlées souvent (page d'accueil, catégories, articles populaires). Une page atteignable en peu de clics, et réellement liée, remonte dans la file.
- Nettoyez votre budget de crawl. Écartez du crawl ce qui n'a pas à y figurer : bloquez les URLs sans valeur via
robots.txt, supprimez les chaînes de redirections, réglez les doublons et les paramètres inutiles. Vous libérez du budget pour les pages qui comptent. - Assainissez votre sitemap. Il ne doit contenir que des URLs finales en 200, à jour. Une seule version par contenu.
- Vérifiez la vitesse et la stabilité du serveur. Un temps de réponse correct et l'absence d'erreurs 5xx encouragent Google à crawler davantage.
- Demandez l'indexation, ponctuellement. Pour quelques pages prioritaires, l'inspection d'URL dans la Search Console puis « Demander l'indexation » peut accélérer un passage. Ce n'est pas une stratégie de masse : sur des centaines d'URLs, ce n'est pas tenable, et re-soumettre en boucle n'aide pas.
- Laissez le temps agir. Une fois les signaux corrigés, le changement n'est pas instantané : il dépend de la fréquence de crawl de votre site. Comptez de quelques jours à plusieurs semaines. Inutile de tout re-soumettre chaque jour.
La règle à retenir : sur « Détectée », vous agissez sur l'accès (liens, budget, serveur), pas sur le contenu. Le contenu redevient le sujet seulement si la page bascule ensuite en « Explorée, actuellement non indexée ».
Le vrai problème : identifier les pages bloquées à l'échelle
Comprendre le statut prend cinq minutes. Trouver lesquelles de vos pages sont vraiment coincées, et lesquelles ne sont que du bruit normal, c'est une autre affaire, et c'est là que la Search Console montre ses limites. Son rapport regroupe les URLs sans vous dire facilement, page par page, depuis combien de temps chacune attend ni si elle reçoit des liens internes. Et l'inspecteur d'URL ne traite qu'une seule URL à la fois.
C'est le mur qu'IndexProbe fait sauter. IndexProbe est la version en masse de l'outil d'inspection d'URL de Google : il interroge l'API officielle de la Search Console pour inspecter, en une seule analyse, la liste d'URLs que vous lui fournissez (import CSV, sitemap, copier-coller). Pour chaque page, il affiche son statut d'indexation, la date du dernier crawl (jamais crawlée ou périmée), le segment d'URL et les liens internes reçus.
Pour ce statut, la date du dernier crawl est l'information clé : une page « Détectée » est par définition jamais crawlée. La voir noir sur blanc, à côté du nombre de liens internes qu'elle reçoit, vous dit immédiatement quoi corriger. Ce que vous en tirez dépend de la liste que vous apportez. IndexProbe n'explore pas votre site pour découvrir des URLs : il inspecte celles que vous lui donnez, et celles-là seulement.
- Une sélection de pages stratégiques (vos pages clés, votre sitemap des pages à indexer). Toute page importante restée en « Détectée » et jamais crawlée ressort aussitôt, sans rien présumer du reste du site.
- Un export complet de vos URLs (sitemap entier, export de crawl…). La segmentation par type de pages montre alors quels patterns d'URL concentrent le statut (un template, une famille paginée…), et la colonne liens internes entrants révèle les pages sous-maillées, c'est-à-dire celles que Google a le moins de raisons de venir crawler.
IndexProbe ouvre aussi une fenêtre sur le crawl de Google, pour toutes vos URLs ou segment par segment : taux de crawl, pages récemment crawlées, périmées, et jamais crawlées. C'est exactement la lecture qu'appelle ce statut.
C'est précisément le tri qu'IndexProbe est conçu pour rendre possible : distinguer les pages réellement bloquées du bruit normal, et voir d'un coup d'œil lesquelles sont sous-maillées.
💡 Vous voulez savoir lesquelles de vos pages sont en « Détectée », jamais crawlées, et combien de liens internes elles reçoivent ? IndexProbe inspecte votre liste d'URLs et vous donne la réponse en une analyse. Tester IndexProbe en accès anticipé →
Vérifier que la correction a fonctionné
Après avoir renforcé le maillage et nettoyé le crawl, il faut confirmer que Google est venu. Réinspectez les URLs concernées et comparez deux analyses dans le temps : les pages que vous avez débloquées doivent d'abord se faire crawler (une date de dernier crawl apparaît), puis basculer en indexées.
C'est la boucle complète : repérer les pages coincées, comprendre qu'il s'agit d'un problème de crawl, agir sur l'accès, vérifier.
Questions fréquentes
« Détectée, actuellement non indexée » est-il grave ? Pas en soi. C'est une mise en attente : Google connaît l'URL mais ne l'a pas encore crawlée. Un certain volume est normal. Cela ne devient un problème que si des pages que vous vouliez voir indexées restent bloquées durablement.
Combien de temps avant que Google crawle la page ? Il n'y a pas de délai garanti. Une fois vos signaux corrigés (liens internes, budget de crawl, serveur), comptez de quelques jours à plusieurs semaines selon la fréquence de crawl de votre site. Re-soumettre la page tous les jours n'accélère rien.
Quelle différence avec « Explorée, actuellement non indexée » ? Dans « Détectée », Google n'a pas encore crawlé la page : c'est un problème de priorité de crawl. Dans « Explorée, actuellement non indexée », il l'a crawlée puis a choisi de ne pas l'indexer, souvent pour une raison de qualité. Les deux n'appellent pas le même remède.
Demander l'indexation suffit-il à corriger le statut ? Pour une poignée de pages prioritaires, cela peut déclencher un crawl plus vite. Mais si la cause de fond (sous-maillage, budget de crawl, serveur) n'est pas réglée, la page risque de retomber en attente. La demande d'indexation accélère, elle ne remplace pas la correction.
Faut-il réécrire le contenu de la page ? Pas pour ce statut. Tant que la page est « Détectée », Google ne l'a pas lue, donc le contenu n'entre pas en jeu. Améliorer le contenu devient pertinent seulement si la page passe ensuite en « Explorée, actuellement non indexée ».
Comment vérifier ce statut sur un grand nombre d'URLs ? L'inspecteur d'URL de la Search Console ne traite qu'une URL à la fois. Pour trier à l'échelle, un outil comme IndexProbe inspecte la liste d'URLs que vous lui fournissez (CSV, sitemap) et affiche, pour chacune, le statut officiel, la date du dernier crawl et les liens internes reçus.
Arrêtez d'inspecter vos pages une URL à la fois. IndexProbe se branche sur l'API officielle de la Search Console et inspecte votre liste d'URLs en une seule analyse : statut d'indexation, date du dernier crawl (jamais crawlée ou périmée), segment, liens internes. De quoi repérer en quelques minutes les pages stratégiques coincées en « Détectée », comprendre lesquelles sont sous-maillées, et vérifier que votre correction a porté.