Technical SEO

Fast, crawlable, indexed

Technical SEO makes sure search engines can reach your pages, understand them, and serve them fast enough that customers do not leave first. It is the least visible work we do and usually the highest leverage.

Answered by hand within one business day. No call required, no obligation.

Largest contentful paint
Before4.2s
After1.1s

Who this is for

  • Your site takes four seconds to show anything on a phone, which is where most of your traffic is.
  • Search Console reports pages as “Discovered – currently not indexed” and nobody has explained why.
  • Your booking or ordering system loads in an iframe and you have no idea whether Google sees your prices.
In plain language

What technical SEO actually is

Technical SEO is the work of making sure a search engine can reach every page on your site, understand what is on it, and serve it fast enough that the visitor has not already left. Three jobs — crawling, indexing, speed — and none of them are about the words on the page.

Crawling and indexing come first because they are binary. If Google cannot reach a page, or has reached it and decided not to keep it, nothing else about that page counts: not the content, not the links pointing at it, not the time you spent on it. Pages usually go missing for dull reasons — a menu only a browser can open, a stray noindex tag, a robots.txt rule nobody remembers adding, or two versions of the same page competing with each other.

Speed is the part customers feel. Core Web Vitals are a confirmed ranking input, but the bigger effect is behavioural: people leave slow pages before they ever see what you offer, and on a phone connection that happens sooner than most owners believe.

What it is not: a source of growth on its own. Technical SEO does not create demand or win rankings. It removes the reasons you cannot rank, which is why it goes first and why doing it after a content push wastes most of the content.

What is included

Six things, all of them concrete

Core Web Vitals

LCP, CLS and INP measured on real mobile connections, then fixed at the cause: usually images, render-blocking scripts and third-party booking widgets.

Crawl & index audit

A full Screaming Frog crawl checked against Search Console coverage to find what is blocked, duplicated, redirect-chained or quietly noindexed.

Site architecture

URL structure, internal linking and navigation, so every page is reachable in three clicks and no page is an orphan.

Structured data

LocalBusiness, FAQPage, BreadcrumbList and Article markup, validated in the Rich Results Test rather than assumed to work.

Third-party script control

Booking engines, chat widgets and analytics audited for weight and blocking behaviour. Most businesses carry 300KB they get nothing from.

Monitoring

Search Console and field CrUX data checked monthly, so regressions get caught in weeks rather than at the next annual audit.

Timeline

What happens, and when

Speed fixes show in lab data immediately, but field data (the numbers Google actually uses) needs 28 days of real traffic to update. Index recovery is usually visible in 2 to 6 weeks.

  1. Week 1

    Crawl, field data pull, prioritised issue list with the expected impact of each item.

  2. Week 2–4

    Fixes deployed in priority order, each measured before the next one starts.

  3. Week 5–8

    Re-crawl, index recovery tracking, structured data validation.

FAQ

Technical SEO: common questions

Does site speed actually affect enquiries?

Yes, on two fronts. It is a confirmed ranking input, and it changes behaviour directly, because mobile visitors abandon slow pages before they ever see what you offer. The slower the page, the more of them leave before it has finished loading.

My site was built on Wix or Squarespace. Can it still be fixed?

Mostly yes. Image handling, heading structure, internal links, schema and third-party scripts are fixable on any platform. What you cannot fix is the platform floor. If the builder ships 900KB of JavaScript on every page, no amount of tuning reaches a 1s LCP, and at that point a rebuild is the honest recommendation.

Why are my pages not being indexed?

Usually one of four things: they are blocked by robots.txt or a noindex tag, they duplicate a page Google already has, they are orphaned with no internal links pointing at them, or the site is slow enough that Google has throttled its crawl. Search Console coverage data tells you which one in about ten minutes.

Do I need schema markup on a small business site?

Yes, and it matters more for a small site than a large one. You do not have the brand authority that lets Google guess correctly about you, so structured data is how you remove the ambiguity: what you serve, your hours, your price range, your location.

Can you work with my existing web developer?

Yes, and it is usually the fastest route. We deliver a prioritised issue list with the reasoning and expected impact for each item, your developer implements it, and we re-test after deployment to confirm what actually changed.

Also worth reading: how this is priced · the blog

Free audit

Want to know what is holding your business back?

Send us your website and we will reply within one business day with the two or three things we would fix first on it. No call required, no obligation.

Get my free audit