You open Google Search Console and see a long list of pages marked "Not indexed." The reasons have confusing names, and the list can run into the hundreds or thousands. This guide explains what each reason means in plain English, why Google skips pages, and how to fix the causes in groups so your important pages get found.
How Google decides what to index
Every page goes through the same three steps before it can show up in Google:
- Discovery. Google learns the page exists, from your sitemap or a link.
- Crawling. Googlebot visits the page and downloads it.
- Indexing. Google decides whether the page is worth keeping in its index.
Pages can drop out at every step. And here is the part many owners miss: Google does not index everything it finds. It picks the pages it thinks are useful and different from what it already has. Being left out is not always an error. Sometimes it is Google saying "we have enough of this already."
That is why no tool can force Google to index a page. What you can do is remove the reasons Google has for skipping it.
The Search Console reasons, explained
In Search Console, open Indexing, then Pages. Under "Why pages aren't indexed" you will see a list of reasons. These are the ones that come up most often, with what they mean and the usual fix.
| Reason in Search Console | What it means | Usual fix |
|---|---|---|
| Discovered - currently not indexed | Google knows the address but has not crawled it yet | Link to the page from indexed pages and keep it in the sitemap |
| Crawled - currently not indexed | Google read the page and chose not to index it | Make the page clearly unique and useful, or noindex weak pages |
| Duplicate without user-selected canonical | Google sees copies and no canonical tag says which is the main one | Add a canonical tag to each page |
| Duplicate, Google chose different canonical than user | Google picked another page as the main copy | Make the page unique, or point its canonical to Google's choice |
| Soft 404 | The page returns OK but looks empty or like an error page | Add real content, or return a real 404 or redirect |
Discovered - currently not indexed
Google has the address on its list but has not visited yet. On larger sites, this often happens when there are many low-value addresses competing for Google's attention, such as filter pages, tag pages or endless calendar pages. Your important pages wait in line behind them.
Fix: link to these pages from pages that are already indexed, keep them in your sitemap, and cut down the number of thin addresses Google can find.
Crawled - currently not indexed
Google visited and read the page, then decided not to add it. This is usually a quality signal: the page is thin, mostly template text, or too similar to other pages on your site.
Fix: make each page clearly unique and useful. Add real content, link to it from strong pages, or add noindex to pages that are not meant to rank.
Duplicate without user-selected canonical
Google found several pages that look the same and none of them says which one is the main version. Google picks one and leaves the others out.
Fix: add a canonical tag that points to the main version:
<link rel="canonical" href="https://goldencrust.example/cakes/wedding-cakes">
Duplicate, Google chose different canonical than user
You set a canonical, but Google disagreed and chose another page as the main copy. This often means the two pages are nearly identical.
Fix: make the page truly different, or point its canonical to the page Google chose.
Soft 404
The page loads fine with a 200 status, but Google thinks it is empty or an error page. A "no products found" page or a page with one line of text often gets this label.
Fix: add real content, or make the page return a proper 404, redirect it, or mark it noindex.
Errors and blocks
Some reasons are simpler:
- Server error (5xx): Google got a server error. Fix the server so the page loads.
- Not found (404): the page is gone. Redirect it to the right page or remove links to it.
- Blocked due to access forbidden (403): your server refused Google. Allow Googlebot, or noindex the page.
Reasons that are usually fine
These are often normal and need no action if they match what you intended:
- Excluded by 'noindex' tag: the page asks not to be indexed. Keep these out of your sitemap.
- Page with redirect: the address redirects elsewhere. Keep redirects out of your sitemap and links.
- Alternate page with proper canonical tag: a copy pointing to its main page. Nothing to do.
- Blocked by robots.txt: fine if you meant to block it. If not, fix robots.txt. Our guide to robots.txt, llms.txt and schema fixes shows how.
Not every page should be indexed. Search results, filters, login pages and thin tag pages are often better left out. A smaller set of strong pages usually does better than a large set of weak ones.
The common patterns behind missing pages
When you look closer, thousands of missing pages usually come down to a handful of causes. Here are the ones we see most:
- Thin pages: little unique text beyond the site's header, menu and footer.
- Near duplicates: many pages that say almost the same thing, such as city pages or tag pages.
- Discovered but never crawled: too many low-value URLs competing for attention.
- Blocked or noindex: pages left out on purpose, or by mistake.
- Redirects and errors still in the sitemap: addresses Google is told about but cannot index.
A real-world style example
Golden Crust Bakery in Raleigh, NC, runs goldencrust.example. Two years ago they added a page for every neighborhood they deliver to: "Cakes delivered to North Hills," "Cakes delivered to Cary," and 40 more. Each page has the same text with only the place name changed.
In Search Console, most of these show as "Crawled - currently not indexed," and a few as "Duplicate without user-selected canonical." Fixing them one by one would take days and would not work, because the cause is the template, not any single page.
Open 42 neighborhood pages, tweak a sentence on each, request indexing, and hope. Most stay out.
See that 42 pages share one thin template. Merge them into one strong delivery page, or add real local detail to the template once.
Fix the pattern, not the page
This is the most important idea in this guide. When 300 pages are missing for the same reason, the fix is one change that touches all 300:
- Thin template? Add unique content to the template, such as real details, photos, prices or reviews for each page.
- Near duplicates? Merge them into fewer, stronger pages and redirect the old ones.
- Too many low-value URLs? Remove them from the sitemap and add
noindex, so Google spends its time on pages that matter. - Redirects and errors in the sitemap? Clean the sitemap so it lists only live pages you want indexed.
How IndexPedia's Google indexing report helps
Reading thousands of Search Console rows by hand is slow. IndexPedia reads them for you.
What it does
- Uses Google's own data. You connect Search Console once, with read-only access. IndexPedia cannot change anything in your account or on your site.
- Pattern Finder. It groups thousands of missing URLs into a few page types, with counts and example pages, so you see the cause behind each group.
- Plain-English reasons. Every status is explained, with the fix that addresses it.
- Ready to validate. After you make a fix, IndexPedia re-checks the example pages. When they look fixed, it tells you it is time to press Validate fix in Search Console.
- Indexed over time. A chart tracks indexed and not indexed pages after each run, so you can see the line go up.
- 1Add your site
Create an IndexPedia account and enter your domain.
- 2Connect Google
Give read-only Search Console access with one click.
- 3Read the patterns
See missing pages grouped by page type, with the reason and the fix.
- 4Fix by pattern
Change the template, the sitemap or the canonical once for the whole group.
- 5Validate
When IndexPedia says your examples look fixed, press Validate fix in Search Console.
The Google indexing report is part of the Pro plan at $19 a month and the Agency plan at $49 a month.
The chart above is a made-up example. Google can take from a few days to several weeks to revisit pages and update its decision after a fix.
Other things that help Google find your pages
- Run a site scan. A site scan finds noindex tags, broken links, redirects and thin pages before Google does. See how to scan your website for Google and AI problems.
- Use the Fix Kit. The Fix Kit writes a clean sitemap, robots.txt and schema for you to copy in.
- Link to new pages. Pages linked from your homepage or menu are found and crawled sooner.
- Do not forget Bing. Google does not use IndexNow, but Bing does. IndexNow gets new pages to Bing in minutes. Read IndexNow: get pages into Bing in minutes.
Before you press Validate fix, open three or four example pages from the group and check them yourself. If one still looks thin or still redirects, Google will find it too.
FAQ
Why is Google not indexing my pages?
The most common reasons are that the pages look thin or too similar to other pages, that Google found more addresses than it wants to crawl, or that the pages are blocked, redirected or marked noindex. Google decides page by page and does not index everything it finds.
What does "Crawled - currently not indexed" mean?
Google visited and read the page, then chose not to add it to its index. This usually means Google saw little unique value, for example when most of the page is template text or it repeats other pages.
What does "Discovered - currently not indexed" mean?
Google knows the address exists but has not crawled it yet. On larger sites this often happens when many low-value URLs compete for attention, so important pages wait in line.
Can I force Google to index a page?
No tool can force it. You can request indexing for a page in Search Console's URL Inspection tool, but Google still decides. The lasting fix is to remove the reasons Google skips the page.
How long does it take Google to index a page after a fix?
It depends on how often Google crawls your site. It can take from a few days to several weeks for Google to revisit the pages and update its decision.
Do I need Google Search Console to use IndexPedia's report?
Yes. The Google indexing report reads your data from Search Console, which you connect once with read-only access. IndexPedia never changes anything in your account.