How to fix "Discovered – currently not indexed" in Google Search Console

Published April 21, 2026 · 8 min read

If you have spent any time inside the Page Indexing report in Google Search Console, you have probably seen URLs piling up under Discovered – currently not indexed. The exact wording is technical, but the situation is plain: Google knows your URL exists, has chosen not to fetch it yet, and has given you no timeline. For new sites and content-heavy sites this status can easily account for hundreds of URLs. This guide explains exactly what is happening, why, and what to do about it.

What "Discovered – currently not indexed" actually means

Google's official documentation describes the status this way: the page was found, but not yet crawled, and crawling was deferred to avoid overloading your site. That is technically correct but misleadingly polite. The deferral is not really about your server's load. Most small sites could handle a Googlebot visit on every page within an hour. The deferral is about Google's own decisions on how to spend its crawl budget.

Crawl budget is the number of URLs Googlebot is willing to fetch from your site within a given window. It is shaped by three things: how fast and reliably your server responds, how much fresh and valuable content Google believes lives on your site, and how much external demand (links, queries, traffic) suggests the URLs are worth fetching. When budget is tight, Google parks URLs in the Discovered bucket and waits.

This is fundamentally different from "Crawled – currently not indexed", which is a separate status with a separate fix. Crawled means Google visited the page, evaluated its content, and decided not to add it to the index — usually a quality or duplication signal. Discovered means Google never even bothered to look. They are two different problems, and the fix sequences barely overlap.

Why Google decided to skip your URL

In practice, "Discovered – currently not indexed" piles up for a handful of recurring reasons:

• Low domain authority. A new site with few backlinks gets a small crawl budget. Google will fetch the homepage and a few obvious links, then conserve.
• Sitemap bloat. If you submitted a sitemap with five thousand URLs and only fifty are genuinely useful, Google has to triage. Most of the chaff lands in Discovered.
• Thin or templated content. Programmatic SEO pages, faceted navigation, near-duplicate product variants, and tag archive pages all get deprioritized fast.
• Slow or flaky server response. If Googlebot routinely sees your site responding slowly or returning 5xx errors, it scales back fetch frequency. Crawl budget shrinks.
• Weak internal linking. A URL that is only linked from your sitemap — and from no other page on your site — looks unimportant by definition.
• No external signals. Zero backlinks, zero referring traffic, no mentions on other sites. Nothing tells Google that anyone in the world is asking for this URL.

Most stuck URLs hit two or three of these at once. The fix sequence below addresses them in the order that gives the biggest return.

The five-step fix that actually works

1. Cut your sitemap before adding to it

Open your sitemap and look at it like a stranger. For every URL listed, ask: would a human deliberately search for this page, or share a link to it? If the honest answer is no, remove it. Tag pages with three posts, paginated archives, near-duplicate filter combinations, and zombie product variants are all candidates. Submitting a tighter sitemap is a stronger signal of quality than submitting a long one.

This sounds counterintuitive — you are asking Google to index fewer URLs in order to get more indexed. But crawl budget is a scarce resource, and concentrating it on URLs that deserve the visit is how you move the queue forward.

2. Strengthen the internal link to each stuck URL

Pull the list of Discovered – currently not indexed URLs from Search Console. For each one, find at least two existing pages on your site that could legitimately link to it from within the body content (not just the footer or sitewide nav). Add those links with descriptive anchor text.

Two body links from established pages is a stronger signal than ten footer links. A footer link looks like a navigation default; a body link looks like an editorial decision. Googlebot reads them differently.

3. Push fresh signals through IndexNow and submission tools

For Bing, Yandex, and the long tail of engines that use the IndexNow protocol, you can notify them the moment a URL changes. We have a full IndexNow setup walkthrough that takes about five minutes. IndexNow does not directly affect Google's crawl scheduling — Google has not joined the protocol — but it gets the URL into Bing's index, which feeds ChatGPT and Copilot citations, which can in turn generate the kind of secondary traffic and brand signals that nudge Google to re-evaluate.

For broader discovery, push the URL through a syndication tool like Entireweb. The free FreeSiteSubmit wrapper uses Entireweb's pipeline to ping over five hundred downstream engines and directories. This will not move a URL out of Discovered on its own, but it puts the link into more crawler paths, which over time builds the kind of cross-web visibility that signals "this URL exists and is being referenced."

4. Earn at least one real external link

This is the hardest step and the one with the biggest impact. A single contextual backlink from a site Google already trusts is worth more than every internal-linking change combined. The link does not need to be authoritative; it needs to be real — a relevant blog post, a forum thread answer, a curated list, a tool directory.

If you cannot earn a link in the next two weeks, you can buy yourself a partial substitute by getting the URL referenced in places Googlebot crawls aggressively: a public GitHub README, a relevant Reddit comment (where allowed by the subreddit's rules), a Stack Overflow answer where the URL is a genuine reference, or a profile page on a high-authority site that allows a link.

5. Use URL Inspection sparingly to nudge specific URLs

The URL Inspection tool's "Request Indexing" button is rate-limited — Search Console will let you submit a small number of requests per day before silently throttling. Save it for the URLs that matter most after you have done steps one through four. Requesting indexing on a URL that still has none of the underlying issues fixed will produce no result; requesting it on a URL that now has tightened internal links and an external reference often gets it crawled within days.

When to escalate, when to wait

The fixes above are cumulative — none of them deliver instant results, and the queue clears unevenly. Some URLs move within a week, others take a month. Use these rough escalation triggers:

• Less than 30 days, fewer than 50 stuck URLs: wait. Recheck weekly. Most will resolve on their own as crawl budget normalizes for a new site.
• 30 to 90 days, 50 to 500 stuck URLs: work the five-step fix above on your top twenty most important URLs. Do not try to fix the entire backlog at once.
• More than 90 days, more than 500 stuck URLs: something structural is wrong. Audit for sitemap bloat, near-duplicate content, weak overall site authority, or a server that is silently returning errors to Googlebot. Use the Crawl Stats report under Settings in Search Console to look at fetch volume and response times.
• The number is growing weekly: stop publishing new low-value pages. Each one stretches the budget further. Pause programmatic page generation and focus on consolidating what you have.

One more thing worth saying out loud: if your site is genuinely thin or the URLs in question genuinely have no audience, no amount of technical SEO will get them indexed. Google is making a reasonable call on those. The Discovered status is sometimes useful diagnostic feedback that the page should not exist in the first place. Cutting it from the sitemap, redirecting it to a stronger page, or merging it into a more comprehensive guide is often the right answer.

What to do this week

If you only have a couple of hours, do these in order:

1. Pull the full list of Discovered – currently not indexed URLs from the Page Indexing report. Export to a spreadsheet.
2. Tag each URL: keep, merge, or delete. Be ruthless.
3. Update or trim your sitemap to reflect the keep list only.
4. Pick the top ten "keep" URLs and add two contextual internal links to each.
5. Set up IndexNow if you have not already, so future content does not land in the same queue.
6. Submit your homepage and most important section pages through a syndication tool to widen your discovery surface.
7. Check back in 14 days and re-export the report. Most of the work shows up on this second look, not immediately.

The status is recoverable in nearly every case. It just rarely fixes itself, and clicking "Request Indexing" on every stuck URL is not a strategy.

FAQ