Resources

The Complete SEO Audit Checklist

A 50-point checklist for auditing any website's SEO, organized from indexability through to measurement. Run it against your own site in about ninety minutes — no tool required beyond Search Console.

How to use this checklist

Tick each item yes or no. Anything marked no is a finding; anything you cannot verify is a question to answer before you conclude anything. The value is not in the count of failures — it is in the ordered list of what to fix first.

Phases are ordered by dependency, not by difficulty. Indexability comes first because a page that cannot be indexed cannot rank regardless of everything else you do to it. Performance comes late because a fast site with a blocked index still gets no traffic.

Phase 1 — indexability (the checks that decide everything)

If a page is not in the index, nothing else matters. These nine checks account for the large majority of organic traffic problems.

  1. Is the site indexed at all? Search Console → Pages. Compare indexed pages against the pages you expect to rank. A large shortfall is the single most important number on this list.
  2. Are specific pages excluded, and why? Search Console → Pages → Excluded. The reason given tells you exactly what to fix. "Discovered – currently not indexed" means crawled but not judged worth indexing, usually a thin-content or duplicate signal.
  3. Is robots.txt blocking anything you need? Check Search Console → robots.txt tester. Look for accidental blocks on CSS, JS or image directories, which cause rendering failures.
  4. Does any page have a noindex tag? Search in the rendered HTML. A stray noindex on a money page is invisible until you look at the source.
  5. Are canonical tags correct? Every indexable page should have a self-referencing canonical. Wrong canonicals are a very common cause of pages being dropped from the index in favor of a duplicate.
  6. Is the site served over HTTPS with one canonical host? Check that http://, https:// and any www/non-www variant all resolve to the same URL. Split access to Google wastes crawl budget and splits signals.
  7. Does the sitemap list only canonical, indexable, 200-status URLs? Submit it in Search Console. A sitemap containing redirects, 404s or noindexed URLs is worse than no sitemap.
  8. Are there blocked resources in robots.txt that break rendering? Blocking /css/ or /js/ prevents the crawler seeing the page as users do.
  9. Is the site reachable without JavaScript? View source and check for primary content, navigation and internal links. If the content only exists after script execution, it is at risk.

Phase 2 — on-page and keywords

These checks assume indexability is fine. They are about relevance and clarity of signal to the search engine.

  1. Does every page target a distinct intent? Check whether any two pages compete for the same query. Duplicate intent across pages splits signal and confuses the ranking.
  2. Is the title tag unique and descriptive? Under about 60 characters, front-loaded with the topic, written for a human not a crawler.
  3. Is the meta description written to earn the click? Unique per page. It does not affect ranking directly, but it affects click-through, which is what ranking is for.
  4. Does the H1 match search intent? One H1 per page, describing what the page is actually about.
  5. Is there a logical heading hierarchy? H1 → H2 → H3, no skipped levels. This matters for accessibility as much as for parsing.
  6. Is the primary content visible without interaction? No content hidden behind tabs or accordions that only appears on click.
  7. Are internal links descriptive and pointing where you intend? Anchor text should tell the reader where they land. "Click here" wastes a ranking signal.
  8. Is the URL structure clean and permanent? Lowercase, hyphens, no unnecessary parameters. Changing a URL means updating internal links and adding a redirect.
  9. Are images optimized? Descriptive alt text, compressed file size, explicit width and height to avoid layout shift.

Phase 3 — content quality

Content quality is the hardest thing to audit objectively. These checks are proxies for the things that correlate with performing well.

  1. Does the page answer the query completely? Compare against what currently ranks. Is anything a reader would still be missing afterwards?
  2. Is there information here a competitor does not have? Original data, a worked example, first-hand experience. If not, why would Google prefer your version?
  3. Are claims sourced? Statistics with a named source and date. This is both a trust signal and the thing that makes content citable by AI.
  4. Is there a named author with real credentials? Relevant on YMYL and expert topics, good practice everywhere.
  5. Is the content current? Statistics, features and screenshots should reflect the present, not 2024.
  6. Does it answer Related Searches? Google suggests these. If your page ignores them, it is incomplete against the query.
  7. Is each section self-contained? A reader landing on one paragraph from a search result should get a complete answer from it alone. This also determines whether AI systems can cite you.

Phase 4 — performance and Core Web Vitals

Use Search Console → Core Web Vitals for the real-user data. PageSpeed Insights for the diagnosis.

The current Core Web Vitals thresholds. INP replaced FID in March 2024.
MetricGood thresholdCheck in
LCP — Largest Contentful Paint≤ 2.5 secondsSearch Console; PageSpeed Insights
INP — Interaction to Next Paint≤ 200 millisecondsSearch Console; requires field data
CLS — Cumulative Layout Shift≤ 0.1Search Console; PageSpeed Insights
  1. Are field metrics passing for the majority of real users? The 75th percentile over 28 days, not a lab score on your own machine.
  2. Is LCP under 2.5s on mobile? Usually caused by a slow server response or an oversized hero image that is not preloaded.
  3. Is INP under 200ms? Usually long JavaScript tasks or oversized third-party scripts. INP measures the full latency of every interaction, so it catches jank that FID missed.
  4. Is CLS under 0.1? Usually images or embeds without explicit dimensions, or content injected above existing content.
  5. Does the server respond quickly? Time to First Byte over 600ms on mobile is a problem in its own right.

Phase 5 — structured data and AI visibility

  1. Is Organization schema in place? On every page, in one block, referencing your real social profiles via sameAs.
  2. Is the page type marked up correctly? Article, Product, Service or LocalBusiness as appropriate — not BlogPosting on a service page.
  3. Is FAQPage markup present where FAQs exist? Must match visible content exactly. Markup for content not on the page is a violation.
  4. Do you have a self-referencing canonical? On every indexable page.
  5. Are ratings and prices in markup current? Stale structured data generates errors that suppress rich results.
  6. Is the brand described consistently everywhere online? Inconsist-ent name, address or description across sources creates entity ambiguity for both search and AI retrieval.
  7. Can you answer four questions about your category? Ask AI assistants the questions your customers ask and note who gets cited. This takes ten minutes and is frequently the most revealing check on this list.

Phase 6 — measurement and conversion

You cannot improve what you do not measure, and most sites fail this phase quietly.

  1. Do conversions fire exactly once per session? Check in GA4 DebugView. Double-firing inflates everything downstream.
  2. Are offline conversions imported? Phone calls, booked jobs, closed deals. If your main revenue path is a phone call and it is not tracked, your ROI figures are fiction.
  3. Is a clear primary action on each page? Three competing calls to action convert worse than one.
  4. Is the form asking only for what you need? Every unnecessary field measurably reduces completions.
  5. Does the landing page match the ad? Someone clicked a promise. A mismatch wastes premium traffic.
  6. Is consent mode v2 configured correctly? Required for EEA traffic. Tag behavior must not assume consent was granted.
  7. Do you know your break-even acquisition cost? Derived from margin, not from a benchmark. This number governs every paid decision.
  8. Is speed-to-lead measured? For service businesses the highest-leverage conversion variable, and usually untracked.

Frequently asked questions

How long does a full SEO audit take?
About ninety minutes for a site under roughly 100 pages using this checklist plus Search Console. Large sites with faceted navigation or several markets take longer, and a genuinely thorough audit of a large catalog is measured in days. The time is in analysis, not in running tools.
Do I need paid tools to run this audit?
No. Search Console, GA4 and a page-speed tool cover everything in phases 1 to 5. Paid crawlers are useful for sites with more pages than you can check manually, and for site-wide pattern detection. They are not required to find the common problems, which are indexability, intent mismatch and over-optimized structure.
What is the single most important check on this list?
Indexability — specifically, comparing indexed page count against expected page count in Search Console. If that gap is large, nothing else matters, because nothing you do to an unindexed page will bring traffic. Work the list in order and do not skip ahead to the fun checks.
Should I run this on a competitor's site too?
Yes, and it is more informative than auditing your own. You cannot see a competitor's Search Console, but you can see their index coverage, their ranking pages, their content depth and their structured data. Finding a gap they have covered but you have not is usually the fastest win available.
How often should I run the audit again?
Annually for a stable site, and immediately after any migration, redesign or platform change. Between those, monthly monitoring of index coverage, Core Web Vitals and crawl errors catches regressions much earlier than an annual review would.
Should I fix everything on the list before doing anything else?
No. Fix what blocks other work, then prioritize by impact against effort. Attempting every item simultaneously usually means none are finished, and the high-impact items — indexability, intent mismatch, tracking — are a small fraction of the list.
Does a low score on this checklist mean the site is bad?
It means the site has fixable problems, which is good news. Almost every site scores poorly on this list. What matters is the order of the fixes, not the raw score, and most sites need three or four changes rather than fifty.
Who should carry out the audit?
Ideally whoever will implement the fixes. An audit handed to a developer without context produces mechanical tick-box work, because the reasoning behind the priority is lost. If a third party audits it, the report must explain why each item is ranked where it is, not just what is wrong.

Keep reading

Technical SEO

The service that implements what this checklist finds.

Read more

SEO Consulting

The strategy this audit feeds into.

Read more

Core Web Vitals in 2026

Phase 4 in full detail.

Read more

Want this applied to your business?

Stop guessing what to prioritize. Get a straight answer on where your marketing is leaking money, and what to fix first.

Book a free 30-minute audit