Two statuses in Search Console's Page indexing report cause more worry than almost anything else: "Crawled – currently not indexed" and "Discovered – currently not indexed." Neither is an error in the usual sense. Nothing on your site is technically broken. That's why they're frustrating, because there's no single setting to switch. This guide explains what each status means, how to decide which affected URLs actually matter, and the fixes that move them.
Key takeaways
- Discovered means Google knows a URL but has not crawled it yet, while Crawled means Google fetched it and chose not to index it for now.
- Sort affected URLs first, because filter, tag and internal search pages often do not need indexing at all.
- For crawled pages, expand or merge thin content and add internal links from strong pages before requesting indexing once.
- For discovered pages, fix slow responses and server errors and cut low-value URL bloat such as endless filter combinations.
What the two statuses mean
| Status | What happened | Usual underlying cause |
|---|---|---|
| Discovered – currently not indexed | Google knows the URL exists but hasn't crawled it yet. The "last crawled" date is empty. | Google chose not to spend crawl effort on it yet, because of weak signals that it's important, too many URLs, or a slow server |
| Crawled – currently not indexed | Google fetched the page and decided not to index it, for now | Google didn't think the page was worth indexing: thin, duplicate or low-value content, or weak internal signals |
Google's own wording for Crawled: the page "may or may not be indexed in the future; no need to resubmit this URL for crawling." For Discovered, Google says it usually postponed the crawl because crawling right then was expected to overload the site.
Also keep in mind what Google says in the same report: "Non-indexed URLs can be fine." Google doesn't index every URL on every site, and isn't trying to.
Step 1: Decide which URLs actually matter
Export the URLs for each status (click the status, then Export) and sort them into groups:
- Pages you don't need indexed: tag archives,
?sort=and?filter=URLs, internal search, paginated archives past page 2, feed URLs, attachment pages, staging URLs. Leaving these out is fine and often correct. Don't "fix" them into the index. - Pages that duplicate something else: product variants, printer views, near-identical location pages.
- Pages you want indexed: services, products, articles, category pages. This is the list you work on.
On most small sites, the larger share of affected URLs falls in the first two groups, and the right move is to tidy those up rather than push for indexing.
Step 2: Check the URL is actually indexable
Before blaming content, rule out technical causes. Run URL Inspection > Test live URL on a sample and check:
- Canonical. Does the page canonical to itself? If it points elsewhere, Google is following your instruction. See canonical tags explained.
- Robots meta and X-Robots-Tag. No stray
noindex. - Rendered HTML. Does the main content appear in Google's rendered view? Content loaded late by JavaScript, or blocked by robots.txt rules on JS and CSS, can make a page look empty to Google.
- Status code. It should be a real 200. A "not found" or "no results" page that returns 200 is a soft 404.
- Duplicates. Search a distinctive sentence from the page in quotes. If another URL on your site has the same text, that's your problem.
Fixing "Crawled – currently not indexed"
Google has seen the page and passed on it. To change that decision, make the page clearly worth indexing and clearly important within your site.
1. Improve or consolidate thin content
Google's helpful content guidance asks whether a page offers "original information, reporting, research, or analysis" and "substantial value when compared to other pages in search results." Common culprits:
- Location pages that only swap the city name
- Product pages using the manufacturer's copied description
- Short blog posts that cover a topic already handled better on your own site
- Category pages with one or two products and no other text
For each page, choose one:
- Expand it with specifics only you can provide: prices, photos, process, local details, data, FAQs from real customers.
- Merge it into a stronger page on the same topic and 301-redirect the old URL. This is often the best outcome. See keyword cannibalization.
- Noindex or remove it if it exists for users but has no search value.
2. Strengthen internal links
A page linked only from the sitemap, or from page 9 of a blog archive, tells Google it's unimportant. Add contextual links from relevant, well-linked pages, especially the homepage, main category pages and popular posts. Our internal linking strategy covers how.
3. Remove sitewide duplication
Huge headers, footers, cookie banners and boilerplate around a few lines of unique text make pages look alike. Make sure the unique main content clearly outweighs the template.
4. Then request indexing (once)
After a real improvement, use URL Inspection > Request indexing for your most important URLs. The tool has a daily quota, so save it for pages you've actually changed. Resubmitting an unchanged page doesn't change the outcome.
Fixing "Discovered – currently not indexed"
Here Google hasn't even fetched the page. The fix is about signals and crawl capacity.
1. Check server health
Google's crawl capacity goes down when your server slows down or returns errors. Its crawl budget documentation names 5xx and 429 responses specifically. Check:
- Settings > Crawl stats in Search Console: average response time, host status, and the share of 5xx responses
- Server logs for spikes in 5xx errors, timeouts or rate-limiting (WAF or CDN bot rules blocking Googlebot)
Slow server response time limits how much Google crawls. If the average time in Crawl stats is high, fix that first. See reduce TTFB.
2. Cut the URL bloat
If Google knows about many low-value URLs, your important ones wait in the same queue. Common sources:
- Faceted navigation creating endless filter combinations
- Session IDs or tracking parameters in internal links
- Calendar pages with infinite "next month" links
- Auto-generated tag pages
Block crawl traps like infinite filters in robots.txt, link internally only to clean URLs, and return 404 or 410 for pages you've removed. Google's crawl budget guide warns against relying on noindex here, because Google still has to request those pages to see the tag.
User-agent: *
Disallow: /*?filter=
Disallow: /*&filter=
Disallow: /calendar/
3. Signal importance
- Link to the pages from strong, frequently crawled pages.
- List them in your XML sitemap with accurate
lastmodvalues. See the XML sitemap guide. - Don't publish hundreds of pages at once on a new or small site. Add them in batches Google can keep up with.
Does crawl budget apply to me?
Google says its crawl budget guide is mainly for sites with roughly 1 million+ unique pages changing about weekly, or 10,000+ pages changing daily, and also for sites with a large share of URLs stuck in "Discovered – currently not indexed." If you have 200 pages and many are "Discovered," budget usually isn't the issue. The cause is more likely weak internal links, a slow or error-prone server, or Google deciding the site isn't worth crawling more yet.
Validate and monitor
After fixing a group of URLs, open the status in the Page indexing report and click Validate fix. Google says validation usually takes up to about two weeks, and sometimes much longer. You don't have to validate. Counts update as Google recrawls anyway.
Track your list of important URLs, not the overall count. A falling count of "Crawled – currently not indexed" doesn't mean much if it's tag pages dropping out. Your service pages getting indexed does.
Frequently asked questions
How long does it take for a crawled page to be indexed?
There's no fixed timeline. Some pages are indexed within days of an improvement, and others take weeks or never are. If a page has been "Crawled – currently not indexed" for months, waiting won't fix it. Change the content or its internal links.
Does requesting indexing fix these statuses?
Only if something has changed. Requesting indexing asks Google to recrawl, but if the page is the same thin or duplicate page Google already rejected, the result is usually the same. Improve the page first, then request indexing once.
Can these statuses hurt the rest of my site?
The statuses themselves aren't penalties. A large proportion of thin or duplicate URLs can still affect how Google sees the site overall and slow down crawling of important pages. Cleaning up low-value URLs helps the pages you care about.
Should I delete pages that are not indexed?
Not automatically. Delete or noindex pages that have no value for visitors either. Merge and redirect pages that overlap with stronger ones. Improve and link to the ones that matter. Check traffic and backlinks before removing anything.
What to do next
Export both statuses from Search Console, remove the URLs you never wanted indexed, and pick the 10-20 important pages left. Check each one for self-canonical, indexability and unique content, then add internal links to them from your strongest pages. Run a free audit on any URL to check its canonical, robots directives and sitemap presence. On paid plans, the whole-site crawl runs an indexability and canonical audit and compares your sitemap with what's actually linked.
Related reading
- How Long Does SEO Take to Work? A Realistic Timeline: How long does SEO take to work? Fixes can show in days; content and authority take months. A stage-by-stage timeline, what Google says and what speeds it up.
Sources
More guides for your industry
Free checklist (PDF)
Free bloggers & publishers website checklist
31 practical checks for bloggers & publishers: website speed and mobile, Google Business Profile and reviews, email security, booking and enquiry handling, and AI search visibility. Each one says why it matters, and many link to a free tool that checks it.
Written by the MakeItFlow team
We build the website audit these guides are based on. Every fact is checked against the primary sources listed above and this guide was last reviewed on 25 October 2026 . How we research and check
Check your own site in 30 seconds
Run a free audit covering speed, SEO, DNS, email authentication and security headers — and get a prioritised fix list.