Vous ouvrez le rapport « Indexation des pages » dans Search Console, et là, le verdict tombe : 1 247 pages « Explorée, actuellement non indexée ». Vous cliquez sur la première, elle est parfaitement normale. Vous cliquez sur la dixième, pareil. Et vous refermez l'onglet en vous disant que Google fait encore des siennes.
Sauf que dans la grande majorité des cas que j'ai traités pour des clients, ce n'est pas Google. C'est le site. Corriger les erreurs d'exploration et d'indexation, ça commence par accepter une chose désagréable : le robot fait exactement ce qu'on lui a demandé, et c'est souvent nous qui lui avons mal parlé.
Je vais vous montrer la séquence que j'applique, dans l'ordre, avec les arbitrages qui comptent vraiment. Et surtout, comment distinguer un problème d'exploration d'un problème d'indexation — parce que ce sont deux métiers différents, et se tromper de diagnostic fait perdre des semaines.
Points clés à retenir
- Exploration et indexation sont deux étapes distinctes : une page explorée n'est jamais indexée d'office.
- Le rapport « Indexation des pages » donne le symptôme, jamais la cause. C'est l'inspection d'URL qui tranche.
- Une demande d'indexation manuelle ne sert à rien si la cause technique n'est pas corrigée d'abord.
- Les soft 404 et le contenu dupliqué interne sont les deux causes les plus fréquentes que je rencontre.
- Un budget de crawl saturé se diagnostique dans les logs, pas dans Search Console.
Exploration ou indexation : comment savoir de quel problème vous souffrez
La confusion la plus coûteuse que je vois passer. Deux rapports différents, deux logiques différentes, et une correction qui n'a rien à voir.
L'exploration, c'est Googlebot qui vient lire votre page. L'indexation, c'est Google qui décide de la garder dans son index. Entre les deux, il y a un tri. Et ce tri, Google ne le justifie jamais officiellement — il vous donne un motif vague (« Explorée, actuellement non indexée ») qui est une catégorie poubelle, pas un diagnostic.
Le tableau que j'utilise à chaque audit
Voici la grille que je déroule systématiquement. Elle m'évite de corriger au hasard.
| Symptôme dans Search Console | Cause probable | Action à mener |
|---|---|---|
| « Explorée, actuellement non indexée » | Contenu jugé faible, dupliqué ou page orpheline | Enrichir, consolider ou fusionner la page |
| « Détectée, actuellement non indexée » | Googlebot n'a pas eu le budget pour venir | Maillage interne, sitemap, réduction des URL inutiles |
| « Exclue par la balise noindex » | Réglage volontaire ou oubli de recette | Vérifier l'en-tête HTTP, pas seulement le HTML |
| « Erreur liée aux redirections » | Chaîne de redirections ou boucle | Réécrire la règle en une seule redirection 301 |
| « Page avec redirection » | URL ancienne encore dans le sitemap | Nettoyer le sitemap, garder la redirection |
| « Autre page avec balise canonique » | Canonical mal ciblée ou auto-référente cassée | Vérifier la canonical sur la page cible aussi |
Franchement, ce tableau résout à lui seul plus de la moitié des cas. Le reste, c'est de l'investigation.
L'inspection d'URL : l'outil qui tranche
Une seule URL à la fois, mais une réponse nette. Vous collez l'adresse, vous lancez l'inspection, et vous regardez trois choses dans cet ordre :
- Le statut d'exploration (« URL sur Google » vs « URL non répertoriée »)
- Le rendu de la page tel que Googlebot le voit
- La section « Explorer la page » avec les ressources bloquées
Ce troisième point, je l'ai longtemps ignoré. Erreur. Sur un site que j'ai repris, le rendu Googlebot affichait une page blanche alors que le navigateur affichait tout. Cause : un script bloqué dans le robots.txt qui construisait le contenu principal. Le HTML livré au robot ne contenait rien. Google indexait une coquille vide, et personne ne comprenait pourquoi.
Le test en direct (onglet « Tester l'URL en direct ») reste le seul moyen fiable de voir ce que le robot reçoit réellement. Prenez l'habitude de le lancer avant toute demande d'indexation.
Demander une indexation Google : à quoi ça sert vraiment (et quand ça ne sert à rien)
La demande d'indexation manuelle a un défaut : elle est gratuite, immédiate, et donc utilisée comme un réflexe. Je l'ai fait. Sur 80 URL d'un coup, un vendredi après-midi, persuadé d'accélérer les choses.
Résultat : trois pages indexées sur 80, et deux semaines plus tard, les mêmes pages revenues dans « Explorée, actuellement non indexée ». J'avais demandé une indexation sur des pages que Google avait déjà décidé de ne pas garder. Le problème n'était pas le délai. C'était le contenu.
La procédure que j'applique maintenant
Avant de cliquer sur « Demander une indexation », trois vérifications :
- La page répond bien en 200, pas en 301 ni en 404
- Elle n'est pas en noindex (balise ou en-tête HTTP)
- Elle a un contenu unique, avec un maillage interne qui pointe vers elle
Si les trois conditions sont remplies, la demande a du sens. Sinon, elle revient à appuyer sur un bouton d'ascenseur déjà bloqué.
Un chiffre que j'ai mesuré sur mes propres sites : quand la cause est corrigée en amont, la réindexation intervient en 2 à 6 jours pour une page bien maillée. Sans correction, la demande manuelle peut repousser le problème d'une semaine, pas plus.
Existe-t-il une limite au nombre de demandes ?
Oui, et Google ne publie pas de chiffre officiel. En pratique, au-delà d'une dizaine de demandes rapprochées sur un petit site, l'outil devient silencieux. Ce n'est pas une panne. C'est un quota invisible. Priorisez les URL qui comptent commercialement, pas celles qui vous agacent.
Les erreurs d'exploration que je corrige le plus souvent
Un site e-commerce que j'accompagnais avait 3 400 URL dans son sitemap. Le rapport affichait 2 900 pages « Détectée, actuellement non indexée ». Le gérant voulait « forcer Google à venir ».
La vraie cause : des filtres à facettes généraient des milliers de combinaisons d'URL, toutes explorables, toutes quasi identiques. Googlebot passait son temps sur ces pages et n'en avait plus pour les fiches produits.
Le budget de crawl, ce faux coupable
On en parle beaucoup, souvent mal. Le budget de crawl n'est pas un réservoir qu'on remplit. C'est un arbitrage que Google fait en permanence : compte tenu de la qualité perçue du site et de sa vitesse de réponse, combien de pages vaut-il la peine d'explorer ?
Sur ce site, deux actions ont suffi :
- Passer les filtres à facettes en noindex, follow
- Bloquer dans le robots.txt les paramètres de tri et de pagination profonde
Trois semaines plus tard, les fiches produits se sont mises à bouger. Pas les filtres. Les produits. Voilà à quoi ressemble un budget de crawl récupéré.
Le soft 404, le tueur silencieux
Une page qui répond 200 mais affiche « aucun résultat » ou « produit indisponible ». Techniquement, tout va bien. Pour Google, c'est une page vide qui prétend exister.
J'ai trouvé un jour une catégorie entière (312 URL) en soft 404 depuis des mois. Le développeur avait ajouté un message « Aucun article pour le moment » sans changer le code de statut. Google avait fini par retirer la section de l'index, sans prévenir.
La correction : renvoyer un vrai 404 ou 410 quand la catégorie est vide, et rediriger vers la catégorie parente quand elle se remplit à nouveau. Simple. Mais il faut le voir.
Suivre l'effet des corrections sans se raconter d'histoires
Le piège après correction : regarder le rapport tous les jours. Je l'ai fait. Pendant deux semaines. Résultat, aucune information utile et beaucoup d'anxiété.
Le bon rythme, c'est une lecture hebdomadaire du rapport, et une lecture mensuelle des logs serveur. Les logs, je le répète, sont la seule source qui montre ce que Googlebot a réellement demandé, quand, et combien de fois. Search Console vous donne le résultat du tri, pas le tri lui-même.
Ce que je surveille en priorité après une correction :
- La disparition progressive des motifs dans le rapport « Indexation des pages »
- L'apparition de nouvelles URL dans « Explorée, actuellement non indexée » — signe qu'une vague de contenu a été publiée
- Le taux de couverture des pages stratégiques (fiches produits, pages piliers)
Une correction sans suivi n'est pas une correction. C'est un espoir.
Ce que je ne corrige plus
Il y a des pages que je laisse volontairement hors index. Les pages de recherche internes, les archives de tags, les paramètres de tri. Elles existent pour l'utilisateur, pas pour Google. Vouloir tout indexer est une erreur de débutant que j'ai commise aussi.
La vraie question n'est pas « pourquoi cette page n'est pas indexée ». C'est « est-ce que cette page mérite de l'être ». Posez-la avant de toucher au robots.txt. Vous économiserez beaucoup de temps — et quelques nuits blanches.
