Skip to content
Back to the glossary

Technical SEO

The work of making a site crawlable, indexable and fast enough that its content gets a fair hearing.

How it works

Technical SEO is everything that decides whether search engines can find, crawl, render and correctly index your pages. It covers crawl budget and robots directives, the XML sitemap, canonical tags, redirects, hreflang for multilingual sites, site architecture and internal linking, rendering, and page speed.

It is invisible when done well and total when done badly. Content quality is irrelevant on a page a crawler cannot reach, and no amount of link building fixes a canonical pointing at the wrong URL.

It is also the part with the highest ratio of quick wins, because most sites have accumulated years of small errors nobody has looked at: orphaned pages, redirect chains, duplicate titles, parameters generating infinite URLs.

Technical SEO vs on-page SEO

AspectTechnical SEOOn-page SEO
ScopeThe whole site and its templatesOne page and its content
Main questionCan the page be crawled, rendered and indexed, and which version counts?Does the page answer the query well and clearly?
Typical elementsRobots directives, sitemaps, canonicals, redirects, hreflang, speed, renderingTitles, headings, body copy, images, meta descriptions, links within the text
Main toolsScreaming Frog, Search Console, PageSpeed InsightsSearch Console queries, SERP review, Ahrefs or Semrush keyword data
Where the fix livesTemplates and server settingsThe content of each page

The line between them is blurry: internal linking and structured data belong to both. On a CMS like WordPress the useful distinction is where the fix lives. A technical fix usually goes into a template and repeats across every page that uses it, while an on-page fix improves one page at a time.

A real example from our own site

In October 2026 we crawled northblueagency.com with Screaming Frog, and our own bilingual site had exactly that kind of buildup. We found 46 hreflang return links pointing to pages that had been set to noindex, which tells Google to pair a page with an alternate it is not allowed to index.

More than 100 internal links on Spanish pages pointed to English URLs: the “Ver los casos” button went to /case-studies/ and “Volver al blog” went to the English blog. Spanish category pagination had rel=”next” pointing to the English category. LocalBusiness schema on our location pages had no address, and 10 links returned 4xx because they pointed to posts that were scheduled but not yet published. None of this showed on the surface. All of it was costing clarity.

The fix for most of these lives in templates, because a link hardcoded in a theme repeats on every page that uses it. That is the practical reason to crawl after every release: one template error multiplies into dozens of page-level errors.

How to run a technical SEO check, step by step

We run this sequence at the start of every engagement and again after each release. It works the same on a 20-page site and on a 2,000-page one; what changes is the time each step takes.

  • Start in Google Search Console: the Pages report for indexing status and the reasons pages are excluded, Crawl stats for errors, and Core Web Vitals for real user data.
  • Crawl the whole site with Screaming Frog, with JavaScript rendering turned on if the site depends on it, and export status codes, redirect chains, canonicals, hreflang and directives.
  • Compare the crawl with the XML sitemap. Sitemap URLs that are noindex, redirected or broken need fixing, and so do indexable pages missing from the sitemap.
  • Review robots.txt and meta robots together, so nothing you want indexed is blocked and nothing blocked is expected to carry a noindex.
  • Test the key templates in PageSpeed Insights on mobile and note which issues repeat across them.
  • Validate structured data on one URL per template with the Rich Results Test.
  • Group the findings by template, fix the template instead of individual pages wherever possible, and crawl again to confirm.

What we check

  • Full crawl for status codes, redirect chains, orphaned pages and 4xx links.
  • Robots.txt, meta robots and XML sitemaps saying the same thing about which pages count.
  • Canonical tags pointing to the indexable version of each page.
  • Hreflang pairs that are reciprocal and point only to indexable pages.
  • Internal links that stay inside the right language and section.
  • Rendering and Core Web Vitals on mobile.

Technical SEO for AI search and local results

AI systems can only cite pages they can retrieve. Google’s AI Overviews and AI Mode draw on Google’s index, so a page that is not indexed cannot appear there. ChatGPT and Perplexity use their own crawlers (OAI-SearchBot for OpenAI search, PerplexityBot for Perplexity), which follow robots.txt like Googlebot does. Blocking them by accident, or showing key content only through JavaScript that a simpler crawler may not execute, keeps those pages out of their answers.

For local businesses, technical SEO means location pages that load fast on mobile, consistent name, address and phone in the markup, and a structure where every area page is linked from the rest of the site. A location page that exists only in the sitemap, with no internal links pointing to it, sends a weak signal about how much it matters.

When it matters for your business

  1. Small business.A site with 20 pages can still have a wrong canonical or a blocked folder. One careful audit usually finds the issues that matter, and they are often quick to fix.
  2. E-commerce.Filters, sorting parameters, out-of-stock products and pagination generate huge numbers of URLs. Technical SEO decides which of them get crawled and indexed.
  3. Multilingual site like ours.Hreflang, language-specific internal links and translated slugs add a layer of errors that single-language sites never face, as our own audit showed.
  4. Local service business.Location pages built from one template share every template error, so a single fix improves all of them at once.

If you are unsure where to start, the Pages report in Search Console is the quickest signal. A growing list of excluded pages, with reasons you did not expect, usually means something technical changed.

Common mistakes

  • Setting pages to noindex without updating the hreflang and sitemap entries that reference them.
  • Hardcoding buttons and template links to one language on a multilingual site.
  • Linking to scheduled content before it goes live.
  • Running one audit at launch and never again, while every theme and plugin update adds new issues.

A technical audit is the first step of our traditional SEO work. If you want technical, content and AI visibility handled together, see our SEO 360 service.

Technical SEO: common questions

We answer the most common questions about our services

What does a technical SEO audit include?

A full crawl of the site plus a review of status codes, redirects, canonicals, robots directives, sitemaps, hreflang, internal linking, structured data, rendering and page speed.

How often should technical SEO be checked?

At least every few months, and after any redesign, migration, theme change or major plugin update, since those changes often break things silently.

Is technical SEO only for large sites?

No. Small sites have fewer pages but the same kinds of errors, and on a small site each broken signal weighs more.

What tools do you use?

A crawler such as Screaming Frog, Google Search Console, PageSpeed Insights and Google’s Rich Results Test, plus manual checks of templates and source code.

What is the difference between technical SEO and on-page SEO?

Technical SEO deals with how the site is crawled, rendered and indexed, mostly through templates and server settings. On-page SEO deals with the content and structure of each individual page.

Does technical SEO affect AI search?

Yes. AI Overviews draw on Google’s index, and assistants such as ChatGPT and Perplexity use their own crawlers, so pages that are blocked, broken or not indexed cannot be cited.

Do Core Web Vitals affect rankings?

They are part of Google’s page experience signals, but relevance weighs much more. They matter most when competing pages are otherwise similar, and for the experience of the visitors who do arrive.

Chat with us!