Google Indexing

Why Is Google Not Indexing My Pages?

Google may not index a page because it cannot discover or crawl the URL, indexing is blocked, another URL is canonical, the page redirects or returns an error, or the content does not provide enough independent value.

Why Google is not indexing important pages and how to diagnose the cause
Direct answer

Why Google may not index your pages

Google may not index your pages because it has not discovered them, cannot crawl them, is blocked by noindex or robots.txt, sees another URL as canonical, finds a redirect or error, or decides the page does not provide enough independent value. The correct fix depends on the exact URL status in Google Search Console, so inspect the affected URL before requesting indexing again.

Choose the right guide

Choose the right indexing guide

Many pages or the whole site are missing from GoogleWhy Is My Website Not Indexed by Google?
One specific page or URL is not indexedWhy Is My Page Not Indexed?
Recently published pages are not indexed yetGoogle Not Indexing New Pages
Search Console shows a specific indexing statusGoogle Search Console Indexing Issues
Sitemap URLs are submitted but still not indexedXML Sitemap Submitted but Pages Are Not Indexed
Google crawled the page but did not index itCrawled – Currently Not Indexed
Google discovered the URL but has not crawled itDiscovered – Currently Not Indexed

If indexing is only one part of a wider technical problem, use the guide to Technical SEO troubleshooting to isolate the cause.

Indexing Diagnosis: Symptoms, First Checks and Deeper Guides

SymptomMost likely issueFirst checkDeeper guide
Whole website missingSite-wide crawl/index block or discovery issueGSC property, robots.txt, noindex, homepage statusWebsite not indexed
One URL not indexedPage-level technical or quality issueURL InspectionPage not indexed
New posts not indexedDiscovery or crawl prioritizationInternal links and sitemapNew pages not indexed
URL unknown to GoogleGoogle has not discovered the URLInternal links and sitemapPage not indexed
Discovered, not indexedKnown but not crawledInternal links, sitemap, server reliabilityDiscovered article
Crawled, not indexedCrawled but not selectedContent value, duplication, canonicalCrawled article
Submitted sitemap pages not indexedSitemap is only a discovery signalSitemap contents and URL statusSitemap article

Does Every Page Need to Be Indexed?

No. Not every URL should be indexed.

Focus on valuable pages. Excluded cart, account, filter, internal search, tracking, duplicate, and staging URLs may be normal. The objective is not more indexed URLs; it is the right indexed URLs.

Quick overview

Summary

  • Inspect the exact URL in Google Search Console to determine whether the problem involves discovery, crawling, indexing directives, canonicalization, redirects, or page quality.
  • Correct technical blockers such as robots.txt restrictions, noindex , non-successful status codes, incorrect canonicals, sitemap inconsistencies, and weak internal linking.
  • Confirm that the page is useful and distinct, validate the live version, request indexing when appropriate, and allow Google time to recrawl and process the change.

Use the site-wide guide if your website is not indexed by Google, the single-URL guide if one page is not indexed, and the new-content guide if Google is not indexing new pages.

Publishing a page does not automatically send Google an engraved invitation .

Before a page can appear in search results, Google must discover the URL, crawl it, process its content , and decide whether to add it to the index. A problem at any stage can prevent the page from appearing.

Google may not index a page because it has not discovered the URL, cannot crawl it, encounters a redirect or error, detects a noindex directive, selects another canonical URL, or decides that the page does not provide enough independent value. The correct response is to inspect the exact URL, identify the reported reason, fix the underlying cause, and validate the live page before requesting indexing.

Repeatedly pressing Request Indexing without changing the page is unlikely to solve the problem. The button asks Google to check again; it does not negotiate with a crawl block, redirect, or conflicting canonical.

How Do You Know Whether a Page Is Indexed?

The most reliable place to check an individual page is the URL Inspection tool in Google Search Console.

Enter the exact canonical URL you want to investigate. Search Console may report that:

  • The URL is indexed
  • The URL is unknown to Google
  • The page has been discovered but not indexed
  • The page has been crawled but not indexed
  • Indexing is blocked by noindex
  • Crawling is blocked by robots.txt
  • The URL redirects
  • Google selected another canonical
  • The page returned an error

For a broader view, use the Page Indexing report. It groups URLs according to whether they are indexed and shows the reasons other URLs were excluded.

For a step-by-step diagnostic workflow, use the Page Indexing report and URL Inspection tool together to diagnose indexing issues in Google Search Console .

You can also run a quick Google search using:

site:example.com/page-url/

A site: search may indicate whether a page appears in Google, but it is not a complete or definitive indexing report. Use Search Console when diagnosing a specific URL.

Not every excluded page represents a problem. Redirected URLs, duplicate variations, deleted pages, account areas, and deliberately excluded content may correctly remain outside the index.

Focus on pages that genuinely matter to the business, such as:

  • Service pages
  • Product and category pages
  • Location pages
  • Lead-generation landing pages
  • Important informational content

Search Console’s exclusion labels describe what Google observed. They are not a moral judgment on every URL.

Why Has Google Not Discovered the Page?

Google cannot crawl a page when it does not know the URL exists.

Google commonly discovers new pages through links from pages it already knows. XML sitemaps can also support URL discovery.

A page may remain undiscovered when:

  • No internal page links to it
  • It is missing from the XML sitemap
  • It is buried deep within the website
  • Its links are not technically crawlable
  • It is available only through a form or internal search
  • The website is new and has limited discovery signals

If URL Inspection reports that the page is unknown to Google, add at least one relevant internal link from an accessible, established page.

A new service page could be linked from:

  • The main Services page
  • A relevant category or service hub
  • A related article
  • Breadcrumb navigation
  • The main navigation, when appropriate
  • The homepage, when the page is sufficiently important

The page should also appear in the XML sitemap when it is canonical, indexable, live, and valuable enough to appear in search.

Do not rely only on the sitemap. A URL can appear in a sitemap while the rest of the website behaves as though it has never met it.

Can Google Crawl the Page?

A page generally needs to be crawlable before Google can process its current content and indexing instructions.

Check whether the URL is blocked in the website’s robots.txt file, usually found at:

https://example.com/robots.txt

For example:

User-agent: *
Disallow: /services/

This rule would prevent compliant crawlers from requesting pages under /services/.

That would be a serious problem if the directory contained your primary commercial pages.

Other crawl-access problems may include:

  • Server downtime
  • DNS or hosting errors
  • Firewall restrictions
  • Security tools blocking Googlebot
  • Login or authentication requirements
  • Excessive rate limiting
  • Incorrect CDN settings
  • Repeated server errors

Use URL Inspection’s live test to check whether Google can access the current page.

For larger websites, server logs and a technical crawler can provide additional evidence about whether Googlebot is requesting the affected URLs.

Remember that robots.txt controls crawling. It is not a reliable substitute for a noindex directive.

A blocked URL can still be known through links, and blocking it may prevent Google from seeing an updated indexing instruction.

Does the Page Return the Correct HTTP Status?

An important live page should normally return a successful 200 HTTP response.

Other responses may explain why the URL is not indexed:

  • 301 or 308: Permanently redirected
  • 302 or 307: Temporarily redirected
  • 404: Page not found
  • 410: Page intentionally removed
  • 500: Internal server error
  • 503: Service temporarily unavailable

A redirecting URL is generally not expected to be indexed as a separate page. Google normally evaluates the destination instead.

A page may also be treated as a soft 404. This can happen when the server returns 200, but the page appears empty, contains little meaningful information, or communicates that the requested content does not exist.

Check both the response code and what the page actually displays.

A successful status code is necessary for a normal live page, but 200 alone does not guarantee indexing.

Is a Noindex Directive Blocking the Page?

A noindex directive tells supported search engines not to include a page in their indexes.

It may appear in the HTML:

<meta name="robots" content="noindex">

It can also be delivered through an X-Robots-Tag HTTP header.

Unintended noindex directives often appear after:

  • A staging site is moved to the live domain
  • A redesign is launched
  • A CMS visibility setting changes
  • An SEO plugin is reconfigured
  • A page template is copied
  • A temporary development restriction is not removed

Inspect:

  • The page source
  • The rendered HTML
  • HTTP headers
  • CMS visibility settings
  • SEO plugin settings
  • Shared templates

If the page should be indexed, remove the unintended directive and confirm that Google can crawl the page.

Google must normally revisit the page before it can detect that noindex has been removed. Blocking the same URL in robots.txt may prevent Google from seeing the updated instruction.

Does the URL Redirect Somewhere Else?

Search Console may classify an excluded URL as Page with redirect.

This is usually expected when an old URL correctly redirects to a current replacement. Google normally indexes the destination rather than the redirecting URL.

A redirect becomes a problem when:

  • An important page redirects unintentionally
  • The destination is irrelevant
  • The URL redirects back to itself
  • Multiple redirects create a chain
  • HTTP and HTTPS rules conflict
  • WWW and non-WWW rules conflict
  • Mobile and desktop rules behave differently

Test the full redirect path.

Instead of:

Old URL → Temporary URL → Current URL

prefer:

Old URL → Current URL

Update internal links so they point directly to the final destination.

Users and crawlers rarely benefit from a sightseeing tour through several retired URLs.

Has Google Selected Another Canonical URL?

When several URLs contain the same or very similar content, Google may select one representative version as canonical.

Your page may not be indexed independently when:

  • It duplicates another page
  • Its canonical tag points elsewhere
  • Google chooses a different canonical
  • Parameters create multiple versions
  • HTTP and HTTPS versions remain accessible
  • WWW and non-WWW versions are inconsistent
  • Multiple category paths generate the same content
  • Service, product, or location pages are nearly identical

Check the canonical tag:

<link rel="canonical" href="https://example.com/preferred-page/">

If the tag points elsewhere, you are signalling that the other URL is preferred.

Google may also choose a different canonical when it encounters conflicting signals.

To strengthen the intended URL:

  • Use the correct canonical tag
  • Link internally to the canonical version
  • Include only canonical URLs in the sitemap
  • Redirect unnecessary duplicate versions
  • Keep protocol and hostname signals consistent
  • Avoid creating several pages for the same search intent
  • Make separate pages meaningfully distinct

A canonical mismatch is not automatically an error. Google may have selected the correct representative duplicate.

The important question is whether Google chose the URL you actually want users to find.

NOT GETTING ENOUGH TRAFFIC OR LEADS?

Find what is holding your website back.

Get a focused SEO review that identifies the issues, missed opportunities, and priority fixes.

Request an SEO Review View Services

What Does “Discovered – Currently Not Indexed” Mean?

For a deeper diagnostic workflow for this Search Console status, read Discovered – currently not indexed.

Discovered – currently not indexed generally means that Google knows about the URL but has not crawled it yet.

This does not automatically prove that a specific technical error exists.

Possible contributing factors include:

  • The page is new
  • Internal linking is weak
  • The server has experienced reliability problems
  • The website generates many unnecessary URLs
  • Duplicate and parameter URLs consume discovery attention
  • Google has not yet prioritized the URL
  • The site contains large amounts of low-value content

Check whether the page:

  • Receives relevant internal links
  • Appears in a clean XML sitemap
  • Belongs within a logical website structure
  • Returns a stable response
  • Is surrounded by unnecessary generated URLs

For a normal small website, do not assume that crawl budget is always the primary explanation. Begin with discovery, internal linking, server reliability, URL quality, and site structure.

What Does “Crawled – Currently Not Indexed” Mean?

For the related status where Google has already fetched the URL, use the Crawled – currently not indexed guide.

Crawled – currently not indexed means Google visited the page but did not add it to the index at that time.

The status may change later, and it does not always indicate a purely technical problem.

Review the page critically:

  • Does it provide original and useful information?
  • Does it satisfy a clear search intent?
  • Is it substantially similar to another page?
  • Is it only a thin product, service, or location variation?
  • Is the main content complete?
  • Does boilerplate dominate the page?
  • Is the page linked from relevant content?
  • Does it deserve an independent search result?

For example, creating dozens of location pages where only the city name changes may not provide a strong reason for every URL to be indexed.

The same applies to:

  • Empty category pages
  • Placeholder content
  • Expired listings
  • Thin tag archives
  • Near-identical product variations
  • Automatically generated pages

The solution is not to add words merely to make the page longer.

Improve its purpose, originality, completeness, and usefulness. When several pages target the same intent, consolidation may be more appropriate.

Does the XML Sitemap Contain the Right URLs?

An XML sitemap helps Google discover preferred URLs, but sitemap inclusion does not guarantee indexing.

The sitemap should generally contain URLs that are:

  • Canonical
  • Indexable
  • Live
  • Returning 200
  • Important enough to appear in search

Avoid including:

  • Redirecting URLs
  • Deleted pages
  • noindex pages
  • Non-canonical duplicates
  • Blocked URLs
  • Staging URLs
  • Internal search results
  • Low-value parameter variations

When a sitemap contains conflicting URL types, it becomes less useful as a list of preferred pages.

Clean the sitemap, resubmit it when necessary, and monitor its processing status in Search Console.

A sitemap is a discovery aid, not a guaranteed admission ticket to the index.

Internal links help Google discover pages and understand their relationship to the wider website.

A page with no internal links is commonly called an orphan page.

Even when it appears in a sitemap, its isolation may suggest that the page is not an important part of the site.

Link to priority pages from relevant content using descriptive anchor text.

For example:

technical SEO audit service

is more informative than:

learn more

Do not add large numbers of unrelated links merely to influence indexing. Internal links should create useful paths for visitors and search engines.

When several crawlability, canonical, sitemap, redirect, and internal-linking problems appear together, use a broader process to find and fix Technical SEO issues across the website.

How Do You Fix and Resubmit an Unindexed Page?

Use the following sequence:

  • Inspect the exact URL in Google Search Console.
  • Identify the reported exclusion reason.
  • Run a live URL test.
  • Confirm that the page returns 200.
  • Check robots.txt .
  • Check meta robots and X-Robots-Tag directives.
  • Review the canonical tag.
  • Confirm that relevant pages link internally to the URL.
  • Verify that the sitemap contains the canonical version.
  • Assess whether the page is original, complete, and useful.
  • Fix the underlying cause.
  • Run the live test again.
  • Request indexing when appropriate.
  • Monitor the URL and Page Indexing report.

Do not repeatedly submit the same unchanged page.

Fix the problem first, confirm that the live version reflects the intended setup, and then allow Google time to recrawl and process the update.

Common Mistakes When Google Does Not Index a Page

  • Requesting indexing before fixing the issue.
  • Assuming sitemap submission guarantees indexing.
  • Blocking a URL in robots.txt and expecting Google to see noindex.
  • Trying to index duplicate or thin pages.
  • Ignoring internal links.
  • Checking only site: search instead of URL Inspection.
  • Treating every excluded URL as an SEO emergency.

Google’s own documentation explains that Google does not guarantee it will crawl, index, or serve every page even if the page follows Search Essentials.

Does Indexing Affect AI Search Visibility?

Yes. If a page cannot be crawled, indexed, rendered, or shown with a snippet in Google Search, it is unlikely to be eligible as a supporting link in Google’s AI features. Google Search Central says supporting links for AI Overviews and AI Mode must be indexed and eligible to be shown with a snippet, and that there are no additional technical requirements for those AI features. Google Search Central

For ChatGPT Search, the page also needs to be accessible to OpenAI’s search crawler. OpenAI says OAI-SearchBot is used to surface websites in search results in ChatGPT search features. OpenAI crawler documentation

These conditions support eligibility and retrievability, but they do not guarantee that the page will be cited.

Related indexing guides

When Should You Get Professional Indexing Support?

An individual page may have one clear cause. Larger indexing problems often involve several overlapping signals, shared templates, migrations, generated URLs, or site-wide settings.

When important pages remain excluded, several templates are affected, or Search Console and the live website appear to conflict, Google Search Console and indexing recovery can identify the URL-level cause, prioritize the required changes, and define a validation plan.

Common questions

Frequently Asked Questions About Pages Not Indexed by Google

What should I check first when Google does not index a page?

Inspect the exact URL and determine whether Google has discovered it, can crawl it, and is allowed to index it. Then check the HTTP response, robots.txt , noindex directives, canonical URL, redirects, internal links, sitemap inclusion, rendered content, and whether the page provides enough independent value to appear in search.

Why is my page not indexed even though it returns a 200 status?

A 200 response only confirms that the server successfully delivered the page. Google may still exclude it because of noindex , a conflicting canonical, duplication, weak internal discovery, rendering problems, soft-404 signals, or limited page value. A successful response is necessary for a normal live page, but it does not guarantee indexing.

Can robots.txt, noindex, or a canonical tag prevent indexing?

Yes, but they affect indexing differently. robots.txt can prevent Google from crawling the page, noindex tells supported search engines not to include it in the index, and a canonical tag may indicate that another URL is the preferred version. Conflicting directives should be reviewed together rather than treated as separate warnings.

What is the difference between “Discovered – currently not indexed” and “Crawled – currently not indexed”?

“Discovered – currently not indexed” generally means Google knows the URL exists but has not crawled it yet. “Crawled – currently not indexed” means Google visited the page but did not add it to the index at that time. The first status points more toward discovery or crawl prioritization; the second also requires reviewing duplication, canonical signals, content quality, and page value.

Why did Google crawl my page but not index it?

Google may crawl a page without indexing it when the content is too similar to another URL, provides limited independent value, targets the same intent as an existing page, or sends conflicting canonical signals. Review the page’s originality, completeness, internal links, rendered HTML, canonical setup, and whether it genuinely deserves a separate search result.

Why does Google know about a page but not crawl it?

Google may discover a URL through a sitemap or link but delay crawling it because the page is new, internal linking is weak, the website generates many low-value URLs, the server has reliability problems, or Google has not prioritized the URL yet. Strengthen relevant internal links, keep the sitemap clean, and remove unnecessary generated URLs where possible.

Does submitting a sitemap guarantee that Google will index the page?

No. An XML sitemap helps Google discover preferred URLs, but it does not guarantee crawling or indexing. The page must still be accessible, canonical, indexable, useful, internally linked, and free from conflicting signals such as redirects or noindex . Sitemap submission supports discovery; it does not override Google’s indexing decisions.

Should I request indexing again after fixing the problem?

Yes, requesting indexing can be appropriate after you have corrected the underlying issue and confirmed the live page. First verify that Google can access the URL, the page returns the intended response, noindex has been removed, the canonical is correct, and the content is available. Repeatedly submitting an unchanged page is unlikely to help.

Final Thoughts

When Google does not index a page, requesting indexing should not be the first and only response.

Determine where the process failed:

  • Has Google discovered the URL?
  • Can Google crawl it?
  • Does it return a successful response?
  • Is indexing blocked?
  • Does the URL redirect?
  • Has another canonical been selected?
  • Is the page useful and sufficiently distinct?
  • Can Google reach it through internal links?

Then correct the underlying issue and validate the live result.

Google does not guarantee that every eligible page will be indexed. However, clear discovery paths , reliable server access, correct indexing directives, consistent canonical signals, useful content, and relevant internal links give important pages a stronger technical foundation for inclusion.

Have a technical SEO issue that needs a clear diagnosis and fix?

Clear diagnosis, practical fixes, and excellent communication.

Verified Upwork feedback
Project enquiry

Request a Project Review

You do not need to prepare a formal brief. Share a few details and I’ll review the enquiry personally.

Not sure which platform you use? Write “I’m not sure.”
For example: important pages are not being indexed, traffic has declined, the website is being migrated, or you need a Technical SEO audit.

Your information will only be used to review and respond to your enquiry.

Thank you—your request has been sent. I’ll review the details and respond as soon as possible.

Prefer the full contact page? View contact options.