Creating an SEO Audit Checklist for Thorough Site Evaluation

SEO Audit Checklist (copy/paste)

Use this in order. Check the box only when you’ve verified the outcome.

Access & Indexing

• [ ] robots.txt allows important sections
• [ ] No sitewide noindex on key templates
• [ ] XML sitemap is valid and lists canonical URLs
• [ ] Index coverage looks sane (no unexplained “Excluded” spikes)
• [ ] Primary pages are indexed (not just crawled)
• [ ] One preferred domain/version is enforced (https + www/non-www)

Technical Health

• [ ] HTTPS everywhere; no mixed content
• [ ] Redirects are single-hop (no chains/loops)
• [ ] Important pages return 200 (not 404)
• [ ] No widespread 5xx/timeouts
• [ ] Canonicals point to the correct 200 URL
• [ ] CWV/speed issues aren’t obviously severe^[2]
• [ ] Mobile issues aren’t widespread^[3]
• [ ] Structured data has no obvious template-level errors^[4]

On-page & Content

• [ ] Titles are unique, descriptive, not badly truncated
• [ ] Meta descriptions exist on key templates
• [ ] One clear H1; headings match the page’s outline
• [ ] Thin/duplicate URL patterns are identifiable and limited
• [ ] Images use basic alt text where it adds meaning
• [ ] URLs are consistent and readable (limit unnecessary parameters)

Internal Links & UX signals

• [ ] Important pages aren’t buried (reasonable click depth)
• [ ] Orphan pages identified (zero internal links)
• [ ] Navigation links to core categories/services
• [ ] Internal anchors describe destinations
• [ ] Pagination/faceted URLs aren’t creating infinite crawl paths
• [ ] Conversion pages have a clear next step

Authority / Off-page basics (quick pass)

• [ ] No obvious backlink spam patterns or unnatural spikes
• [ ] Top linked pages match business priorities
• [ ] Brand details are consistent (NAP where relevant)
• [ ] If local: Google Business Profile exists and matches site NAP

How to use the checklist: order of operations + quick triage

Run order: Access & Indexing → Technical Health → On-page & Content → Internal Links & UX signals → Authority basics. When I ran this audit on SMB sites, the first two sections often decided whether the rest mattered.

Triage rule: fix blockers first (crawl/index stops, broken errors), then sitewide template issues, then page-level improvements.

Use three severity levels:

• Blocker: prevents crawling/indexing or breaks key pages (sitewide noindex, robots blocks, broken canonicals, widespread 5xx).
• High: affects a key template or many URLs (missing titles on category pages, nav not linking to core sections).
• Nice-to-have: incremental gains (alt text cleanup, small meta description polish).

For large sites, don’t audit every URL. Sample key templates (homepage, category/service, product/pricing, blog post) plus top-traffic pages. Do a full crawl when you suspect widespread duplication, orphaning, redirect chains, or 404 patterns.

Clarifications for the few checks that cause the most confusion

Canonical tags: “Self-referential and consistent” means an indexable page points its canonical to itself (or one preferred version), and that choice matches internal links and the sitemap. The common failure mode I see in audits is a canonical to a non-200 URL (redirect/404) or the wrong page, which can suppress the pages you want indexed.

Indexation (crawled vs. indexed): Google can crawl a URL without indexing it. “Crawled — currently not indexed” usually sends you to thin content, duplication, weak internal links, or quality signals, not just access problems.^[1]

Duplicate/thin content: flag pages where most main content is repeated template text, near-identical location/service variations, or parameter-driven URLs with little unique value. If changing the title is the only meaningful difference, treat it as duplication risk.

Internal linking: an orphan page has no internal links pointing to it, so discovery and ranking get harder. Depth matters because pages many clicks from the homepage usually receive less internal authority and may be crawled less often on larger sites.

Turn audit findings into a prioritized action plan

Record each finding so someone can ship it:

Issue → affected area/URL pattern → impact → recommended fix → owner → due date.

Then sort with Impact × Effort (estimate; don’t stall), and keep severity visible so blockers don’t get buried.

Quadrant	What it means	Example
Quick win	High impact, low effort	Remove redirect chains on top landing pages
Big bet	High impact, high effort	Rework information architecture + internal linking
Fill-in	Low impact, low effort	Add missing meta descriptions on secondary pages
Maintenance	Low impact, high effort	Automate sitemap rules for parameterized URLs

Two rules help in practice: indexing/crawlability issues are Blockers even when effort is high, and template fixes usually outrank one-off page tweaks. Re-audit quarterly, and re-run Access & Indexing + Technical Health after a migration, CMS change, redesign, or URL structure change.^[1]

Conclusion

Run the checklist once, then force decisions: label each finding Blocker, High, or Nice-to-have and pick the top 3–5 items you can ship this sprint. Re-crawl (or re-sample templates) and confirm changes in Search Console so fixes don’t stay assumed. Repeat quarterly and after major site changes, and the audit becomes routine site hygiene instead of a one-off project.

Sources

1. Google Search Console Help
2. Core Web Vitals and Google Search
3. Mobile-Friendly Test (Google Search Central)
4. Understand how structured data works (Google Search Central)