Most SEO problems I find on client sites are not exotic. They are a missing canonical tag, a title rewritten by a theme update, a page blocked in robots.txt by a developer who was tidying up, or a blog category that has quietly generated four hundred thin archive URLs. None of these require deep expertise to spot. They require someone to look, in the same order, every time.

That is all an SEO checklist is — a way of making sure the boring checks actually happen. Below is the checklist structure I use across audits and launches, split by phase so you can run the parts you need rather than working through everything at once.

What Is an SEO Checklist?

An SEO checklist is a documented, repeatable list of the technical, on-page, content, and off-page checks a website needs to pass in order to be crawled, indexed, and ranked properly. It converts scattered SEO knowledge into a sequence anyone on the team can follow, so nothing depends on one person remembering it.

A useful checklist does three things a general SEO guide cannot:

• It is ordered. Indexation is checked before content quality, because ranking a page Google cannot crawl is impossible.
• It is binary. Each line either passes or fails. "Improve your content" is advice; "every indexable page has a unique title under 60 characters" is a check.
• It is owned. Each item has a person and a tool attached, so it survives staff changes and redesigns.

Checklist vs. Audit

The two get used interchangeably, and they should not be. An SEO audit is a one-off deep investigation that produces findings and a remediation plan. A checklist is the recurring operational routine that stops those findings coming back. You audit quarterly; you run the checklist on every new page, every release, and every month.

The Five Layers of an SEO Checklist

I structure every checklist into five layers, run in this order. The order matters more than the individual items, because each layer depends on the one before it.

Layer	Question It Answers	Typical Cadence
1. Crawl and index	Can search engines reach and store the page?	Monthly + every release
2. Technical health	Does the page load, render, and behave correctly?	Monthly
3. On-page	Is the page clearly about one thing?	Every published page
4. Content and intent	Does it satisfy the query better than what ranks?	Every published page + quarterly refresh
5. Authority and off-page	Does anyone else vouch for it?	Monthly

Skipping down the list is the most common failure. Teams spend three months rewriting content on pages that were never indexed in the first place.

Layer 1: The Crawl and Indexation Checklist

Nothing else counts if this layer fails. Work through it first.

• Site is verified in Google Search Console, with all property variants (http, https, www, non-www) covered.
• An XML sitemap exists, lists only canonical, indexable, 200-status URLs, and is submitted. My guide on how to create a sitemap covers the format details.
• The robots.txt file does not block CSS, JS, or any template you want rendered.
• No stray noindex tags on commercial pages — check the rendered HTML, not just the source.
• Every page has a self-referencing canonical unless deliberately pointing elsewhere.
• Search Console Page Indexing report reviewed: no unexpected volume under "Crawled – currently not indexed" or "Discovered – currently not indexed".
• Staging and development environments are password-protected, not merely noindexed.
• Faceted navigation, internal search results, and tag archives are not generating indexable duplicates.

The Two Checks People Forget

First, the indexed count. Compare the number of URLs in your sitemap against the indexed count in Search Console. A large gap in either direction is a finding: too few means an indexation problem, far too many means you are generating URLs you did not intend.

Second, orphan pages. Any URL with no internal links pointing at it is effectively invisible to crawlers regardless of what your sitemap says. Crawl the site with Screaming Frog, compare against the sitemap, and fix the difference — orphan pages are one of the highest-return items on this entire list.

Layer 2: The Technical SEO Checklist

These items decide whether a page that can be crawled is actually a good experience once it loads.

• HTTPS site-wide, with all http URLs redirecting once to their https equivalent.
• One canonical hostname; the other variants 301 to it.
• No redirect chains or loops. Every redirect resolves in a single hop.
• Core Web Vitals passing on mobile: LCP, INP, and CLS within Google's thresholds.
• Mobile rendering matches desktop content — Google indexes the mobile version.
• Images served in modern formats, sized correctly, and lazy-loaded below the fold.
• Structured data valid and matching visible page content.
• Custom 404 page returning a real 404 status, not a 200 soft error.
• Hreflang tags correct and reciprocal if the site is multilingual.
• Pagination handled with crawlable links, not JavaScript-only controls.

Google's SEO starter guide is the reference to settle arguments about correct implementation, and web.dev documents the current Core Web Vitals thresholds. For the deeper version of this layer, work through my technical SEO checklist.

Rendering: The Layer Under the Layer

If your site is built on React, Vue, or a heavy page builder, add one check: view the rendered HTML through Search Console's URL Inspection tool and confirm your main content, headings, and internal links are present. Plenty of sites pass every other technical check and still fail because the content only exists after JavaScript executes. Rendering failures of that kind are invisible in a normal browser view.

Layer 3: The On-Page SEO Checklist

Run this on every page before it publishes. It takes about four minutes once you are used to it.

Element	Check	Common Failure
Title tag	Unique, 50–60 characters, primary keyword early	Duplicated across a template
Meta description	150–160 characters, written as a benefit	Auto-generated from the first paragraph
H1	Exactly one, matching page topic	Theme applies H1 to the logo
Heading order	Logical H2 and H3 hierarchy	Headings chosen for font size
URL	Short, lowercase, hyphenated, stable	Dates or ID numbers baked in
Images	Descriptive alt text, compressed	Alt text stuffed with keywords
Internal links	3–8 contextual links with varied anchors	All anchors read "click here"
Schema	Article, FAQ, Product, or Breadcrumb as relevant	Marked-up content not visible on page

Two items deserve more attention than they normally get. Internal linking is the cheapest ranking lever most sites have and the one most consistently neglected — each new page should both receive links from established pages and pass links onward. And schema should describe what is genuinely on the page; schema markup that describes content a user cannot see is a manual action waiting to happen. The schema.org vocabulary is the authoritative reference for types and properties.

For the expanded treatment of this layer, see my on-page SEO tips.

Layer 4: The Content and Intent Checklist

Technical correctness gets a page eligible. Content decides whether it wins.

• One primary keyword per page, with no other page targeting the same intent.
• Search intent verified by looking at what currently ranks — format, depth, and angle.
• Subtopic coverage checked against the top three results and People Also Ask.
• A direct answer to the core question within the first 100 words.
• First-hand experience, original examples, or proprietary data present somewhere in the piece.
• Named author with a real credential and a bio page.
• Publish and updated dates visible and accurate.
• Readable formatting: short paragraphs, tables, lists, and descriptive subheadings.
• A clear next action for the reader.

Intent Match Beats Word Count

If the top five results for a query are comparison tables and you publish a narrative essay, no amount of length will rescue it. Read the results page as a specification for format before you write a word. Google's guidance on helpful content and the E-E-A-T framework both point the same direction: demonstrate that a person with actual experience produced the page.

The Quarterly Refresh Check

Add one recurring item: pull every page that has lost more than 20 percent of its clicks year on year from Search Console, and decide for each whether to refresh, consolidate, or remove it. Content decay is the single largest source of unexplained traffic loss on established sites, and it never shows up in a technical crawl.

Layer 5: The Off-Page and Authority Checklist

• Backlink profile reviewed monthly for new links, lost links, and anything toxic.
• Link intersect run against three competitors to find domains linking to them but not to you.
• Brand mentions without links identified and pursued.
• Anchor text distribution looks natural — mostly brand and URL, not exact-match commercial terms.
• At least one linkable asset in progress: original data, a free tool, or a definitive guide.
• Google Business Profile complete, categorised correctly, and posting, if the business serves a location.
• Citations and NAP details consistent across major directories.

Quality decides this layer, not volume. One editorially earned link from a site your competitors already rely on outweighs fifty directory submissions, and the link intersect report is usually the fastest way to find those sites.

Tools for Running the Checklist

Tool	Layer It Covers	Cost
Google Search Console	Indexation, performance, Core Web Vitals	Free
Screaming Frog	Crawl, on-page, orphan pages, redirects	Free to 500 URLs
PageSpeed Insights	Core Web Vitals and field data	Free
Rich Results Test	Structured data validation	Free
Ahrefs or Semrush	Backlinks, keyword gaps, rank tracking	Paid
GA4	Behaviour, conversions, landing page value	Free

You can run four of the five layers with free tools alone. Configure GA4 properly first so the traffic you gain is actually measurable, and see my list of free SEO tools if the budget will not stretch to a paid suite yet.

How to Turn the Checklist Into a Routine

A checklist that lives in a document nobody opens is decoration. Three things make it stick:

• Split it by trigger, not by topic. A pre-publish checklist (on-page and content), a monthly checklist (indexation, technical, links), and a release checklist (redirects, robots, canonicals, sitemap). Nobody should ever face all 60 items at once.
• Put it where the work happens. As a task template in your project tool, not a PDF in a shared drive.
• Record the date and the person. A checklist with a signature becomes an audit trail. Six months later you can tell whether a drop followed a release or preceded it.

Track a small set of outcome metrics alongside it — indexed pages, clicks, average position on priority keywords, referring domains, and conversions — so you can prove the routine is working. Record the same figures in the same format each month, so the trend is readable without anyone rebuilding the report.

Common Checklist Mistakes

• Running it once. A launch checklist used at launch and never again is an audit with extra steps.
• Checking everything at the same frequency. Title tags do not change monthly; indexation does.
• Items that cannot fail. "Write good content" is not a check. Rewrite it as something with a pass condition.
• No owner. Shared responsibility means the technical items wait for a developer who was never told.
• Ignoring the exceptions. Some pages should be noindexed. Document why, or someone will "fix" them.

Why Work With Sadekur Rahman

I build the checklist around the site rather than handing over a generic list. That means a crawl and indexation baseline first, a prioritised remediation plan second, and then a pre-publish and monthly routine your team can run without me — with the items that genuinely need an SEO specialist clearly marked.

If you want the first pass done properly, look at my SEO services and case studies, review plans and pricing, or book a meeting and I will walk through your current site live.

Frequently Asked Questions

How long does it take to run a full SEO checklist?

For a site under 500 pages, a complete first pass across all five layers takes about a day, most of it waiting on crawls. Once the baseline is fixed, the monthly run takes an hour or two and the pre-publish check takes minutes per page.

Do I need paid tools to use an SEO checklist?

Not for most of it. Search Console, PageSpeed Insights, the Rich Results Test, and Screaming Frog's free tier cover indexation, technical health, and on-page checks. Only the backlink and competitor layers realistically need a paid subscription.

How often should the checklist be updated?

Review it twice a year, and after any core algorithm update or major Google documentation change. Items get added when a problem recurs; items get removed when they stop catching anything. A checklist that never changes has stopped reflecting the site.

What should I check first on a brand new website?

Indexability, in this order: Search Console verified, robots.txt not blocking, no site-wide noindex left over from staging, canonicals correct, and the sitemap submitted. Every other check is wasted effort until a page can be found and stored.