Page Indexation (Index Coverage) Report

Ce que lune page Indexation report (formerly Index Coverage) dans la recherche Google Console signifie, every 'Non indexée' raison explained, and Comment corriger les.

Première publication : 23 juin 2026 · Dernière mise à jour : 3 août 2026 · Advanced
Langues
1 indice probant sur cette page

Lune page Indexation report (renamed from Index Coverage in 2022) covers URLs Google déjà knows à propos de — pas a complet site inventory — and montre qui are indexé, qui aren't, and pourquoi, en utilisant a capped sample of exemple URLs per raison. The clé skill is reading it: la plupart not-indexed raisons are pages working as intended (canonicalized dupes, redirections, intentional noindex), so don't chase 100% indexation. Two raisons matter la plupart — 'Crawled - currently non indexée' is la plupart souvent a quality verdict, 'Découvert - currently non indexée' is la plupart souvent a crawl-capacity problem — but treat chaque as the leading hypothesis to confirmer contre votre propre pages, pas a certain diagnosis. Utiliser Validate fix après you've fixed the causer; passing it doesn't guarantee indexation, rankings, or trafic. Pair the report with the Inspection d’URL outil and Sitemaps filtering.

TL;DR — Lune page Indexation report (renamed from Index Coverage at Google I/O in May 2022) covers URLs Google déjà knows à propos de — pas a complet site inventory — and splits les into Indexé and Non indexée, alors buckets the not-indexed ones by raison en utilisant a capped sample of exemple URLs per problème, pas a complet export. Reading it bien signifie knowing que la plupart raisons are pages working as intended — Google dit “Don’t expect every URL on votre site to be indexé.” The two reasons worth real attention are “Crawled - currently non indexée” (la plupart souvent a quality/valeur verdict — fix at le site level, pas page-by-page) and “Discovered - currently not indexed” (la plupart souvent a crawl-capacity/importance problem — fix explorer health and internal liens); treat soit étiquette as the leading hypothesis to tester contre the réel pages, pas a certain diagnosis. Utiliser Validate fix après fixing the causer; it samples pages and peut prendre ~two weeks, and passing it confirms the report caught up with reality — it doesn’t guarantee indexation, rankings, trafic, or AI-search visibility. Pair the report with the Inspection d’URL outil and Sitemaps filtering.

Evidence for this claim The current Page indexing report shows which known pages Google has indexed and why other known pages are not indexed. Scope: Current Search Console Page indexing report and terminology. Confidence: high · Verified: Google Search Console: Page indexing report Evidence for this claim Validate Fix starts a recrawl-based validation process after an issue is fixed; examples in the report are not a complete URL inventory. Scope: Current validation workflow and report limits. Confidence: high · Verified: Google Search Console: Validate and fix issues

Ce que the report is, and the rename

Lune page Indexation report is Recherche Google Console’s réponse to “qui pages peut Google trouver and index on my site, and what’s stopping the rest?” In Google’s propre words, it lets vous “Voir qui pages Google peut trouver and index on votre site, and apprendre à propos de quelconque indexation problems encountered.”

Google previewed the renamed “Pages” / “Page indexing” report at Google I/O in May 2022, retiring the old “Index Coverage” nom. The données itself had been overhauled a année précédent: on January 11, 2021 Google shipped a définir of Index Coverage données improvements, announced as “significant improvements to ce report so you’re meilleur informed on problèmes que pourrait prevent Google from exploration and indexation votre pages.” As of ce writing, Google’s UI and Aider docs utiliser seulement “Page indexing” — I encore appel out “Index Coverage” parce que a grand share of personnes search que legacy nom, pas parce que the two noms are encore interchangeable in Google’s propre documentation.

Indexé vs Non indexée is descriptive, pas a scorecard

Avant looking at quelconque totals: the report seulement covers URLs Google déjà knows à propos de in the property — it’s pas a guaranteed inventory of every URL on votre site — and the exemple URLs listed sous chaque raison are a capped sample (up to 1 000 pour the Indexé liste, per current Aider text), pas a complet export. Garder que scope in mind whenever vous lire a count.

Evidence for this claim The report covers indexing status for URLs Google knows about in the property; it is not a guaranteed inventory of every URL that exists on the site. Scope: Search Console web UI, API, or export path as scoped Confidence: high · Verified: Page indexing report

The report sorts every connu URL into Indexé (eligible to apparaître in Search) and Non indexée (everything Google is holding back, grouped by raison). The mistake I voir constantly is treating que “Not indexed” count as a problem to drive to zero. It isn’t. Google is explicit: “Don’t expect every URL on votre site to be indexé.” A sain site has a grand pile of intentionally not-indexed URLs — canonicalized duplicates, redirections, deliberately noindexed utility pages, gated content. Nombreux of the “errors” in ce report are pages working exactly as designed.

So avant fixing anything, demander qui bucket a raison falls into: working as intended, a directive vous définir, or an réel problem.

Every “Not indexed” raison — Ce que cela signifie and Que faire

La plupart competing articles seulement cover the two “currently not indexed” raisons. Here’s tout twelve, with Google’s verbatim definitions, in the Cheat Sheets tab as a “reason → meaning → fix” table. La version courte, grouped by bucket:

Working as intended (usually aucun action):

  • Alternate page with proper balise canonical“Ce page correctement points to the canonical page, qui is indexé, so là n’est pashing vous devez do.”
  • Page avec redirection — l’URL itself won’t be indexé; the redirection target pourrait or pourrait pas be. Vérifier the target is correct, sinon leave it.
  • Excluded by ‘noindex’ tag — Google trouvé a noindex directive and obeyed it. Seulement “fix” ce si lune page was meant to be indexé. (The report UI montre “Excluded by ‘noindex’ tag”; older Aider text phrased it “URL marked ‘noindex’” — match whichever vous voir.)
  • Blocked due to unauthorized requête (401) — attendu pour genuinely gated content; a problem seulement si une page publique got locked behind auth.

Canonicalization (decide si Google chose correct):

  • Duplicate sans user-selected canonical — Google picked un autre page as canonical and won’t serve ce un. Définir an explicit canonical / consolidate.
  • Duplicate, Google chose différent canonical que utilisateur — votre canonical signal was overridden. Ce is courant and pas a mistake on votre partie; strengthen signals (canonical, lien internes, content) toward votre preferred URL.

Réel problems (fix si lune page devrait exist):

  • Introuvable (404)“404 réponses ne sont pas necessarily a problem, si lune page has been supprimé.” Fix seulement si l’URL devrait resolve.
  • Soft 404 — lune page renvoie a “not found” message but a 200 code d’état. Retourner a réel 404/410, or ajouter genuine content.
  • Blocked by robots.txt — unblock si it devrait be crawled. Remember robots.txt blocks exploration, pas indexation.
  • Server error (5xx) — votre serveur renvoyé a 500-level error. Investigate hosting; souvent transient or load-related.

The two que besoin leur propre sectionCrawled - currently non indexée and Découvert - currently non indexée — ci-dessous.

Crawled vs Découvert — the distinction to nail

Ces two étiquettes regarder comme twins and Google’s propre raison documentation indique vous to examiner the spécifique raison and lune page’s context plutôt que assume un fixed causer — so treat ce que follows as the la plupart probable explanation to tester contre votre réel pages, pas a universal diagnosis que s’applique to every URL carrying the étiquette.

“Discovered - currently not indexed” is la plupart souvent a capacity problem. Google knows l’URL exists but hasn’t crawled it yet. Google’s definition: the page “was trouvé by Google, but pas crawled yet. Typically, Google wanted to explorer l’URL but ce was attendu to overload le site.” In the Ahrefs guide on “Découvert - currently non indexée” (qui I reviewed), we put it plainly: “‘Découvert - currently non indexée’ signifie Google knows à propos de l’URL but hasn’t yet crawled or indexé it.” The commonly cited drivers are explorer budget and perceived importance — “Si votre crawlable URLs exceed votre explorer budget, vous may voir the ‘Découvert - currently non indexée’ warning,” and “Google souvent sees URLs sans quelconque or nombreux lien internes as unimportant and may pas index les.” Ceux are hypotheses to vérifier, pas a checklist que s’applique identically to every URL: regarder at the spécifique page’s lien internes, explorer logs, and server réponse avant picking a fix. Reduce explorer waste, speed up le site, and ajouter lien internes (and, pour lune pages que truly matter, requête indexation and construire liens) une fois you’ve confirmed qui of ceux is en réalité happening.

“Crawled - currently not indexed” is la plupart souvent a quality/valeur verdict. Google’s definition: lune page “was crawled by Google but non indexée. It may or may pas be indexé in the future.” In other words — Google saw it and passed. In the Ahrefs guide on “Crawled - currently non indexée”: “Google has successfully visited votre page but has choisi pas to inclure it in its search index,” and it “typically points to some kind of quality problème.” That’s a strong pattern, pas a certainty pour every affected URL — some pages carry the étiquette pour raisons closer to duplication or timing que quality. The unique la plupart utile reframe ici comes from John Mueller: ce is rarely à propos de un page. As he put it, “vous pouvez’t force pages to be indexé — it’s normal que we don’t index tout pages on tout websites. It’s pas an problème with ‘que page’, it’s plus site-wide. Creating a bon site structure and making certain le site is of the highest quality possible is essentially the direction.” So commencer by inspecting a sample of the réel affected pages, alors fonctionner at the site level: raise overall quality, consolidate thin pages, améliorer structure — pas patch un URL and déplacer on.

The clean mental split, as a starting hypothesis plutôt que a fixed rule: Découvert = crawl-budget/capacity (Google hasn’t gotten to it). Crawled = quality/valeur (Google got to it and declined). Confirmer contre votre propre exemples avant committing to a fix.

A réel audit pattern

Quand vous voir “Crawled - currently not indexed” at scale, treat it as a site-wide audit, pas une page-by-page chase. I’ve fait ce on the Ahrefs blog — thousands of crawled pages, working via qui low-value or outdated ones to prune, consolidate, or améliorer plutôt que trying to force every URL into the index. Que pruning mindset is the practical expression of Mueller’s “it’s more site-wide” point: quand a chunk of votre site reads as low valeur, the lever is le site, pas the individual URL.

Comment utiliser Validate fix

Quand a raison represents a genuine problem and you’ve fixed the underlying causer, click Validate fix on que problème. The mechanics matter:

  • It samples, pas exhaustively. “Quand vous click Validate Fix, Search Console immédiatement checks a few pages.”
  • It peut surface unrelated problèmes mid-run. “Si validation trouve autre unrelated problèmes, ces problèmes are counted contre que autre problème type and validation continues.”
  • It’s slow. “Validation typically takes up to à propos de two weeks, but in some cas peut prendre beaucoup plus long.”
  • The state machine runs Commencé → Réussi / Failed / Looking bon.

The cardinal rule: fix the underlying causer premier. Clicking Validate avant you’ve en réalité fixed anything simplement burns two weeks ending in “Failed.”

Un plus chose to be clair on: a réussi validation, a favorable report status, a successful Inspection d’URL, or a submitted sitemap — none of ces guarantee indexation, rankings, trafic, or AI-search visibility/citation. Ils seulement confirmer que the spécifique signal ils vérifier (a directive, a status, a canonical) now matches ce que vous intended. Indexation is necessary pour une page to compete in Search; it’s jamais sufficient on its propre.

The sampling caveat, and the sibling reports

Un limitation to internalize: the report montre seulement a capped sample of exemple URLs per problème, pas the complet liste. The counts are complet, but the exemple URLs aren’t — so don’t assume the dozen URLs affiché are the seulement ones affected.

That’s exactly pourquoi vous pair ce report with two siblings. The Inspection d’URL outil is how vous vérifier the live index state of a unique URL — the report donne vous the pattern, Inspection d’URL confirms un page (and is où vous requête indexation or a re-crawl). And vous pouvez filter the report by a spécifique sitemap from le sitemaps report to scope it to simplement l’URLs vous en réalité care à propos de, qui cuts via the noise on grand sites. The report is the diagnosis couche of the broader indexation picture; ces two narrow it bas.

A few myths worth killing

  • “100% indexed is the goal.” Aucun — “Don’t expect every URL on votre site to be indexé.”
  • “Crawled - currently not indexed is a penalty or bug.” Aucun — it’s a valeur judgment; fix site-wide quality.
  • “robots.txt disallow and noindex do the same thing.” Aucun — robots.txt blocks exploration; a blocked page peut encore be indexé URL-only. To supprimer une page, autoriser exploration and utiliser noindex.
  • “Repeatedly clicking Request indexing forces indexing.” It can’t force indexation of low-value or duplicate pages.
  • “A 404 in the report is always bad.” 404s pour supprimé pages are fine and attendu.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.