A 12-point technical SEO checklist for new sites

Most technical SEO problems are cheap to fix before launch and expensive to fix afterwards. A redirect chain caught on a staging site takes ten minutes. The same chain found six months later has already cost you rankings, and untangling it means checking every internal link that points at it.

This is the checklist we run on every new build, in the order we run it. It is deliberately boring. Boring is what you want here.

Before anything else: can it be crawled?

  1. Check robots.txt. The single most common launch failure is a staging Disallow: / shipped to production. Confirm it allows what you want crawled and points at your sitemap.
  2. Check the noindex flag. In WordPress, Settings then Reading, make sure “Discourage search engines” is unticked. Then view source on a few templates and search for noindex.
  3. Submit an XML sitemap. It should contain only canonical, indexable URLs — no redirects, no 404s, no paginated duplicates. Register it in Search Console.
  4. Force one hostname and one protocol. Pick HTTPS with or without www, then redirect the other three variants to it in a single hop. Test all four by hand.

Then: is each page distinct and understood?

  1. Set canonical tags. Every page should declare itself canonical unless it genuinely duplicates another. Watch for filter and sort parameters generating near-identical pages.
  2. Write unique titles and meta descriptions. Not templated to the point of being identical. Crawl the site and sort by title — duplicates surface immediately.
  3. Give every page exactly one H1 that describes that page, and keep the heading order sensible below it. Themes that render the site name as an H1 on every page are a common culprit.
  4. Add structured data where it genuinely applies — organisation, breadcrumbs, article, product, local business. Validate it. Do not mark up things that are not on the page.

Then: does it hold together?

  1. Crawl for broken links and redirect chains. Fix internal links to point at the final destination rather than relying on a redirect to catch them.
  2. Check the internal linking depth. Anything more than three clicks from the home page had better deserve to be that far down. Orphan pages get found here too.
  3. Compress and size images properly, serve modern formats, and set width and height attributes so the layout does not shift while they load.
  4. Test on a real mobile device, not just a narrow browser window. Tap targets, font sizes and anything that depends on hover are what break.

What we deliberately leave until later

Chasing a perfect performance score before launch is usually a poor use of time. Get the site fast enough that it is not obviously slow, ship it, then optimise against real field data rather than a lab score.

The same goes for exhaustive schema and for content pruning. Both are much easier to judge once you can see which pages people actually land on.

Run it again after launch

Launch day changes things. Run the whole list once more a week after go-live, when the site is on its production hostname with production caching in place. That second pass catches more than the first one for most builds.

If you would rather someone else ran it, that audit is where every on-page SEO engagement of ours begins. Ask us for a free audit and we will send you the findings whether or not you work with us.

Written byGrace Whitmore

Leave a Comment