SEO Guide · Checklists

SEO checklists

Don't want to read every explainer? These SEO checklists pull the highest-impact checks into a single, ordered, actionable list, the 20-point technical audit, and the mistakes that most often kill rankings.

Why work from a checklist at all?

SEO has hundreds of moving parts. A checklist turns that sprawl into a finite, repeatable sequence, so nothing important gets skipped and you can prove the work was done.

The hardest part of technical SEO isn't understanding any single issue, it's remembering all of them, in the right order, every time you ship. Sites don't lose rankings because someone didn't know what a canonical tag was; they lose rankings because a deploy quietly introduced a stray noindex and nobody re-checked. A checklist is insurance against that: it converts expert knowledge into a routine that a junior dev, a founder, or a future you can run without rediscovering the whole field each time.

It also makes SEO measurable. "Improve our SEO" is vague and never finishes. "Pass all 20 items on the technical checklist" is concrete, has a clear done state, and can be re-run after every release to catch regressions. That shift, from open-ended effort to a pass/fail routine, is what makes technical SEO maintainable on a real site instead of a one-time scramble.

The order of operations that matters

A checklist is only useful if it runs in the right sequence. Each layer below depends on the one above it, fixing a lower layer first is wasted effort.

1

Can it be crawled?

If robots.txt blocks the page or it's a crawl dead-end, search engines never see it. Nothing downstream matters until this passes. Crawlability →

2

Is it allowed to index?

No stray noindex, a correct self-referencing canonical, a 200 status. A page can be perfectly crawlable and still be invisible if it tells Google not to index it. Indexability →

3

Can authority reach it?

Internal links and a clean redirect/sitemap setup decide whether a page is discovered and fed ranking strength, or left an orphan. Links →

4

Then optimise & polish

Only now do titles, content depth, Core Web Vitals and structured data pay off, because the page can finally compete. Content →

This is why our checklists are ordered, not alphabetical. Spending a day perfecting a page's Core Web Vitals while it carries a stray noindex is effort spent on a page that cannot rank at all. Work top to bottom and the wins compound.

The two checklists

One to build from, one to spot-check against. Use them together.

When to run each checklist

Checklists earn their keep when they're a habit, not a one-off.

Before launch

Run the full 20-point list as a go-live gate. The cheapest time to catch a blocked sitemap or a missing canonical is before any of it is indexed.

After every deploy

Most technical regressions are introduced by a change, a template edit, a migration, a plugin update. Re-run the list (or at least the mistakes list) right after each release while the cause is still fresh.

On a monthly cadence

Things rot: external links die, content goes thin, new pages get orphaned. A monthly pass keeps small problems from compounding into a traffic drop.

What belongs on the list, and how long it should be

What an SEO checklist should contain

A checklist should run in priority order, not by topic or alphabetically. Start with the crawlability and indexability items that decide whether a page can rank at all: it must be crawlable, carry no stray noindex, have a correct canonical, and return a 200 status. Then move to links, checking for broken links and orphan pages that cut a URL off from the rest of the site.

Only after that does on-page content come into play: a unique title and description, a single H1, and real substantive content. Performance (Core Web Vitals) follows, and security and structured data close the list. The ordering is the point: fix the foundation before the polish, because polish on an unindexable page returns nothing.

The mistakes that recur most often

The high-frequency, high-cost errors are consistent across sites: a stray noindex shipped on a template, a canonical pointing to the wrong URL, important pages blocked in robots.txt, broken internal links and orphan pages, duplicate titles and meta descriptions, redirect chains that leak equity, a sitemap full of non-indexable URLs, slow Core Web Vitals on mobile, and invalid structured data.

Almost all of them are introduced by a deploy or a migration rather than by a deliberate decision, which is exactly why re-auditing after every release matters more than auditing thoroughly once.

How many checks a thorough audit involves

A thorough technical audit covers well over a hundred distinct checks across crawlability, indexability, canonicals, redirects, sitemaps, links, content, performance, security, structured data and localization. The Kalenux SEO Audit runs more than 160 on every crawled page. These checklists distil that body of checks down to the highest-impact items, so you can act on the ones that matter without working through the full set.

Run the checklist against your real site

Free to start. Every check, on every page, mapped to exactly what to fix.

Start my free audit