Most SEO checklists are one long list. That is the wrong shape, because the items are not due at the same time.
Checking whether robots.txt still blocks the site is weekly work. Deciding whether your keyword map still matches what the business sells is quarterly. Put both on one list and the quarterly thinking gets skipped every week.
So this website SEO checklist is grouped by cadence. If you are new to the subject, read our complete guide to SEO first for the concepts — this page assumes you know them and just need the running order.
Audit once, check forever — the split
There are two different documents, and mixing them is why checklists get abandoned.
An audit is a one-off deep diagnostic. You run it when you inherit a site, before a migration, or when something clearly broke. It takes days and produces a backlog. That whole job — method, crawl setup, the order you investigate in — belongs to our SEO audit checklist. Nothing here repeats it.
An operating checklist is short and never ends. Its job is to catch three things: something broke, something drifted, something changed outside your control.
| The audit | This checklist | |
|---|---|---|
| How often | Once, then on big events | Weekly, monthly, quarterly, forever |
| Output | A prioritised backlog | A yes, a no, or a ticket |
| Time | Days | Twenty minutes to two hours |
| Question | What is wrong with this site? | Did anything change since last time? |
The audit sits outside the cycle.
The weekly checks
Five items. They catch breakage, not opportunities. If all five read clean, close the tab.
| Check | Where the answer is | What a bad reading looks like |
|---|---|---|
| New indexing errors | Search Console → Page Indexing | A "Not indexed" reason that was not there last week, with a count climbing |
| Crawling is still allowed | Your live robots.txt file, loaded in a browser | A staging rule such as Disallow: / has shipped, or the file 404s |
| Server errors and dead URLs | Page Indexing → "Server error (5xx)" and "Not found (404)" | Broken URLs that still have internal links or backlinks pointing at them |
| Movement on your top queries | Your rank tracking tool | A whole cluster of related queries moving together — not one query wobbling |
| Did Google ship something | Search Status Dashboard ranking update history | A logged update in the same week your traffic moved, which changes your diagnosis |
That last one saves the most wasted effort. Google publishes ranking updates with start and end dates on the its own documentation for that dashboard. Check it before you rewrite a page in a panic.
The monthly checks
Monthly is where you look for drift — things that are not broken but are quietly getting worse.
| Check | Where the answer is | What a bad reading looks like |
|---|---|---|
| Clicks and impressions by page | Search Console Performance, last 3 months vs previous | A page losing impressions while its queries still have demand |
| Impressions with almost no clicks | Performance report, filtered to one page | Your title and description answer a different question than the query does |
| Field performance data | Core Web Vitals report, or PageSpeed Insights | A URL group failing at the 75th percentile — see the thresholds below |
| Internal links into money pages | A fresh crawl export, or Search Console's Links report | A service page with fewer internal links than a minor blog post |
| Pages nothing links to | Crawler list compared against your sitemap | Orphan pages — URLs in the XML sitemap with no link path to them |
| New referring domains | Your backlink tool | Zero new domains in a month on a site that is actively publishing |
On the speed check, use real thresholds rather than a tool's score out of 100. web.dev sets the "good" bar at 2.5 seconds or less for Largest Contentful Paint, 200 milliseconds or less for Interaction to Next Paint, and 0.1 or less for Cumulative Layout Shift — assessed at the 75th percentile of page loads, split by mobile and desktop. Our Core Web Vitals guide explains each metric, and page speed optimisation covers the fixes.
The quarterly checks
Quarterly is the only slot where you are allowed to question the plan instead of the pages.
| Check | Where the answer is | What a bad reading looks like |
|---|---|---|
| Two of your pages on one query | Performance report, Queries tab with Pages applied | Two URLs trading places week to week — classic keyword cannibalisation |
| Content decay | Performance report, 12-month comparison | Older pages down year on year on queries that have not lost demand |
| Redirect and URL inventory | Crawl plus server logs | Redirect chains, or retired campaign URLs still returning 200 |
| Rich result eligibility | Search Console enhancement reports | A template that silently lost eligibility after a redesign |
| Has the SERP changed shape | Search your own head terms by hand | The result type moved — video, forums, a different page format — and yours no longer matches |
| Does the keyword map match the business | Your own map, read against the price list | Services you sell today with no page that targets them |
Checks tied to an event, not a calendar
Two short lists run on a trigger. The first is your on page SEO checklist for anything new. The second runs when developers deploy.
On every new page, before you call it live:
1. It is indexable — no stray noindex, and the canonical tag points at itself.
2. It is in the sitemap, and at least one existing page links to it.
3. The title and the single H1 answer the query the page was built for.
4. It links out to two to four genuinely related pages. See on-page SEO for how those elements work.
5. It is snippet-eligible — no nosnippet, no stray data-nosnippet around the main answer, no restrictive max-snippet.
Step five matters more than it used to. Google states there are no additional requirements and no special schema.org markup needed to appear in AI Overviews or AI Mode — but its generative AI guidance does name one gate: the page must be indexed and eligible to be shown with a snippet. That is the actionable item. The same page says you do not need machine-readable files, AI text files, markup or Markdown to appear in Search, and names LLMS.txt directly as fine to keep but not needed. Nothing to add there.
On every release:
1. Did staging settings ship? Check robots.txt and a noindex scan on live.
2. Are canonical tags still self-referencing on templates the release touched?
3. Did the template keep its H1, its internal link modules and its structured data?
4. Does every changed URL have a single-hop redirect to its replacement?
5. Did a new script push a key template past the speed thresholds? Deeper detail sits in technical SEO.
Checks that tell you nothing
These appear on most published checklists. They cost time and return no decision. Replace each one.
| Common check | Why it tells you nothing | Check this instead |
|---|---|---|
| Keyword density percentage | No density target exists to hit. Relevance is not a ratio | Whether your page covers the subtopics the ranking pages cover |
| site: operator to count indexed pages | It returns a rough estimate, not a diagnostic | Page Indexing report counts, by reason |
| Third-party authority score as a KPI | It is a vendor's model, not a Google signal | New referring domains and which pages they point at — see off-page SEO |
| Average position, month on month | It drifts with which queries you happen to appear on | Clicks and impressions on a fixed, named query set |
| Resubmitting your sitemap weekly | Resubmission does not make Google recrawl anything | Whether newly published URLs show up in the Sitemaps report at all |
| A plugin's SEO score out of 100 | It grades a rubric, not your search results | The individual errors a real crawl found, one by one |
| Adding an llms.txt file "for AI" | Google's own guidance says these files are not needed | That the page is indexed and snippet-eligible |
What we check on this site ourselves
This is Digital Hangover's own cadence on digitalhangover.in, not a template. We run it because we publish often, and publishing often is how sites quietly damage themselves.
Weekly: Page Indexing deltas, 404s with inbound links, and the Search Status Dashboard. Twenty minutes.
Monthly: the Performance report by page, internal links into service pages, and one pass over anything published in the last 60 days to check it was linked from somewhere sensible. Linking a new post is the step teams forget, including ours.
Quarterly: the cannibalisation register. This is the one check we would keep if we could keep only one. It is a plain spreadsheet with one row per target query and one column naming the single URL that owns it. Before anything new is briefed, we check its primary keyword against the register. If a live page already owns that query, the new piece either gets a narrower angle or does not get written.
Every blog brief we write carries a cannibalisation line for this reason — a sentence stating how the new page differs from the live page nearest to it. It is cheaper than untangling two pages that fight for a year.
Where a checklist stops and judgement starts
A checklist is a smoke alarm. It is very good at telling you something is burning and completely unable to design the building.
Rankings move because of content and links, not checkboxes. Every item above can read green on a site that will never rank, because nothing on it answers a question better than the pages already ranking. Fixing a canonical tag does not make a thin page good.
So keep the hierarchy honest: the checklist protects what you have built; content and links build it. Given two hours and a choice, write the better page.
Timelines follow from that. Organic work usually shows meaningful movement in roughly three to six months and compounds after, so a checklist run in week two will not show you much. That is fine. It is insurance, not a growth lever.
One note on reporting. Search Console documentation states that "Clicking a link to an external page in AI Mode counts as a click," so clicks from AI surfaces do reach you and are counted in your ordinary Performance report. Google announced separate Search Generative AI performance reports in a June 2026 Search Central post, and those give impressions-level insight — you can see AI traffic inside your totals, you cannot isolate it. Treat it as context in your SEO reporting, not as a separate scoreboard.
What a year of this cadence changes
After four quarters, the checklist stops finding emergencies. That is the point.
Breakage gets caught in the week it happens, not the quarter someone notices the traffic. New pages launch linked and indexable instead of being rescued later. The register stops you writing pages that compete with your own. The compounding is not in the checks — it is in the time they free up for work that moves rankings.
Frequently asked questions
What is an SEO checklist?
A standing list of checks that keep a site healthy, grouped by how often each is due. A few weekly items catch breakage such as indexing errors and dead URLs. Monthly items catch drift in clicks, speed and internal links. Quarterly items question the keyword map itself. Short trigger lists run on every new page and every release.
How often should you run an SEO checklist?
Split it. Weekly for anything that can break overnight — crawling, indexing, server errors, big rank moves. Monthly for coverage, performance data, internal links and new referring domains. Quarterly for strategy: cannibalisation, content decay, whether the SERP changed shape. Plus event-based checks whenever a page is published or code is deployed.
What is the difference between an SEO checklist and an SEO audit?
An audit is a one-off deep diagnostic that produces a backlog — run it when you inherit a site, before a migration, or when something clearly broke. A checklist is short, recurring and answers one question: did anything change since last time? The audit method is a separate job, covered in our SEO audit checklist.
What should be on a technical SEO checklist?
Weekly: robots.txt is correct, Page Indexing has no new error reasons, no 5xx or 404s with inbound links. Monthly: field performance data at the 75th percentile, sitemap health, orphan pages. On every release: canonical tags, noindex scans, single-hop redirects and structured data surviving template changes.
Does an SEO checklist need changing for 2026 and AI answers?
Barely. Google states there are no additional requirements and no special schema.org markup needed to appear in AI Overviews or AI Mode. The one gate it names is that a page must be indexed and eligible to be shown with a snippet. So the real addition is a snippet-eligibility check — not a new file or a new markup type.
Want this cadence running on your site?
Weekly breakage checks, monthly drift reports and a cannibalisation register you can read.
Make Digital Hangover a preferred source
One tap tells Google to show more of our SEO and marketing coverage in your Top Stories.
