Google SEO Audit Checklist: Diagnose Indexing, Content, and Growth
SEO Guides July 25, 2026 6 min read

Google SEO Audit Checklist: Diagnose Indexing, Content, and Growth

A useful Google SEO audit does not produce a long list of warnings. It identifies the earliest failed stage, proves the failure with evidence, assigns an owner, and defines a test that will show whether the fix worked.

Use this order:

  1. discovery;
  2. crawling and response;
  3. rendering;
  4. indexing and canonical selection;
  5. search intent and content quality;
  6. click and business outcome.

Google’s Search Essentials describes the minimum technical requirements, spam policies, and core practices for eligibility. Meeting them does not guarantee crawling, indexing, or ranking, so an audit must separate eligibility, observed Google state, and performance.

Six-gate Google SEO audit workflow

Start with an audit evidence sheet

Create one row per finding. Do not write “canonical issue” or “content quality problem” without recording the affected URL and the evidence.

FieldWhat to record
URL or templateExact URL, route pattern, or page type
Intended roleIndex, redirect, consolidate, or stay private
Failed gateDiscovery, crawl, render, index, search fit, or conversion
EvidenceHTTP result, HTML, screenshot, Search Console status, or query data
ScopeOne URL, one template, one locale, or site-wide
PriorityP0, P1, P2, or monitor
OwnerEngineering, content, design, analytics, or operations
FixSmallest change that addresses the cause
ValidationThe check and date that will confirm the outcome

This prevents two common errors: treating tool alerts as confirmed problems and fixing symptoms without knowing whether the affected page should be indexed.

Choose a representative sample

Do not audit only the homepage. Start with:

  • the homepage;
  • one high-value product or service page;
  • one English article and its Chinese equivalent;
  • one Wiki or glossary page;
  • one JavaScript-heavy tool;
  • one indexed page that lost clicks;
  • one URL that Search Console reports as not indexed;
  • one redirect, 404, and intentionally noindexed page.

If a defect comes from a shared component, expand from the sample to every affected template. If it is page-specific, keep the scope narrow.

Gate 1: Can Google discover the preferred URL?

Check whether each important page has:

  • at least one crawlable internal <a href> link;
  • a stable preferred URL;
  • inclusion in the correct XML sitemap;
  • no accidental orphaning;
  • links that point directly to the final destination rather than a redirect chain.

Google recommends crawlable links with descriptive anchor text in its link best practices. A sitemap can help discovery, but it does not replace navigation or guarantee indexing.

Use the Fennec link checker and sitemap checker to gather candidates, then verify the source HTML before filing a finding.

Evidence to save

  • the referring page and exact anchor;
  • whether the link exists in raw or only rendered HTML;
  • sitemap location and last modification value;
  • redirect hops;
  • a list of important orphan candidates.

Gate 2: Can Googlebot crawl a valid response?

Request the preferred URL and record:

  • final status code;
  • redirect destination and number of hops;
  • robots.txt decision;
  • X-Robots-Tag;
  • response stability;
  • whether important CSS, JavaScript, and image resources are accessible.

A page usually needs an HTTP 200 response and indexable content to be eligible for Google Search. A blocked URL can still be known to Google, while robots.txt may prevent Google from reading a page-level noindex. Use the robots.txt checker and inspect the response itself.

curl -I -L https://example.com/preferred-page
curl -L https://example.com/robots.txt

Failure patterns

SymptomLikely causeNext check
Intermittent 5xxOrigin, deployment, or timeoutServer logs and Crawl Stats
Error page returns 200Soft 404 templateMain content and status routing
URL redirects twiceOld internal links or migration chainLink and sitemap source
Page blocked in robots.txtRule collisionWhether the page should be crawled or removed

Gate 3: Does the rendered page contain the important content?

Compare:

  1. server response HTML;
  2. browser-rendered DOM;
  3. Search Console’s indexed view and live test.

Google’s JavaScript SEO documentation describes crawling, rendering, and indexing as separate phases. Critical content should not depend on a user click, an unstable API, or a client-only state.

Check:

  • title, H1, main copy, links, canonical, and robots directives;
  • hydration or console errors;
  • content that appears only after interaction;
  • differences by device, locale, cookie, or authentication state;
  • hidden content that exists solely for crawlers.

Run the Fennec Bot Simulator for a comparison, but use Search Console URL Inspection for Google’s recorded and live views.

Gate 4: Is Google indexing the intended canonical?

For a single URL, URL Inspection can show Google’s indexed version, crawl details, and Google-selected canonical. Its live test checks current accessibility but cannot predict every indexing decision or the canonical Google will ultimately select.

Check alignment between:

  • HTTP status and redirect;
  • HTML canonical;
  • noindex or X-Robots-Tag;
  • internal links;
  • sitemap URLs;
  • hreflang alternates;
  • Google-selected canonical.

Google’s Page indexing report also makes an important distinction: not every non-indexed URL is an error. Duplicates, redirects, filter URLs, and intentionally excluded pages may be working as designed.

Diagnose by intent

Reported stateAsk first
Crawled, currently not indexedIs the page distinct, complete, and internally supported?
Discovered, currently not indexedIs discovery recent, server capacity healthy, and the URL worth crawling?
Duplicate without user-selected canonicalWhich version do links, redirects, and sitemap support?
Alternate page with canonicalIs this an intended duplicate or an accidental canonical?
Excluded by noindexIs the directive intentional and crawlable?
Soft 404Does the page satisfy its promise and return the right status?

Use the canonical checker before changing tags across a template.

Gate 5: Does the page deserve the query?

Once the page is technically eligible, review search fit.

For each important landing page, record:

  • primary user task;
  • top Search Console queries;
  • dominant result format for those queries;
  • directness of the first-screen answer;
  • original evidence, workflow, data, or decision support;
  • author and source clarity;
  • overlap with another page on the same site;
  • internal links from the relevant topic cluster.

Google’s people-first content guidance emphasizes original information, substantial analysis, clear sourcing, and value beyond other results.

Do not score quality by word count alone. A concise tool page may complete its task better than a long generic article. Conversely, a 2,000-word page can remain weak if it only paraphrases the current results.

Page-level checklist

  • Title and H1 make the same accurate promise.
  • The first 100–150 words answer the main question.
  • Headings follow reader decisions, not keyword variants.
  • Time-sensitive claims have current primary sources.
  • Examples are labeled as sample or measured.
  • Limitations and failure modes are visible.
  • The page links to the next useful action.
  • English and Chinese pages are equivalent in facts, not mechanically translated.

Gate 6: Does visibility produce useful outcomes?

Separate four measurements:

  • impressions: Google considered the page for queries;
  • clicks and CTR: the search result earned visits;
  • engagement: visitors used the page;
  • conversion: visitors completed a relevant next step.

A ranking page with near-zero CTR may have an intent or snippet problem. A page with healthy clicks but no next-step use may have a product, UX, or measurement problem.

For Fennec, useful outcomes can include moving from a guide to Audit, starting a technical check, using a focused tool, or returning to monitor a fix. Do not treat every visit as equally valuable.

Prioritize findings without inflating urgency

PriorityDefinitionExamples
P0Prevents access, indexing, or a critical user action across valuable pagesSite-wide noindex, broken deployment, canonical to wrong domain
P1Materially harms one valuable template or proven landing pageMissing main content after render, wrong-language canonical
P2Quality or efficiency improvement with limited immediate lossWeak snippet, thin decision support, redirecting internal links
MonitorObservation without enough evidence for a changeNormal crawl fluctuation, intentionally excluded duplicates

Priority combines impact, affected scope, confidence, and reversibility. A dramatic tool label is not a P0 by itself.

A 90-minute first audit

Minutes 0–15: establish scope

  • list revenue, lead, and high-click pages;
  • select representative templates;
  • record recent releases or migrations;
  • export the latest page-level Search Console comparison.

Minutes 15–35: discovery and crawl

  • crawl internal links and sitemap;
  • sample response codes and redirects;
  • review robots.txt and response headers;
  • identify orphan and soft 404 candidates.

Minutes 35–55: render and index

  • compare raw and rendered output;
  • inspect two important URLs and two excluded URLs;
  • compare declared and Google-selected canonical;
  • check reciprocal hreflang for one bilingual pair.

Minutes 55–75: content and query fit

  • review top gaining and losing landing pages;
  • map their leading queries to the first-screen answer;
  • identify one overlap, source gap, or missing decision section.

Minutes 75–90: action plan

  • keep only evidence-backed findings;
  • assign owner and priority;
  • define validation and review date;
  • choose one P0/P1 batch that can be completed safely.

What the audit should produce

A completed audit is not a PDF with hundreds of warnings. It is a short queue where every item contains:

affected URL or template → failed gate → evidence → impact → owner → fix → validation date

Start with the earliest blocked gate, complete one bounded batch, and measure the result before expanding the scope. For the broader operating model, return to the Google SEO guide or begin a focused Fennec SEO audit.

Q&A

What should a Google SEO audit check first?

Check whether important URLs are discoverable, crawlable, render correctly, and eligible for indexing before reviewing keywords or backlinks. Fix the earliest failed gate because later optimization cannot compensate for it.

Does every non-indexed URL need to be fixed?

No. Redirects, duplicate URLs, filters, private pages, and intentionally noindexed pages may be correctly excluded. Compare the URL's intended role with Google's reported reason before taking action.

How often should a site run an SEO audit?

Monitor critical technical and traffic signals continuously, audit changed templates after releases, and run a deeper review quarterly or after a migration, redesign, traffic drop, or major content expansion.

Privacy & Cookies

We use cookies to enhance your experience. By continuing to visit this site you agree to our use of cookies.