Il y a trois ans, j'ai passé une semaine entière à m'arracher les cheveux sur un site client : 340 pages publiées, seulement 47 dans l'index Google. Le rapport de couverture affichait fièrement "Explorée, actuellement non indexée" sur des dizaines d'URLs, sans que je comprenne pourquoi. J'avais tout vérifié. Balises, robots.txt, sitemap. Rien. Le problème ? Le rendu JavaScript. Une fois résolu, l'indexation est passée à 312 pages en dix jours. Le truc que personne ne m'avait dit à l'époque : Google Search Console vous dit ce qui ne va pas, mais rarement pourquoi. Et encore moins quoi faire.
Points clés à retenir
- Le rapport "Indexation des pages" de la Search Console classe vos URLs par statut, mais chaque statut appelle une action corrective différente
- L'inspection d'URL avec test en direct est l'outil le plus puissant de GSC — et le plus sous-utilisé
- Une demande d'indexation se traite en quelques jours, pas en quelques heures, et Google ne garantit rien
- Les sites en JavaScript (React, Vue, Angular) subissent des problèmes d'indexation spécifiques que le HTML statique n'a pas
- Ne demandez jamais l'indexation d'une page sans avoir d'abord identifié la cause du blocage
Comprendre le rapport d'indexation avant de corriger quoi que ce soit
Ouvrez la Search Console, cliquez sur "Indexation" dans le menu de gauche. Vous tombez sur un graphique et une longue liste de motifs. La première erreur que font 90 % des gens : foncer directement sur "Demander une indexation" sans lire le motif affiché. Résultat, la page reste bloquée et on recommence trois semaines plus tard.
Deux notions à ne pas confondre, et c'est là que beaucoup se perdent. Une URL "Détectée, actuellement non indexée" a été repérée par Google via un lien ou votre sitemap, mais pas encore explorée. Une URL "Explorée, actuellement non indexée" a été visitée, analysée, et Google a décidé de ne pas la garder. Ce n'est pas du tout le même problème. La première se règle en attendant ou en donnant un coup de pouce. La seconde demande une vraie enquête.
Les statuts qui doivent vous alerter tout de suite
Certains motifs sont bénins. D'autres sont des signaux d'alarme. Voici comment je les hiérarchise quand j'audite un site :
- Exclue par la balise "noindex" — volontaire dans 80 % des cas, mais catastrophique quand c'est accidentel (un plugin SEO mal configuré, par exemple)
- Alternative avec balise canonique — normal si vous avez des variantes de pages, suspect quand Google choisit une autre URL que celle que vous visez
- Erreur 404 / Soft 404 — la 404 classique est propre, la soft 404 est un piège (page qui répond 200 mais affiche du vide)
- Erreur 5xx — le serveur a planté au moment de l'exploration. À vérifier d'urgence.
- Page avec redirection — pas un bug en soi, mais si Google indexe la cible plutôt que la source, votre SEO prend l'eau
Bref, tous les statuts ne se valent pas. Traiter "Découverte, non indexée" et "Erreur 5xx" de la même manière, c'est perdre son temps.
L'outil d'inspection d'URL : votre meilleur allié (et le plus ignoré)
Franchement, quand j'ai découvert l'ampleur de ce que permet l'inspection d'URL, j'ai eu un peu honte. Pendant des mois, j'utilisais Search Console uniquement pour lire des rapports passifs. Or cet outil vous dit précisément ce que Googlebot a vu, quand, et pourquoi il a décidé ce qu'il a décidé.
Comment lancer un test en direct correctement
Collez votre URL en haut de la Search Console (la barre de recherche tout en haut, pas dans le rapport d'indexation). Appuyez sur Entrée. Vous arrivez sur la fiche de l'URL. Trois onglets vous intéressent :
- Test de disponibilité — vérifie en quelques secondes si Googlebot peut accéder à la page. Si ça échoue ici, inutile de demander une indexation.
- Affichage de l'URL explorée — vous montre la capture d'écran du rendu, le code HTML tel que Google l'a vu (pas tel que votre navigateur le voit — nuance capitale pour les sites JS), et les ressources bloquées.
- Demander une indexation — à n'utiliser qu'après avoir corrigé le problème identifié.
Le point qu'on m'a répété cent fois et que j'ai mis du temps à intégrer : le test en direct ne remplace pas une exploration réelle. Il vous donne un aperçu, mais ne met rien en file d'attente. Seule la demande d'indexation déclenche une nouvelle exploration.
Ce que révèle le code HTML rendu
Sur un site React ou Next.js mal configuré, le HTML rendu peut afficher un body totalement vide. Googlebot voit une page blanche. Vous, dans votre navigateur, vous voyez le contenu parfaitement. C'est le grand malentendu du rendu côté client. Le HTML rendu de GSC tranche le débat en trois secondes.
Tableau décisionnel : quel statut, quelle action
Voici le tableau que j'aurais voulu trouver il y a trois ans. Il n'existe nulle part dans les docs officielles sous cette forme.
| Statut dans GSC | Cause probable | Action concrète |
|---|---|---|
| Détectée, non indexée | File d'attente, site récent ou peu de liens internes | Ajouter des liens internes, soumettre le sitemap, demander l'indexation manuellement |
| Explorée, non indexée | Contenu jugé pauvre, dupliqué ou trop proche d'une autre page | Enrichir la page, différencier l'angle, vérifier le canonical |
| Exclue par noindex | Balise meta ou entête HTTP mal placée | Retirer la balise, puis demander une réindexation |
| Alternative canonique | Google préfère une autre URL | Vérifier que la canonique pointe vers la bonne version, ou consolider les deux pages |
| Erreur 404 | Page supprimée ou lien cassé | Rediriger 301 vers la page la plus proche, ou laisser en 404 si obsolète |
| Soft 404 | Page vide, mince, ou retour de contenu trompeur | Remplir la page ou la supprimer proprement |
| Erreur 5xx | Serveur indisponible lors du crawl | Vérifier les logs serveur, la charge, les timeouts. Corriger l'infra avant de redemander. |
| Page avec redirection | URL redirigée explorée avant application | Normal. Si persistant, mettre à jour les liens internes vers la cible finale. |
Un mot sur ce tableau : il ne remplace pas une analyse au cas par cas. Mais dans 7 cas sur 10, il suffit à orienter l'action. J'ai formé deux juniors avec ce seul tableau. Ils ont résolu des dizaines d'erreurs en une semaine.
Demander une indexation : mode d'emploi et pièges
Spoiler : le bouton "Demander une indexation" n'est pas magique. C'est un accélérateur, pas un correcteur. Si le problème sous-jacent n'est pas résolu, Google va ré-explorer la page, constater les mêmes soucis, et la remettre dans la même case.
Combien de temps faut-il attendre ?
Google annonce officiellement un délai "de quelques jours à quelques semaines" après une demande d'indexation. Dans mon expérience sur des dizaines de sites, la réalité est plus nuancée : sur un site bien crawlé, la page passe en index en 24 à 72 heures. Sur un site récent ou peu autoritaire, ça peut prendre deux à trois semaines. Et parfois, jamais.
Il y a une limite de quota sur les demandes d'indexation par jour et par propriété. Google ne communique pas le chiffre exact, mais j'ai déjà été bloqué autour d'une dizaine de demandes. Quand vous atteignez la limite, le bouton devient gris sans explication. Frustrant.
L'erreur que j'ai faite trop longtemps
Je demandais l'indexation de chaque nouvelle URL publiée. Systématiquement. Résultat : Google a fini par ignorer mes demandes, considérant qu'elles étaient trop fréquentes. Le bon rythme selon moi : seulement les pages stratégiques (celles qui doivent ranker), et uniquement après avoir vérifié que tout est propre côté technique. Les autres URLs se débrouilleront via le sitemap et le crawl naturel.
Cas particuliers : sites JS, délais et contenus dupliqués
Mon site est en React / Vue / Angular, comment l'indexer ?
Le JavaScript côté client est le cauchemar d'indexation numéro un depuis cinq ans. Googlebot rend effectivement le JS, mais avec un budget de crawl limité. Résultat : soit il tarde, soit il abandonne, soit il voit un HTML vide. La solution passe souvent par le rendu côté serveur (SSR) ou la génération statique (SSG). Sur un Next.js, c'est un fichier de config. Sur une vieille SPA, ça peut demander une refonte. J'ai vu des sites passer de 40 % à 95 % d'indexation juste en basculant en SSR. Pas de magie, juste du HTML servi d'entrée.
Le rapport d'indexation est-il mis à jour en temps réel ?
Non. Le rapport "Indexation des pages" est rafraîchi de manière différée, souvent avec plusieurs jours de retard. Ne vous fiez pas à la date affichée en haut pour conclure qu'une correction a échoué. L'inspection d'URL en direct reste plus fiable pour vérifier l'état d'une page précise.
Ce que Search Console ne vous dira jamais
Après des années à plonger dans ces rapports, la leçon la plus utile n'est pas technique. C'est que l'indexation n'est pas un problème qu'on résout, c'est un symptôme qu'on interprète. Une page non indexée vous dit rarement "cette URL a un défaut". Elle vous dit souvent "ce site n'a pas suffisamment de signaux de confiance", ou "ce contenu ressemble trop à un autre", ou "ce serveur répond trop lentement quand Googlebot passe".
La prochaine fois que vous ouvrirez le rapport d'indexation, ne cherchez pas le bouton "corriger". Cherchez la question derrière le statut. C'est là que se trouve la vraie réponse.
