Backend SEO

Technical SEO Explained: What Happens Behind Your Website

Understand the technical side of SEO without the nonsense.

In Plain Language

What Is Backend SEO?

It's the work that happens behind the scenes to help search engines find, read, and understand your website. Nothing more, nothing less.

Sometimes you just need a nerd with a coffee addiction to handle the nerd stuff.

That's what I'm here for.

Six core areas that determine how search engines see your site.

Crawlability

Can search engines find your pages?

Indexability

Will they include them in search results?

Performance

Is your website fast and stable?

Structured Data

Can Google understand your content?

Redirects & URLs

Is your link structure clean?

Security

Is your website safe and trusted?

Fundamentals

Crawlability vs. Indexability

These two concepts are often confused. They are not the same — and understanding the difference is critical.

Crawlability

Can Google find it?

Crawling is the process of discovering a URL and examining its content. If Googlebot cannot reach a page, it cannot evaluate it.

Example: /robots.txt
User-agent: Googlebot
Disallow: /admin/
Disallow: /private/
Disallow: /checkout/*
Broken internal links Incorrect robots.txt JavaScript-dependent navigation Orphan pages with no inbound links
Indexability

Will Google include it?

Indexing is deciding whether a page belongs in Google's searchable catalog. A page can be crawled but still not indexed.

Meta robots — noindex directive
<meta name="robots" content="noindex, nofollow">
Pages marked noindex accidentally Thin or low-value content Duplicate pages competing Canonical tags pointing elsewhere
Configuration

Robots.txt & XML Sitemaps

Small files that tell search engines where they can and cannot go — and what matters most.

robots.txt
Example: /robots.txt
# robots.txt example
User-agent: Googlebot
Allow: /public/
Disallow: /admin/
Disallow: /checkout/*
Disallow: /*?session=
Sitemap: https://example.com/sitemap.xml
Case-sensitive paths Each rule on its own line Wildcards (*) match any sequence Use Allow: to override a Disallow
XML Sitemap
Example: /sitemap.xml
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url><loc>https://example.com/</loc>
  <lastmod>2026-03-15</lastmod>
  <priority>1.0</priority></url>
  <url><loc>https://example.com/about</loc>
  <lastmod>2026-02-20</lastmod>
  <priority>0.8</priority></url>
</urlset>
Only include indexable pages Keep under 50,000 URLs per sitemap Use lastmod to signal freshness Submit via Google Search Console
Server Responses

HTTP Status Codes & Redirects

Every server response tells a story. Some are harmless, others need attention. Here's what they actually mean.

200
200 OK — Success
Page loaded successfully. This is what every working page should return.
301
301 Moved Permanently
The page has permanently moved. Passes most SEO value to the new URL.
302
302 Temporary Redirect
Use for temporary moves only. Does not pass SEO value like a 301 does.
404
404 Not Found
Page doesn't exist. Too many 404s signals poor site maintenance to Google.
410
410 Gone
Content intentionally removed. Google will drop it from the index faster.
5xx
5xx Server Error
Internal server issues. Persistent 5xx errors can hurt crawl budget and rankings.
Redirect chain example (bad)
https://oldsite.com/page
  → 301 https://newsite.com/page
    → 302 https://newsite.com/temp-page
      → 301 https://newsite.com/final-page
        → 200 OK

Each redirect adds a small amount of latency. Keeping chains short is good practice — one hop is ideal, but two or three won't break your site.

Canonicalisation

Canonical URLs & Duplicate Content

When the same content exists at multiple URLs, you need to tell search engines which one matters. That's what canonical tags do.

Canonical tag example
<link rel="canonical" href="https://example.com/product" />
Multiple URLs, same content:
/product?color=red
/product?color=blue
/product?sort=price
/product ← canonical (the one that ranks)
Canonical tags are not commands — Google may ignore them if signals conflict Internal links, sitemaps, and canonicals must agree on the same URL Self-referencing canonicals are fine and recommended
Primary Page — Canonical
Canonical
← canonical →
Variant 1 Variant 2 Variant 3

A Strong Website Starts With a Strong Foundation

You can have the best content in the world. But if the technical foundation is broken, you may never get the visibility you deserve.