Indexation Google Search Console : tous les statuts expliqués et comment les résoudre

Comprendre le rapport d’indexation Search Console

Le rapport Pages de Search Console est divisé en deux blocs.

Pages indexées : les URLs que Google a acceptées dans son index. Elles peuvent apparaître dans les résultats de recherche.

Pages non indexées : les URLs que Google connaît mais qui ne sont pas (ou plus) dans son index. Chacune a une raison précise, exprimée par un statut.

L’erreur classique est de paniquer devant le bloc « Non indexées » sans regarder les détails. Tous les statuts ne sont pas des problèmes. Certains sont parfaitement normaux et même souhaitables. D’autres méritent une intervention rapide.

Les statuts « normaux » qui ne demandent aucune action

URL bloquée par le fichier robots.txt

Google a respecté votre fichier robots.txt qui interdit l’accès à ces URLs. C’est exactement le comportement attendu.

Action : aucune si c’est volontaire (pages d’admin, pages de test, espaces membres). À vérifier seulement si vous voyez des URLs importantes dans cette catégorie, ce qui signifierait un robots.txt mal configuré.

Exclue par la balise ‘noindex’

Vos pages contiennent une balise meta noindex qui dit explicitement à Google de ne pas les indexer. Là encore, comportement normal si c’est voulu (pages mentions légales, panier d’un e-commerce, pages de confirmation).

Action : vérifiez que toutes les URLs listées sont bien des pages que vous ne souhaitez pas indexer.

Page comportant une redirection

Google a vu que ces URLs renvoient vers une autre URL via une redirection (301 ou 302). Il ne les indexe donc pas, mais transfère leur autorité vers la destination.

Action : c’est normal après une refonte ou un changement d’URL. Vérifiez juste que vos redirections vont bien vers les bonnes pages, et qu’elles sont en 301 (permanentes), pas en 302.

Page en double sans URL canonique sélectionnée par l’utilisateur

Google a détecté plusieurs versions très similaires d’une même page et a choisi lui-même la version canonique. Pas vraiment un problème si Google a fait le bon choix.

Action : vérifiez quelle URL Google a choisie. Si ce n’est pas la bonne, ajoutez une balise canonique explicite sur vos pages.

Les statuts qui méritent votre attention

Page en double, l’URL envoyée n’a pas été sélectionnée comme URL canonique

Vous avez soumis cette URL dans votre sitemap, mais Google a préféré une autre version. Signe que vos balises canoniques envoient des signaux contradictoires.

Action : vérifiez la cohérence entre votre sitemap, vos balises rel=canonical et vos liens internes. Tous doivent pointer vers la même version canonique.

Page avec redirection (problèmes spécifiques)

Si vous voyez beaucoup de pages dans cette catégorie alors que vous n’avez pas fait de refonte récente, c’est suspect. Cela peut indiquer des redirections en chaîne (A → B → C) qui gaspillent votre crawl budget.

Action : auditez vos redirections avec un outil comme Screaming Frog pour identifier les chaînes et les remplacer par des redirections directes.

Autre page avec balise canonique correcte

Google a trouvé une autre version canonique de cette page et la respecte. Pas un problème en soi.

Action : vérifiez que la page canonique désignée est bien indexée et bien la version que vous souhaitez voir apparaître dans les résultats.

Les statuts qui nécessitent une intervention

Détectée, actuellement non indexée

Google connaît l’existence de l’URL mais il n’a même pas essayé de la crawler. C’est une décision active de ne pas dépenser de crawl budget sur cette URL.

Causes possibles :

• Signaux négatifs au niveau du domaine (404 récurrentes, instabilité de la structure)
• Refonte récente sans redirections 301 propres
• Domaine perçu comme peu prioritaire (nouveau, peu d’autorité)
• Pages jugées peu importantes dans le maillage interne

Action : c’est le statut le plus complexe à résoudre. La cause la plus fréquente est une refonte sans plan de redirection 301. Je détaille ce point en bas d’article.

Explorée, actuellement non indexée

Google a crawlé la page, l’a lue, l’a analysée — mais a décidé qu’elle ne méritait pas d’être indexée. C’est un problème de qualité perçue.

Causes possibles :

• Contenu jugé trop court ou trop pauvre
• Contenu trop similaire à d’autres pages du site (duplicate content)
• Contenu généré ou de faible valeur ajoutée
• Page jugée peu utile pour les utilisateurs

Action : retravailler le contenu. Enrichir, structurer, apporter une vraie valeur unique. Si le contenu est consolidable avec une autre page, faire une fusion et une redirection 301.

Soft 404

Google a accédé à la page, elle renvoie un code 200 (OK), mais le contenu lui semble être une page d’erreur (« Désolé, aucun résultat trouvé », page vide, etc.).

Action : soit corriger la page pour qu’elle ait du contenu réel, soit lui appliquer un vrai code 404 ou 410 si elle ne devrait plus exister.

Introuvable (404)

Google a tenté d’accéder à des URLs qui n’existent plus et a reçu un code 404.

Action : si ces URLs avaient du trafic ou de l’autorité, mettre en place une redirection 301 vers une page pertinente. Si elles n’ont jamais rien valu, laisser le 404 (c’est même la bonne réponse).

Erreur de serveur (5xx)

Vos pages ont retourné une erreur serveur quand Google a essayé d’y accéder. C’est le statut le plus grave : votre site était inaccessible au moment du crawl.

Action : vérifier la stabilité de l’hébergement, regarder les logs serveur au moment de l’erreur, et si les erreurs persistent, changer d’hébergeur.

Bloquée en raison d’une demande non autorisée (401)

Google a été bloqué par une authentification HTTP. Normal pour les espaces protégés (admin, intranet).

Action : vérifier que ce ne sont pas des pages publiques qui ont accidentellement une protection. Si oui, retirer l’authentification.

Bloquée en raison d’un accès interdit (403)

Google a été refusé par le serveur. Souvent une mauvaise configuration des permissions ou d’un pare-feu.

Action : vérifier les règles de votre serveur (CDN, pare-feu, .htaccess) et autoriser explicitement Googlebot.

Zoom sur « Détectée, actuellement non indexée » : la cause cachée que personne ne mentionne

« Détectée, non indexée » est le statut le plus mal compris. La plupart des articles recommandent de demander l’indexation manuelle, vérifier le robots.txt ou faire des backlinks. Tout ça est utile, mais traite rarement la vraie cause.

La vraie cause : une refonte sans redirections 301

Voici le diagnostic que je pose dans la grande majorité des cas où je suis appelé pour ce problème : un site a été refondu, les URLs ont changé, et aucune redirection 301 n’a été mise en place sur les anciennes URLs.

Le raisonnement habituel est : * »Ces anciennes pages n’étaient pas indexées sur l’ancien site, donc inutile de faire des redirections. »*

C’est faux. « Pas indexée » ne signifie pas « inconnue de Google ». Google découvre des URLs bien avant de les indexer et les garde dans son index secondaire. Quand vous supprimez ces URLs sans rediriger, Google voit un site qui perd des pages d’un côté et qui en propose de nouvelles de l’autre. C’est un signal extrêmement négatif.

Résultat : Google rétrograde la priorité de crawl sur le domaine entier. Les nouvelles URLs restent en « Détectée, non indexée » parce que le signal global du domaine est mauvais.

Comment vérifier dans Search Console

Allez dans Search Console → Paramètres → Statistiques sur l’exploration → Par réponse. Si vous voyez un pourcentage non négligeable de 404, vous tenez la cause. Sur un site qui reçoit 1 500 requêtes Googlebot par 90 jours, 3 % de 404 représentent environ 45 visites soldées par un échec. Autant de signaux négatifs accumulés en silence.

La solution : redirections 301 propres et complètes

Trois étapes.

• Retrouver toutes les anciennes URLs. Plusieurs sources à exploiter :

• • La Wayback Machine : https://web.archive.org/web/*/votresite.fr
  • L’ancien sitemap archivé : https://web.archive.org/web/*/votresite.fr/sitemap.xml
  • Le rapport Search Console : Pages → Pages non indexées
  • Les logs serveur si vous y avez accès

• Cartographier ancien → nouveau. Faites un tableau, ancienne URL → nouvelle URL équivalente. Quand plusieurs anciennes pages n’ont qu’une seule équivalente (cas de la consolidation), redirigez toutes les anciennes vers la nouvelle.

Règle d’or : redirigez vers la page la plus pertinente sémantiquement, jamais systématiquement vers la home. Une 301 vers la home est interprétée comme une soft 404 par Google.

• Implémenter les 301. Trois options selon votre confort :

• • Plugin Redirection sur WordPress, le plus simple
  • Via .htaccess pour les utilisateurs à l’aise avec le code
  • Yoast SEO Premium ou Rank Math Pro qui intègrent un module de redirections

Les résultats attendus

Après mise en place de redirections complètes :

• Sous 24 à 72h : pic d’activité Googlebot dans les statistiques d’exploration
• Sous 1 à 2 semaines : baisse visible du nombre de pages en « Détectée, non indexée »
• Sous 2 à 4 semaines : la majorité des pages bloquées passent en « Page indexée »

Bonnes pratiques générales pour une indexation saine

• Soumettez un sitemap.xml propre et à jour dans Search Console
• Maintenez un maillage interne cohérent : chaque page importante doit être liée depuis au moins une autre page importante
• Évitez les redirections en chaîne (A → B → C) : redirigez toujours directement vers la destination finale
• Surveillez régulièrement le rapport Pages et les Statistiques sur l’exploration
• Anticipez les refontes avec un plan de migration SEO incluant la cartographie des redirections 301
• Travaillez la qualité du contenu : pages riches, structurées, utiles, uniques

Quand faut-il s’inquiéter d’un statut d’indexation ?

Voici une grille de lecture simple.

Aucun souci à se faire :

• URLs bloquées par robots.txt si c’est volontaire
• Pages avec noindex si c’est voulu
• Pages comportant une redirection après une refonte
• Pages en double avec canonique respectée par Google

À surveiller :

• Augmentation soudaine d’un statut sans changement récent sur le site
• Pages stratégiques (services, produits) qui passent en « non indexées »
• Erreurs 4xx ou 5xx en hausse

À traiter rapidement :

• Détectée, actuellement non indexée sur des pages importantes
• Explorée, actuellement non indexée sur des pages importantes
• Erreurs de serveur (5xx) récurrentes
• Soft 404 sur des pages censées avoir du contenu