Comment corriger les erreurs d'indexation dans la Search Console

Erreurs d'indexation dans la Search Console : ce que votre rapport essaie vraiment de vous dire

« Explorée, actuellement non indexée. » Cette ligne-là, je l'ai vue des centaines de fois. Et pendant longtemps, je l'ai ignorée.

Sur mon premier site sérieux, un blog de niche qui tournait autour de 180 pages, j'ai passé des mois à rédiger, à mailler, à peaufiner des titres. Le trafic ne décollait pas. Je regardais les mots-clés, les positions, les impressions. Tout semblait correct. Sauf que la moitié de mes articles n'était tout simplement pas dans l'index de Google. Pas mal classés. Absents.

Voilà la réalité que beaucoup découvrent trop tard : une page non indexée ne peut pas se classer, point final. Aucune optimisation de contenu ne sauvera un article que Google n'a jamais daigné enregistrer. Et le rapport « Indexation des pages » de la Search Console est l'endroit exact où ce problème se voit — à condition de savoir le lire.

Le rapport « Pages » : arrêtez de paniquer devant les chiffres

Première chose à intégrer, et c'est contre-intuitif : le nombre de pages « non indexées » n'est pas un indicateur de mauvaise santé. Google explore votre site, découvre des URL, puis décide. Certaines entrent dans l'index, d'autres non. Un site de 2 000 pages avec 1 400 pages indexées n'est pas cassé. Il est normal.

Ce qui compte, ce n'est pas le volume global. C'est quelles pages sont exclues.

Comment lire les statuts sans se tromper

Le rapport regroupe vos URL par grandes catégories : indexées, non indexées, et parfois « indexée, bien que bloquée par robots.txt » (ce cas existe et surprend pas mal de monde). En cliquant sur chaque ligne, vous obtenez la liste des URL concernées et, en dépliant, une explication sommaire de la raison.

Le piège, c'est que cette explication est technique et sèche. « Explorée, actuellement non indexée » ne veut pas dire « page cassée ». Ça veut dire : Google est venu, a lu la page, et a jugé qu'elle n'apportait pas assez pour mériter une place. Contenu trop proche d'une autre page, valeur jugée faible, page trop récente, signaux insuffisants. Le message ne tranche pas.

Et là, franchement, il faut le dire : la Search Console vous donne un symptôme, jamais un diagnostic. C'est à vous de remonter la chaîne.

Le tableau que personne ne vous donne : statut par statut, quoi faire

Les guides génériques s'arrêtent à « prenez les mesures appropriées ». Super. Voici la correspondance concrète, celle que j'aurais aimé trouver quand je débutais.

Statut dans la Search Console	Cause la plus probable	Correction concrète
Bloquée par robots.txt	Une règle Disallow empêche l'exploration	Vérifier le fichier robots.txt à la racine du domaine. Retirer la règle bloquante. Attention : si la page est déjà indexée et que vous la bloquez, elle peut rester indexée sans contenu.
Exclue par la balise noindex	Une balise meta noindex ou un en-tête HTTP X-Robots-Tag	Chercher <meta name="robots" content="noindex"> dans le code source de la page. Vérifier aussi les en-têtes HTTP et les éventuels plugins SEO qui injectent du noindex.
Autre page avec balise canonique	Une balise canonical pointe vers une autre URL	Ouvrir le code source, chercher rel="canonical". Si la page doit être autonome, corriger la balise pour qu'elle pointe vers elle-même.
Explorée, actuellement non indexée	Contenu jugé faible ou dupliqué, page récente, autorité insuffisante	Enrichir le contenu, ajouter du maillage interne entrant, demander une indexation manuellement. Souvent, le simple fait d'améliorer la page déclenche la réindexation.
Détectée, actuellement non indexée	Google connaît l'URL (via un lien ou un sitemap) mais ne l'a pas encore explorée	Vérifier qu'aucun lien interne ne mène à une page orpheline. Soumettre le sitemap. Attendre. Parfois plusieurs semaines.
Erreur serveur (5xx)	Le serveur répond mal ou tombe en timeout	Consulter les logs serveur, vérifier la charge, les ressources, les timeouts PHP. Une page trop lente à répondre finit par être abandonnée par Googlebot.
Soft 404	La page renvoie un code 200 mais affiche un contenu vide ou une erreur	Renvoyer un vrai code 404 quand la page n'a pas de contenu. Une page de résultats vide ou une catégorie sans produit en est un exemple typique.
Page avec redirection	Une redirection 301 ou 302 empêche l'indexation de l'URL d'origine	Normal si c'est voulu. Si la redirection est involontaire, corriger la règle de redirection ou le lien entrant.

Ce tableau, je l'ai construit à la main après un audit où j'avais 3 200 URL en « non indexé » et aucune idée de par où commencer. Une fois les statuts triés par catégorie, la réalité saute aux yeux : 70 % du problème venait d'une seule balise canonique mal configurée sur un template. Une ligne à corriger, des centaines de pages récupérées.

Exploration ou indexation : le diagnostic qu'il faut poser avant d'agir

C'est ici que la majorité des gens se trompent. Ils voient « non indexée », foncent sur « Demander une indexation », et rien ne change. Pourquoi ? Parce qu'ils traitent un symptôme d'exploration comme s'il s'agissait d'un problème d'indexation.

La distinction est pourtant simple une fois posée.

Problème d'exploration : Googlebot n'arrive pas à lire la page

Si Googlebot ne peut pas accéder à votre page, aucune demande d'indexation ne servira à quoi que ce soit. Les causes typiques :

• Un robots.txt qui bloque l'URL ou un répertoire entier.
• Un temps de réponse serveur trop long (au-delà de quelques secondes, Googlebot abandonne).
• Des erreurs 5xx intermittentes ou un serveur surchargé.
• Un mur de connexion (authentification) qui empêche l'accès anonyme.
• Un pare-feu ou CDN qui bloque l'IP de Googlebot, souvent sans qu'on s'en rende compte.

Le test à faire : ouvrez « Inspecter l'URL », puis « Tester l'URL en direct ». Cet outil lance une exploration en temps réel. Si Googlebot échoue même en direct, vous avez un problème d'exploration. Corrigez-le d'abord.

Problème d'indexation : Googlebot lit la page mais la refuse

Là, la page est accessible. Google l'a explorée. Mais il ne l'a pas indexée. Les causes :

• Une balise noindex oubliée (souvent dans un template, ou injectée par un plugin).
• Une canonique qui pointe ailleurs.
• Un contenu dupliqué ou trop proche d'une autre page.
• Une page trop pauvre (peu de texte, pas de valeur ajoutée).
• Un soft 404 (code 200 mais contenu vide).

Le remède est ici éditorial ou technique, jamais une simple demande d'indexation. Demander l'indexation d'une page noindex, c'est arroser une plante en plastique.

« Inspecter l'URL » et « Demander une indexation » : mode d'emploi et limites

Bon, l'outil lui-même. Il est utile, mais il a des limites qu'on ne vous dit pas toujours.

La procédure pas à pas

1. Collez l'URL exacte dans la barre « Inspecter l'URL » en haut de la Search Console.
2. Attendez le rapport. Vous obtenez le statut d'indexation, les éventuelles erreurs d'exploration, la canonique déclarée, la présence de noindex, etc.
3. Cliquez sur « Tester l'URL en direct » pour lancer une exploration en temps réel. C'est là que vous voyez si Googlebot accède réellement à la page.
4. Si tout est vert et que la page mérite l'index, cliquez sur « Demander une indexation ».

Ce bouton ne garantit rien. Il signale à Google que la page est prête, ce qui accélère parfois l'exploration, mais l'indexation reste une décision algorithmique. J'ai vu des pages indexées en 48 heures après une demande, et d'autres jamais indexées malgré cinq demandes successives.

Y a-t-il un quota de demandes d'indexation ?

Oui. Google limite le nombre de demandes d'indexation par jour et par propriété. Le chiffre exact n'est pas communiqué officiellement, et il varie selon la taille et l'historique du site. En pratique : au-delà d'une dizaine de demandes par jour sur un petit site, l'outil finit par vous indiquer qu'un quota a été atteint. Ne gaspillez pas vos demandes sur des pages qui ne le méritent pas ; concentrez-les sur celles qui ont un vrai potentiel de trafic.

Quand ignorer le rapport (oui, c'est parfois la bonne réponse)

Sur les très gros sites, un rapport « non indexé » massif est souvent normal. Les pages de filtres, les paramètres d'URL, les pages de pagination profonde, les archives de dates, les pages de compte utilisateur : tout ça n'a pas vocation à figurer dans l'index. Si votre site compte des milliers de pages générées dynamiquement, une bonne partie de ces URL n'a aucun intérêt pour un moteur de recherche.

La question à se poser n'est pas « pourquoi cette page n'est pas indexée ». C'est « est-ce que je veux que cette page soit indexée ». Si la réponse est non, le rapport n'a rien à vous apprendre. Si la réponse est oui, alors seulement vous creusez.

Sur un site de moins de 500 pages, en revanche, chaque page non indexée mérite un coup d'œil. Le volume est gérable, et l'enjeu de chaque URL est réel.

Une dernière chose avant de fermer cet onglet

La Search Console est un instrument de mesure, pas un outil de réparation. Elle vous montre où ça coince, elle ne vous dit pas pourquoi. Toute la valeur de votre travail d'indexation se joue dans ce petit intervalle entre le statut affiché et la correction que vous, vous décidez d'appliquer.

Et si je ne devais retenir qu'une chose de toutes ces années à débuguer des indexations : la cause racine est presque toujours technique et globale, pas individuelle. Une balise canonique mal placée dans un template. Un noindex oublié dans un plugin. Un pare-feu mal configuré. Avant de corriger page par page, cherchez le pattern qui se répète. C'est souvent là que se cache le vrai problème — et la vraie solution.