Vous ouvrez le rapport « Indexation des pages » dans Search Console et le compteur affiche 340 URL non indexées. Panique. Vous cliquez partout, vous demandez l'indexation de tout ce qui bouge, et trois semaines plus tard, rien n'a bougé. J'ai vécu exactement ça sur un site e-commerce il y a deux ans. Sauf que le vrai problème n'était pas les 340 pages : il était dans quatre lignes de code que personne n'avait regardées.
Corriger une erreur d'indexation Google Search Console, ce n'est pas une question de volume de clics. C'est un travail de tri, de diagnostic et de patience. Voici comment je m'y prends maintenant, et pourquoi ma première approche m'a fait perdre un mois.
Points clés à retenir
- Toutes les URL « non indexées » ne sont pas des erreurs : certaines exclusions sont volontaires et saines.
- Chaque statut du rapport (Exclue par une balise noindex, Explorée mais non indexée, Détectée mais non indexée) correspond à un correctif différent.
- Le vérificateur d'URL est un outil de diagnostic, pas une baguette magique : demander l'indexation sans avoir corrigé la cause ne sert à rien.
- La réindexation prend du temps. Comptez plusieurs jours, parfois plusieurs semaines selon la taille du site.
- Priorisez par impact : une page produit qui rapporte bat toujours une page de tag qui ne sert à personne.
Comprendre le rapport « Pages » avant de toucher à quoi que ce soit
Le rapport Indexation des pages (Google l'appelle simplement « Pages » dans le menu de gauche) sépare vos URL en deux familles : celles qui sont indexées, et celles qui ne le sont pas. La tentation, quand on débute, c'est de considérer que la seconde colonne est un cimetière. Faux.
Une page de confirmation de commande, une page de connexion, une URL avec paramètre de tri : ces pages doivent rester hors de l'index. Si elles apparaissent dans vos pages indexées, c'est là qu'il faut s'inquiéter.
Les statuts qui comptent vraiment
Parmi la longue liste de raisons affichées, trois méritent votre attention immédiate :
- « Exclue par une balise noindex » — la page porte volontairement l'instruction de ne pas être indexée. Si ce n'est pas voulu, il y a un reliquat de développement à nettoyer.
- « Explorée, actuellement non indexée » — Google a vu la page mais a décidé de ne pas la garder. C'est le statut le plus frustrant, et le plus révélateur.
- « Détectée, actuellement non indexée » — Google sait qu'elle existe mais ne l'a pas encore explorée. Question de budget d'exploration, souvent.
Le reste — « Autre page avec balise canonique », « Page avec redirection », « Non trouvée (404) » — relève de la structure du site, pas nécessairement d'un bug.
La colonne qui manque à tout le monde
Search Console ne vous dit pas combien de trafic chaque page non indexée pourrait générer. C'est à vous de le calculer. J'exporte le CSV, je croise avec mon outil d'analytics, et je classe par potentiel. Sur le site e-commerce dont je parlais, sur 340 pages listées, seules 47 valaient vraiment la peine d'être récupérées. Les 293 autres étaient des pages de filtres et de tags que le CMS générait tout seul.
Comment corriger une erreur sur Google : la méthode par statut
Une question qu'on me pose sans arrêt : « comment corriger une erreur sur Google ? » La réponse honnête, c'est qu'il n'existe pas une correction. Il existe une correction par type d'erreur. Et si vous appliquez la mauvaise, vous perdez votre temps.
Le cas de la balise noindex mal placée
Première chose à vérifier : la balise est-elle dans le HTML, ou envoyée via l'en-tête HTTP ? Les deux fonctionnent, mais elles ne se corrigent pas au même endroit. Une balise <meta name="robots" content="noindex"> se trouve dans le code de la page. Un en-tête X-Robots-Tag: noindex vient du serveur ou d'une règle de configuration.
J'ai perdu une demi-journée sur ce point : je supprimais la balise HTML, je redéployais, et la page restait exclue. La cause était un en-tête HTTP injecté par un plugin de sécurité. Toujours vérifier les deux endroits.
« Explorée, actuellement non indexée » : le statut fourre-tout
Celui-ci regroupe plusieurs réalités très différentes :
- Le contenu est trop pauvre ou dupliqué par rapport à d'autres pages du site.
- La page est techniquement correcte mais n'apporte rien de neuf.
- Google a détecté une incohérence entre le contenu servi et ce que voit le robot.
- Le site manque simplement d'autorité pour que cette page mérite une place.
Pour trancher, j'utilise le vérificateur d'URL (Inspection de l'URL). Il me montre la version rendue de la page, telle que Google la voit. Neuf fois sur dix, ce que j'y découvre n'est pas ce que je croyais publier. Une page produit dont le contenu principal était chargé en JavaScript s'affichait vide pour le robot. Correction : rendre le contenu essentiel côté serveur. La page est revenue dans l'index en une dizaine de jours.
Comment indexer une page sur Google Search Console ?
Pour demander l'indexation d'une page, ouvrez le champ de recherche en haut de Search Console, collez l'URL complète, puis lancez l'inspection. Si la page n'est pas dans l'index, un bouton « Demander une indexation » apparaît. Cliquez, et attendez.
Deux nuances que peu de tutos mentionnent. D'abord, il existe un quota de demandes : vous ne pouvez pas soumettre des centaines d'URL à la chaîne. Ensuite, la demande ne force rien. Elle place la page en file d'attente prioritaire, mais si la cause du blocage est toujours là, Google la rejettera à nouveau.
Pourquoi « Demander une indexation » ne marche pas toujours
Parce que vous traitez le symptôme, pas la maladie. J'ai vu des gens demander l'indexation de la même URL cinq fois d'affilée. Résultat : aucune. La page portait encore un noindex oublié. Corrigez d'abord, soumettez ensuite. Jamais l'inverse.
Combien de temps avant que ça bouge ?
Sur un petit site, comptez de quelques jours à deux semaines. Sur un gros catalogue, cela peut dépasser le mois. Le suivi se fait dans l'historique des demandes du vérificateur d'URL : à chaque nouvelle inspection, vous voyez si Google a réévalué la page depuis votre dernière demande. Ne réinspectez pas tous les jours, cela ne sert à rien.
Comment supprimer l'indexation d'une page ou d'un site sur Google ?
Il faut distinguer deux choses : empêcher durablement l'indexation, et retirer temporairement une page.
| Objectif | Méthode | Durée de l'effet |
|---|---|---|
| Retirer une URL déjà indexée, vite | Outil « Suppressions » dans Search Console | Quelques mois, puis la page peut revenir |
| Bloquer durablement une page | Balise noindex ou en-tête HTTP | Permanent, tant que c'est en place |
| Bloquer une section entière | Fichier robots.txt | Permanent, mais empêche l'exploration |
| Faire disparaître un site de l'index | noindex global + attendre le retrait | Progressif, plusieurs semaines |
Le piège du robots.txt : si vous bloquez l'exploration d'une page qui portait un noindex, Google ne pourra plus lire ce noindex et pourrait la garder en index. Ordre logique : d'abord laisser explorer, puis poser le noindex, puis attendre le retrait. C'est contre-intuitif, mais c'est la règle.
Quelles sont les raisons pour lesquelles une page Web peut ne pas être indexée par un moteur de recherche généraliste ?
Liste non exhaustive, tirée de ce que je rencontre réellement sur les sites que j'audite :
- Une balise noindex, volontaire ou oubliée dans un ancien template.
- Une règle robots.txt qui interdit l'exploration.
- Une erreur de redirection : boucle, chaîne trop longue, ou cible invalide.
- Une page inaccessible au moment de l'exploration (serveur en erreur, temps de réponse excessif).
- Un contenu jugé de qualité insuffisante, ou trop proche d'une autre page du même site.
- Un contenu principal chargé en JavaScript et non rendu côté serveur.
- Une balise canonique pointant vers une autre URL.
Vous remarquerez qu'une seule de ces causes relève du hasard. Les autres sont des choix techniques, donc des choix corrigeables. C'est plutôt une bonne nouvelle.
Prioriser sans se noyer
Mon conseil, et je le défends : ne traitez jamais une erreur d'indexation en masse. Exportez la liste, attribuez à chaque URL un potentiel (trafic attendu, valeur business), et traitez de haut en bas. Une page de contact mal indexée peut attendre. Une fiche produit qui génère du chiffre d'affaires, non.
Sur le site dont je parlais au début, après ce tri, 47 pages traitées ont suffi à récupérer l'essentiel. Les 293 autres, je les ai volontairement laissées de côté. Le rapport reste bruyant, mais le trafic a suivi. Un rapport propre, ce n'est pas un objectif en soi.
Ce qui reste, une fois tout corrigé, c'est une question plus large : est-ce que ces pages méritaient vraiment d'être indexées ? Parfois, la bonne décision n'est pas de corriger l'erreur, mais d'accepter que la page n'a rien à faire sur Google.
