SEO

Site Architecture

Also called Information architecture, site structure

The arrangement of a site's pages, sections and internal links, which decides what people and crawlers find first.

Quick facts: Site Architecture

Category
SEO
Also called
Information architecture, site structure
Level
Intermediate
Affects
Crawling, rankings, navigation, conversion rate
Where to see it
Screaming Frog, Google Search Console, any site crawler's depth report
In this article4
  1. How site architecture works
  2. Why site architecture matters
  3. Common mistakes with site architecture
  4. How to act on it

How site architecture works

Every website has a shape, whether anyone planned it or not. Architecture is that shape made deliberate: which pages exist, how they group into sections, what the addresses look like, and which pages link to which. A visitor meets it as navigation and breadcrumbs. A search engine meets it as a crawl — it follows links outwards from the homepage and builds a map of what you offer and how the parts relate.

Two things fall out of that map. The first is discovery: a page nothing links to is hard for a crawler to reach and easy for a visitor to miss. The second is emphasis. Pages that many internal links point to read as the important ones; pages buried far down read as minor. Internal linking is how you express that judgement, and it costs nothing but planning.

Why site architecture matters

Structure is the cheapest search work available. Rewriting a page improves one page. Reorganising a section changes how every page inside it is found, ranked and understood. It is also the difference between a site that can grow and one that seizes up: a clear structure absorbs new services and new locations without a redesign, while an ad hoc one turns every addition into an argument about where the link should go.

It matters commercially as well as technically. Most enquiries come from people who arrive on an inner page, not the homepage. If that page does not make it obvious where they have landed, what else you do and how to ask a question, the structure has cost you the enquiry however well the page ranks.

Common mistakes with site architecture

The most common is designing around the organisation chart instead of around demand. Departments make sense internally; buyers search for problems and services. A close second is depth for its own sake — nesting a page under three parent categories because the taxonomy felt tidy, which pushes it further from the homepage and from anyone browsing.

The opposite failure is just as damaging: hundreds of pages hanging off the root with no grouping at all, so nothing signals which are the pages that earn money. Then there are near-duplicate branches, where two sections cover the same service for slightly different audiences and end up splitting links and rankings between pages that should have been one.

How to act on it

Start with a crawl and a spreadsheet, not a diagram. List every address, its click depth from the homepage, its internal links in and out, and the single search intent it serves. The problems announce themselves: orphaned pages, repeated intents, and important pages sitting far too deep.

Then fix in order. Merge repeated intents first, because that decision changes everything downstream. Group what remains into a small number of sections a stranger could name without help. Give each section a real hub page that explains and links to its children, rather than a bare listing. Finally add contextual links inside body copy, which say far more about a page than another entry in the footer. If the restructure changes addresses, plan the redirects before anything moves — that is the corner of technical SEO where mistakes are expensive and slow to undo.

Do and do not

Do

  • Group pages by what buyers search for, not by department
  • Give every section a hub page that links to its children
  • Keep money pages within a few clicks of the homepage

Do not

  • Nest pages deeply just to make the taxonomy look tidy
  • Leave any page without at least one internal link in
  • Change addresses without mapping redirects first

Questions people ask about this

How deep should my pages sit?

There is no fixed rule, but the pages that earn money should be easy to reach from the homepage and from the section hub above them. Deep nesting is fine for archive material and support articles. If a visitor needs several clicks to reach a service you actively sell, the structure is working against you.

Do I have to change my URLs to fix architecture?

Often not. Much of the benefit comes from navigation and internal links, which you can change without touching a single address. Change addresses only when the existing ones are genuinely confusing, or when pages are being merged, and map every old address to its new one with a permanent redirect before the change goes live.

Is the menu enough, or do I need links in the text?

You need both, and they do different jobs. The menu covers the routes everyone uses and repeats on every page, so it says little about any particular one. Links inside body copy are specific: they say this page relates to that page, in these words. Those contextual links are what shape how a section is understood.

Related terms

Found this useful?

Share it, or ask an AI to summarise it

Back to the glossary

Knowing the term is the easy part

Applying it to your own site and budget is the work. Book a call and I will tell you what actually applies to you.