Constater avant de chercher
La Search Console distingue plusieurs statuts et ce détail change tout à la méthode. Certaines pages apparaissent comme « explorées, actuellement non indexées ». D’autres comme « découvertes, actuellement non indexées ». Ces deux états ne signalent pas le même problème.
- Découverte, non indexée. Google connaît l’adresse mais n’est pas encore venu ou n’a pas jugé la visite prioritaire. Le crawl budget est souvent en cause sur les gros sites.
- Explorée, non indexée. Google est venu, a lu la page et a choisi de ne pas la conserver. C’est le cas le plus grave : le moteur a rendu un verdict.
Traiter ces deux statuts avec la même action (redemander l’indexation) est l’erreur la plus fréquente. Un site de services locaux avec 80 pages peut très bien avoir 20 pages en statut « explorée, non indexée » sans que personne ne l’ait remarqué depuis des mois.
Les causes les plus fréquentes
Cinq familles expliquent la grande majorité des cas rencontrés sur des sites de TPE, d’artisans ou d’agences web.
- Une balise noindex ou un blocage robots.txt. Cela arrive après une mise à jour de thème ou d’extension. Le réglage reste actif sans que personne ne s’en aperçoive, parfois pendant plusieurs semaines.
- Un contenu trop mince. Une page de quelques lignes sans valeur propre est écartée. Google ne la supprime pas de son index par punition : il ne la juge pas utile à ses utilisateurs.
- Un doublon. Deux pages traitent presque du même sujet avec des formulations proches. Le moteur en garde une, souvent pas celle que vous auriez choisie.
- Un maillage trop faible. Une page sans lien interne est difficile à découvrir et paraît sans importance aux yeux du moteur. Elle n’est reliée à rien, donc elle ne compte pour rien.
- Une mauvaise URL canonique. La page indique elle-même qu’une autre version fait référence. C’est une instruction explicite : Google la suit.
Une méthode en trois temps
La méthode tient en trois étapes. L’ordre compte.
- Lister. Récupérer toutes les pages du site, tous types confondus : pages statiques, articles, produits, réalisations, catégories. Les pages d’un type particulier sont souvent oubliées. Une agence qui publie des études de cas sans les avoir jamais listées ne sait pas lesquelles sont indexées.
- Vérifier. Contrôler le statut de chaque page par lots, plutôt que cas par cas. La vérification individuelle via la Search Console est utile pour comprendre un cas isolé, pas pour traiter cent pages.
- Traiter par cause. Corriger le noindex en premier (c’est une instruction directe), puis le maillage (ajouter des liens internes depuis des pages déjà indexées), puis le contenu (enrichir ou fusionner les pages trop minces). Demander une nouvelle exploration uniquement une fois la correction appliquée.
Ce dernier point mérite qu’on s’y attarde. Demander l’indexation avant de corriger la cause revient à envoyer la même page défectueuse en examen deux fois. Le moteur rend le même verdict. Corriger d’abord, soumettre ensuite.
Pour aller plus loin sur la façon dont un audit structuré identifie ces causes, la page Audit détaille la démarche employée.
Garder une mémoire
Une page peut sortir de l’index en silence. Sans historique, personne ne s’en rend compte. Primoz garde en mémoire l’état d’indexation de chaque page suivie. Quand une page passe de indexée à non indexée, une alerte est générée. La proposition de correction arrive dans la file de validation, sans que vous ayez à surveiller la Search Console chaque semaine.
Ce suivi continu change la nature du travail. Plutôt que de faire un audit complet tous les six mois, l’outil détecte les écarts au fil du temps. Une page qui décroche après une mise à jour WordPress est signalée dans les jours qui suivent, pas lors du prochain audit trimestriel.
Ce que la correction ne garantit pas
Corriger une cause ne force pas l’indexation. Le moteur reste libre de son choix. Une page de qualité, bien reliée, sans blocage technique, a de bonnes chances d’être reprise dans l’index. Aucun outil, aucun prestataire, aucune méthode ne peut promettre davantage.
Il faut aussi accepter que certaines pages ne méritent pas d’être indexées. Une page de confirmation de formulaire, une page de politique de confidentialité légère, une page d’archive vide : les garder hors de l’index est parfois la bonne décision. L’objectif n’est pas d’avoir le maximum de pages indexées mais les bonnes pages indexées.
Questions fréquentes
Combien de temps faut-il attendre après une correction avant de voir la page indexée ?
Il n’y a pas de délai garanti. Sur un site bien établi avec un crawl régulier, quelques jours à quelques semaines sont courants. Sur un site peu visité ou peu maillé, cela peut prendre plusieurs semaines. Soumettre l’URL via la Search Console après correction accélère généralement la revisite.
Faut-il corriger toutes les pages non indexées ou seulement certaines ?
Commencez par les pages qui ont une valeur business réelle : pages de services, articles stratégiques, réalisations. Les pages techniques ou administratives peuvent rester hors index intentionnellement. Priorisez par importance, pas par volume.
Une page avec peu de mots peut-elle être indexée ?
Oui, si elle apporte une information précise et non disponible ailleurs. La longueur n’est pas le critère : la valeur propre de la page l’est. Une fiche produit courte mais unique sera indexée. Une page de quelques lignes qui répète ce que dix autres pages disent ne le sera probablement pas.
L’écran Visibilité de Primoz décrit la facette indexation page par page, avec l’historique des changements de statut. Pour connaître l’état de votre site avant de décider quoi corriger, vous pouvez consulter la page Visibilité ou demander un aperçu qui synthétise les points bloquants identifiés.
Mathieu Régnat est passionné par son secteur et partage ici son expertise du quotidien du métier. Au fil de ses articles, il s’attache à transmettre des analyses concrètes et utiles pour les professionnels du domaine.