Votre Google Search Console affiche « Détectée, actuellement non indexée » sur des dizaines de pages ? Cela signifie que Google connaît l’URL (via le sitemap ou un lien) mais a décidé de ne pas l’explorer pour l’instant. Ce n’est pas un problème de contenu bloqué : c’est une question de budget de crawl. La solution directe : améliorer la qualité globale du site, renforcer le maillage interne et réduire les pages à faible valeur. Voici le diagnostic complet et 6 actions concrètes pour débloquer vos pages.
Ce que signifie exactement « Détectée, actuellement non indexée »
Dans la Search Console, l’onglet « Indexation des pages » liste chaque URL selon son état. Le statut « Détectée, actuellement non indexée » (en anglais : Discovered, currently not indexed) indique deux choses précises :
- Détectée : Googlebot a trouvé l’URL, que ce soit via votre sitemap XML, un lien interne ou un backlink externe. Google sait que la page existe.
- Non indexée : Googlebot n’a pas encore visité cette page. Elle n’est pas dans l’index Google et n’apparaît donc pas dans les résultats de recherche.
Ne confondez pas ce statut avec « Explorée, actuellement non indexée » (Crawled, not indexed), qui signifie que Google a crawlé la page mais a refusé de l’indexer après lecture. Ce second statut est plus grave : il traduit un rejet qualitatif.
« Détectée, non indexée » est un problème quantitatif. Google n’a pas jugé prioritaire de dépenser son budget crawl sur votre page. C’est une différence fondamentale pour choisir la bonne solution.
Pour en savoir plus sur l’ensemble des indicateurs disponibles dans GSC, consultez notre guide complet de Google Search Console pour les développeurs.
Les 5 causes principales de ce statut
Comprendre pourquoi Google ne crawle pas vos pages permet d’agir au bon endroit. Voici les causes les plus fréquentes, de la plus courante à la plus spécifique.
1. Budget de crawl insuffisant
Google alloue à chaque site un nombre limité de requêtes de crawl par période. Ce budget dépend de l’autorité du domaine, de la vitesse de réponse du serveur et de la fréquence de mise à jour du contenu. Un site jeune qui publie beaucoup de pages rapidement épuise son budget sur les premières pages et laisse les suivantes en attente indéfinie.
2. Trop de pages à faible valeur
Si votre site contient des pages paginées, des archives de tags, des pages de résultats de recherche interne ou des doublons, Googlebot les perçoit comme du bruit et réduit la priorité de crawl globale. Chaque page superflue dilue le signal de qualité envoyé à Google.
3. Maillage interne absent ou insuffisant
Une page sans liens internes entrants est une page orpheline. Googlebot la découvre peut-être via le sitemap, mais sans liens pointant vers elle depuis des pages déjà crawlées, elle reste en bas de la file de crawl. Le maillage interne est le principal levier de transmission du PageRank et de la priorité de crawl au sein d’un site.
4. Autorité de domaine trop basse
Les sites récents avec peu de backlinks de qualité reçoivent un budget crawl réduit. Google investit davantage son temps sur les sources qu’il perçoit comme fiables. C’est un cercle : l’autorité attire le crawl, le crawl favorise l’indexation, l’indexation génère du trafic et donc des signaux de popularité.
5. Serveur lent ou instable
Si votre serveur répond trop lentement lors des passages de Googlebot, celui-ci réduit son débit de crawl pour ne pas surcharger l’hébergeur. Le résultat : des pages qui restent « détectées mais non visitées » pendant des semaines, même si leur contenu est excellent.
Diagnostic : comment identifier l’étendue du problème
Avant de corriger quoi que ce soit, mesurez. Voici comment obtenir les données précises sur vos pages affectées.
Via Google Search Console
Dans votre GSC, rendez-vous dans Indexation des pages (menu gauche). Cliquez sur le statut « Détectée, actuellement non indexée ». Vous obtenez la liste complète des URLs concernées, exportable en CSV. Regardez aussi l’évolution dans le temps : une courbe qui monte régulièrement signale un problème structurel, pas un incident passager.
Via l’API URL Inspection (audit en masse)
Pour auditer des centaines d’URLs automatiquement, l’API URL Inspection de Google Search Console permet de vérifier le statut exact de chaque page par programmation :
import json
import requests
import google.auth.transport.requests
from google.oauth2 import service_account
SCOPES = ['https://www.googleapis.com/auth/webmasters.readonly']
credentials = service_account.Credentials.from_service_account_file(
'gsc-key.json', scopes=SCOPES
)
def inspect_url(url, site_url):
auth_req = google.auth.transport.requests.Request()
credentials.refresh(auth_req)
headers = {'Authorization': f'Bearer {credentials.token}'}
payload = {'inspectionUrl': url, 'siteUrl': site_url}
response = requests.post(
'https://searchconsole.googleapis.com/v1/urlInspection/index:inspect',
headers=headers,
json=payload
)
result = response.json()
return result['inspectionResult']['indexStatusResult']['coverageState']
# Usage : boucler sur votre sitemap
status = inspect_url(
'https://votresite.com/votre-page/',
'https://votresite.com/'
)
print(status)
# "Discovered - currently not indexed"
# "Submitted and indexed"
# "URL is unknown to Google"
Ce script est une base solide. Pour un audit complet, itérez sur votre sitemap XML et exportez les résultats dans un CSV. Notez que l’API est limitée à 2 000 requêtes par jour par compte de service. Sur un site de 250 URLs, un audit complet prend environ 5 minutes.
Données réelles : ce que révèle un audit complet
Sur un site WordPress récent avec 247 URLs auditées via l’API en juin 2026, voici la répartition observée :
- 21% indexées (Submitted and indexed)
- 38% « Détectées, non indexées » (Discovered, currently not indexed)
- 33% inconnues de Google (URL is unknown) : jamais crawlées, malgré la présence dans le sitemap
- 4% « Explorées, non indexées » (Crawled, not indexed) : rejet qualitatif
Ce ratio est typique d’un site jeune ayant publié beaucoup de contenu rapidement. Les actions décrites ci-dessous ont permis d’améliorer progressivement ce score sur plusieurs semaines.
6 solutions concrètes pour débloquer l’indexation
Ces actions sont classées par ordre d’impact. Commencez par les premières : elles produisent les résultats les plus rapides sans risque.
1. Demander l’indexation manuellement (10 URLs par jour)
La Search Console propose un quota de 10 demandes d’indexation manuelle par jour via l’outil d’inspection d’URL. C’est lent mais efficace : Google traite ces demandes en priorité. Priorisez vos meilleures pages, celles qui sont les plus longues, les mieux maillées et qui disposent déjà de backlinks.
Dans GSC, collez l’URL dans la barre de recherche en haut, attendez l’inspection, puis cliquez « DEMANDER UNE INDEXATION ». Le délai de traitement est généralement de 24 à 96 heures.
2. Notifier via IndexNow (Bing, Yandex)
IndexNow est un protocole ouvert qui notifie instantanément Bing, Yandex et plusieurs autres moteurs d’une nouvelle URL. Il n’influence pas directement Google, mais accélère la découverte par des moteurs alternatifs qui peuvent générer des signaux croisés :
import requests
INDEXNOW_KEY = "votrecle2026indexnow"
URLS = [
"https://votresite.com/article-1/",
"https://votresite.com/article-2/"
]
response = requests.post(
"https://api.indexnow.org/indexnow",
json={
"host": "votresite.com",
"key": INDEXNOW_KEY,
"keyLocation": f"https://votresite.com/{INDEXNOW_KEY}.txt",
"urlList": URLS
}
)
print(f"IndexNow : {response.status_code}")
# 200 = traité immédiatement
# 202 = accepté, traitement en file
3. Renforcer le maillage interne vers les pages orphelines
Pour chaque page « Détectée, non indexée », identifiez 2 à 3 articles existants du même cluster thématique et ajoutez un lien contextuel en plein texte. Un lien depuis une page déjà indexée est un signal direct pour Googlebot. Vérifiez que les pages sources sont elles-mêmes indexées avant d’y ajouter des liens : un lien depuis une page orpheline n’apporte rien.
Sur WordPress, cette opération se fait via Gutenberg (édition manuelle) ou via un script PHP temporaire utilisant $wpdb->update pour modifier le post_content en masse sur des dizaines d’articles.
4. Consolider ou masquer les pages à faible valeur
Chaque page indexable consomme du budget crawl. Identifiez les pages sans potentiel SEO : archives de tags avec 1 à 2 articles, pages paginées profondes, résultats de recherche interne, doublons de contenu. Ajoutez-leur une balise noindex ou redirigez-les vers la page parent :
<?php
# Dans functions.php : noindex sur les archives de tags
add_action('wp_head', function() {
if (is_tag()) {
echo '<meta name="robots" content="noindex, follow">' . PHP_EOL;
}
if (is_date()) {
echo '<meta name="robots" content="noindex, follow">' . PHP_EOL;
}
});
# Alternative : Rank Math > Titres et metas > Archives > "Ne pas indexer"
L’objectif n’est pas de supprimer du contenu utile, mais d’indiquer à Google de concentrer son budget sur vos vraies pages de valeur.
5. Améliorer la vitesse du serveur
Vérifiez les statistiques de crawl dans GSC (Paramètres de la propriété, section « À propos de l’exploration ») : si le temps de réponse moyen dépasse 500 ms lors des passages de Googlebot, le taux de crawl sera automatiquement réduit. Activez le cache de pages (LiteSpeed, W3 Total Cache), compressez les ressources statiques et envisagez un CDN pour les assets.
6. Construire des backlinks vers les pages bloquées
Un backlink depuis un domaine avec une forte autorité (DA 50 et plus) sur une page « Détectée, non indexée » peut suffire à déclencher un crawl dans les 24 à 72 heures. C’est le signal le plus puissant pour indiquer à Google qu’une page mérite d’être visitée. Les annuaires gratuits ne comptent pas : visez des mentions éditoriales réelles, des articles invités thématiques ou des échanges de liens pertinents.
Optimiser le budget crawl pour les sites WordPress
Le budget crawl est la ressource la plus mal comprise du SEO technique. Google le répartit selon deux critères principaux : la « valeur de crawl » estimée (popularité, liens entrants, fraîcheur du contenu) et la « capacité de crawl » du serveur (temps de réponse, taux d’erreur, stabilité).
Pour un site WordPress, voici les leviers les plus rapides :
- Sitemap XML propre : incluez uniquement les pages canoniques, publiées, avec code HTTP 200. Excluez les pages d’auteur, de tags et d’archives si elles n’ont pas de valeur SEO. Rank Math permet ce filtrage granulaire dans ses réglages de sitemap.
- Robots.txt optimisé : bloquez les dossiers sans valeur SEO (
/wp-admin/,/wp-includes/, la recherche interne). Ne bloquez surtout pas les fichiers CSS et JavaScript (cela gêne le rendu et peut entraîner des pénalités). - Réduire les erreurs 4xx et 5xx : chaque erreur gaspille du budget crawl. Auditez régulièrement via GSC et corrigez les 404 en chaîne.
- Canonicals cohérents : vérifiez les conflits entre Rank Math, les plugins de cache et les paramètres WordPress. Une URL pointant vers une canonical différente ne sera jamais indexée sous sa propre adresse.
# robots.txt WordPress optimisé pour le budget crawl
User-agent: *
Allow: /wp-content/uploads/
Disallow: /wp-admin/
Disallow: /wp-includes/
Disallow: /xmlrpc.php
Disallow: /?s=
Disallow: /feed/
Disallow: /tag/
Disallow: /author/
Disallow: /page/
Sitemap: https://votresite.com/sitemap_index.xml
Différence entre « Détectée » et « Explorée, non indexée »
Ces deux statuts GSC sont souvent confondus, mais ils appellent des solutions opposées. Bien les distinguer évite de perdre des semaines sur la mauvaise correction.
« Détectée, actuellement non indexée » signifie que Googlebot n’a pas encore visité la page. Il n’y a pas de jugement qualitatif : Google manque simplement de temps ou d’intérêt pour crawler cette URL dans l’immédiat. Le levier principal : augmenter la priorité de la page via le maillage interne et réduire le bruit du site.
« Explorée, actuellement non indexée » signifie que Googlebot a crawlé la page mais a décidé de ne pas l’indexer après lecture. C’est un rejet qualitatif : le contenu est jugé trop court, trop similaire à d’autres pages ou sans expertise distincte. Le maillage interne ne change rien ici. Il faut retravailler le fond de l’article, l’enrichir, le fusionner avec une page similaire ou le supprimer.
Pour mieux comprendre les facteurs qui poussent Google à indexer ou rejeter un contenu, notre guide sur les facteurs SEO techniques qui comptent vraiment en 2026 détaille les critères actuels de l’algorithme.
Quand patienter et quand agir en urgence
Toutes les pages « Détectées, non indexées » ne méritent pas une action immédiate. Voici comment prioriser.
Agissez en priorité si :
- La page est l’un de vos meilleurs articles, bien structuré, avec des backlinks entrants
- Le statut persiste depuis plus de 4 semaines sans évolution
- La courbe « Détectées, non indexées » augmente plus vite que les pages indexées dans GSC
- Des pages concurrentes sur le même sujet sont déjà positionnées dans les résultats
Patientez si :
- Le site a moins de 3 mois : le budget crawl s’améliore naturellement avec l’ancienneté du domaine
- Les pages ont été publiées il y a moins de 2 semaines
- Il s’agit de pages secondaires (archives, catégories) sans potentiel SEO direct
Sur un site WordPress récent avec 250 articles publiés rapidement, environ 30 à 40% des pages passent naturellement de « Détectée » à « Indexée » dans les 6 à 8 semaines suivant la publication, à mesure que l’autorité du domaine se renforce. Les actions décrites ci-dessus accélèrent ce processus et évitent de perdre des pages stratégiques dans la file d’attente.
Pour comprendre l’impact des mises à jour Google sur l’indexation de votre site, notre analyse du Google Core Update de juin 2026 donne des clés sur les signaux que l’algorithme priorise aujourd’hui.
Sources
- Documentation officielle Google : rapport d’indexation des pages
- Ahrefs : guide complet sur Crawled, currently not indexed
- SEOPress : corriger Discovered, not indexed sur WordPress
- Google Developers : gestion du budget crawl pour les grands sites
- Semrush : optimiser le crawl budget en 2026
- WeGrowth : 8 méthodes pour corriger le statut Détectée, non indexée
FAQ
Combien de temps faut-il pour qu’une page passe de « Détectée » à « Indexée » ?
Cela dépend de l’autorité du domaine et du budget crawl alloué. Pour un site récent, comptez 2 à 8 semaines. Pour un site établi avec une bonne autorité, Googlebot peut indexer une nouvelle page en 24 à 72 heures. Demander manuellement l’indexation via GSC réduit généralement ce délai à quelques jours.
Est-ce que ce statut signifie que mon contenu est de mauvaise qualité ?
Non. « Détectée, actuellement non indexée » n’est pas un jugement qualitatif. Il indique uniquement que Googlebot n’a pas encore visité la page. C’est le statut « Explorée, actuellement non indexée » qui traduit un problème de qualité. Si vos pages restent bloquées en « Détectée » sur un site avec moins de 200 pages, l’enjeu est le budget crawl, pas la qualité du contenu.
Le sitemap XML suffit-il pour débloquer l’indexation ?
Non. Le sitemap accélère la découverte des URLs mais ne garantit pas le crawl. Google choisit librement quelles URLs du sitemap il visite et dans quel ordre. Un sitemap bien structuré (sans URLs en erreur, avec des attributs lastmod précis) améliore la confiance de Googlebot, mais le maillage interne et la qualité du contenu restent les vrais leviers.
Dois-je utiliser l’API Indexing de Google pour débloquer ces pages ?
L’API Indexing est officiellement réservée aux pages JobPosting et BreadcrumbList (contenus structurés rich results). Certains SEO l’utilisent pour d’autres pages, mais Google a clairement indiqué que cet usage n’est pas garanti et peut être restreint. Préférez les 10 demandes manuelles quotidiennes via GSC, qui sont le canal officiel et sans risque de pénalité.
IndexNow peut-il aider à indexer sur Google ?
IndexNow notifie Bing et Yandex, pas Google. Cependant, des pages indexées par Bing peuvent générer des signaux de popularité indirects (trafic, backlinks découverts) qui influencent positivement le crawl Google. C’est un outil complémentaire utile, pas un remplacement de la stratégie de maillage interne et de qualité de contenu.
Commentaires (0)
Laisser un commentaire
Les commentaires sont modérés. Questions WordPress, cybersécurité ou dev web bienvenues.