Screpy - AI SEO Audit Tool

Bulk Google Index Status Checker

Audit crawlable URLs from a completed website crawl against Google’s indexed view, group indexed and not-indexed pages by coverage reason, and investigate each result with words, headings, internal links, and crawl depth.

TL;DR

Too Long; Didn't Read

Show summary

What Is a Google Index Status Checker?

Screpy Index Status checks the crawlable URLs in a completed project crawl against index information from the connected Google Search Console property. It groups indexed and not-indexed URLs by available coverage reason, keeps crawl context beside every result, and lets an incomplete audit resume without discarding completed inspections.

Index coverage

  • Screpy Indexed and not-indexed URL status shows how Google currently classifies the crawlable URLs in the selected audit.
  • Screpy Coverage reasons groups not-indexed URLs by the available Google coverage information, making repeated patterns easier to review.
  • Screpy URL search and coverage filters narrow a large audit to the page state or URL pattern you need to investigate.

Crawl context

  • Screpy Words and headings metrics put on-page content signals beside each index status result.
  • Screpy Internal links and crawl depth show how a page is connected within the latest completed crawl.
  • Screpy Page-level review keeps the index status, coverage reason, and crawl context together before you decide what to change.

Audit requirements

  • Screpy Index Status requires a connected Google Search Console property for the same project.
  • Screpy Completed crawl requirement keeps the audit scoped to the project URLs that are ready for review.
  • Screpy Continue audit lets you resume an incomplete index status audit instead of starting the review again.
Uber logo in Screpy SEO platform customer trust section
Philips logo in Screpy SEO platform customer trust section
FedEx Express logo in Screpy SEO platform customer trust section
Bosch logo in Screpy SEO platform customer trust section
Champion logo in Screpy SEO platform customer trust section
Iconfinder logo in Screpy SEO platform customer trust section
T-Mobile logo in Screpy SEO platform customer trust section
Carrefour logo in Screpy SEO platform customer trust section
Stanley logo in Screpy SEO platform customer trust section
Skoda logo in Screpy SEO platform customer trust section

See which crawlable pages Google has indexed.

Review indexed and not-indexed URLs from the connected property without separating coverage information from the project pages you actually crawled.

Learn more about google index coverage
  • Review indexed and not-indexed URLs in one audit
  • Group pages by available coverage reasons
  • Search for a specific URL or page pattern
  • Filter the audit to a single coverage state

Read index status with the page context behind it.

Use the crawl data next to each URL to investigate whether page content, headings, internal links, or crawl depth need closer attention.

Learn more about page investigation
  • Compare words and headings across the affected URLs
  • Review internal-link counts beside the coverage state
  • Use crawl depth to understand the page path
  • Move from a coverage signal to a focused page review

Start with the right property and a completed crawl.

Choose the connected Google Search Console property, wait for the project crawl to complete, then continue an unfinished audit when the review needs more time.

Learn more about connected workflow
  • Select the Search Console property connected to the project
  • Run the audit against the latest completed crawl
  • Continue an incomplete audit from the dashboard
  • Use coverage and crawl context before assigning work

Bulk Google index checks with useful crawl context.

Index Status connects Google’s page-level index information with the audit progress, filters, coverage groups, and crawl metrics needed to investigate important URLs responsibly.

Indexed-page overview

See the indexed and not-indexed crawlable URLs included in the selected audit without treating a coverage result as a ranking promise.

Coverage reasons

Review the available coverage reason for not-indexed pages and filter repeated states before beginning a page-by-page investigation.

Index status and reason charts

See indexed versus not-indexed totals, the coverage breakdown, and the most common not-indexed reasons before opening individual URLs.

Content and link signals

Review words, headings, internal links, and crawl depth beside the URL to understand the page context behind an index status.

URL and coverage filters

Filter the audit to indexed, not-indexed, or failed rows, choose one coverage state, and search for a full URL or shared path pattern.

Search Console property workflow

Use the connected Google Search Console property and the latest completed crawl as the scope for each authenticated audit.

Completed crawl scope

Check the crawlable URLs collected by a known completed crawl instead of mixing the audit with unknown or uncrawled website inventory.

Progress and resumable audits

Follow processed, indexed, not-indexed, skipped, and failed URL totals, then continue an eligible incomplete audit without replacing existing results.

Turn a bulk index check into a focused page investigation.

Define the URLs that should be indexed, run the audit against a known crawl, group repeated coverage states, and use page context before deciding what to change.

  1. 01

    Define which URLs should be indexed

    Start with the page purpose. Identify the canonical product, service, category, article, or campaign URLs that should be eligible for search, and separate duplicates, redirects, filters, and intentionally excluded pages.

  2. 02

    Connect the matching property and complete a crawl

    Use the Search Console property that represents the project scope and a completed website crawl that contains the pages you want to review. A property or crawl mismatch weakens the audit.

  3. 03

    Run the Index Status audit

    Check the crawlable URL set and follow processed, indexed, not-indexed, skipped, and failed totals. If the run pauses or reaches an inspection limit, continue the eligible audit later.

  4. 04

    Group the evidence before opening URLs

    Start with indexed versus not-indexed totals, then use the coverage and not-indexed reason charts. Filter by status, coverage state, full URL, or shared path pattern to find repeated behavior.

  5. 05

    Investigate the page and verify later

    Read words, headings, incoming internal links, source-page counts, and crawl depth beside the coverage reason. Change only pages that should be indexed, then recrawl and allow Google time to process the result.

Use Index Status where page importance and repeated patterns meet.

The audit is most useful when it narrows a large crawl to business-critical URLs, shared coverage reasons, weak discovery paths, or comparable page groups.

Protect business-critical pages

Search for important product, service, category, location, or article URLs and confirm that their index state matches the role each page should play in organic discovery.

  • Priority URL review
  • Indexed versus intended state
  • Page-level evidence

Find repeated coverage patterns

Group not-indexed URLs by the available Google coverage reason, then inspect shared templates or path patterns before treating every affected page as a separate problem.

  • Coverage grouping
  • Template patterns
  • Shared root-cause review

Investigate weak discovery paths

Use incoming internal links, source-page counts, and crawl depth to see whether an important URL is difficult to discover within the crawled website structure.

  • Incoming internal links
  • Linking source pages
  • Crawl depth

Review content context beside index state

Compare words and heading counts across similar URLs to identify thin, inconsistent, or unexpectedly empty pages that deserve a closer page and template review.

  • Words
  • H1 and H2 counts
  • Comparable page groups

Interpret Google index information without turning every state into an error.

Indexing is necessary for search eligibility, but a status alone does not explain page value, live indexability, ranking potential, or the right technical action.

Not indexed does not always mean broken

Duplicates, alternate URLs, redirects, and intentionally excluded pages may correctly remain outside Google’s index. First decide whether the URL should be indexed.

Indexed does not guarantee visibility

An indexed page is eligible to appear, but the result does not promise rankings, impressions, clicks, or appearance for a particular query.

The result is Google’s indexed view

The audit does not run a live URL test. A recent content, directive, canonical, or server change may not yet be reflected in the index information returned for the page.

The audit uses a known crawl scope

Screpy checks crawlable URLs from the selected completed crawl, not every historical or externally discovered URL Google may know. Inspection quotas can also pause a large audit.

Choose the workflow that answers the indexing question.

Use Index Status for Google’s indexed view across crawled URLs, Website Audit for current crawl and page signals, and Search Console for observed search performance.

Screpy documentation

Learn how to analyze index status

Use the Screpy guide to review indexed and not-indexed URLs, investigate coverage reasons, and validate changes.

Read the Index Status guide

Google Index Status Checker FAQ

Understand what an Index Status audit reports, what it needs, and where its result should fit in your SEO workflow.

What does Screpy Index Status check?

Screpy Index Status checks the crawlable URLs in a completed project crawl against index information from the connected Google Search Console property. It reports indexed and not-indexed states, available coverage reasons, and related crawl context for the audited URLs.

Does Screpy Index Status request Google indexing?

No. Index Status reports Google index information for the audited URLs. It does not submit indexing requests, force Google to crawl a page, or guarantee that a URL will appear in Google Search results.

Why can an indexed page still have low visibility?

Being indexed means Google has an indexed version of the page; it does not guarantee ranking, impressions, clicks, or a specific position. Review the page, its intent, technical conditions, and search performance before deciding on the next action.

What does an Index Status audit require?

The project needs a connected Google Search Console property and a completed crawl. Index Status uses that scope to review the crawlable URLs in the project.

Is every not-indexed URL an SEO problem?

No. Duplicate, alternate, redirected, intentionally noindexed, or otherwise unnecessary URLs may correctly remain outside Google’s index. Decide whether the URL should be indexed before treating its coverage reason as a problem to fix.

Does Index Status run a live URL test?

No. The audit checks the version represented in Google’s index through the connected Search Console property. It does not test the current live page or prove that a recent website change has already been processed by Google.

Does the audit include every URL Google knows about?

No. Screpy starts from the crawlable URLs in the selected completed project crawl. This creates a known website scope, but it is not a complete inventory of every historical, external, parameterized, or otherwise discovered URL Google may know.

Can I continue an incomplete Index Status audit?

Yes. When an audit is eligible to continue, use Continue Audit to resume the same review instead of discarding its existing progress. A daily inspection limit or interrupted run can require you to return later.

Is Screpy Index Status experimental?

The dashboard currently labels Index Status as experimental. Audit states and available Google coverage information can evolve, so validate important findings against the current page, Search Console, and a fresh crawl before making a broad website change.