On this page · 14 sections
- What does "website structure" actually mean?
- What does a well-structured B2B site look like?
- Why does structure matter to buyers?
- Why does structure matter to AI assistants?
- Should each service have its own page, or one services page?
- How should articles and case studies fit in?
- How should pages link to each other?
- What should page addresses look like?
- Should our blog be on a subdomain or a subfolder?
- How should you structure a site that covers several countries or brands?
- How do you restructure a site without losing what you have?
- What to do this month
- Questions founders ask
- Sources
Most B2B websites are not designed so much as accumulated. The site launches with a sensible handful of pages. Then a new service arrives and gets a page wherever there is room. A sector push adds a landing page that nothing links to. The blog grows to eighty posts listed newest first. Five years on, nobody could draw the site on a whiteboard.
Visitors feel the result. A buyer from a housing association has to guess which menu your social housing work sits under. A prospect finds three articles on one service scattered across different years, unlinked. They leave thinking you do a bit of everything, the opposite of what a specialist firm wants.
AI assistants face a similar problem. Google's AI features answer one question by running several related searches at once, which Google calls query fan-out, and Ahrefs found in March 2026 that only 38% of AI Overview citations now come from pages ranking in the top ten, down from 76% in July 2025. A firm with a clear page for each service, sector and common question has more pages that can match those related searches. The structure that helps a buyer find their situation is almost always the one that helps search engines and AI assistants too.
What does "website structure" actually mean?
It is the way your pages are grouped, linked and named: what sits in the main menu, which pages sit under which, how pages link to each other in the text, and what the addresses look like. Designers call it information architecture.
Think of a filing cabinet against a library. In the cabinet everything sits in the order it was filed, and you find something only if you know where it is. In the library, related works sit together and the catalogue points you from one to the next. Only the library helps a stranger.
What does a well-structured B2B site look like?
Here is one picture for a firm with four services and three sectors. Say a mid-sized law firm offers employment, commercial property, dispute resolution and corporate work, for education, healthcare and manufacturing clients. The main menu has six items, each a hub page, with readable addresses underneath:
- Home (/)
- Services (/services/): a hub listing all four
- /services/employment-law/, /services/commercial-property/, /services/dispute-resolution/, /services/corporate/
- Sectors (/sectors/): a hub listing all three
- /sectors/education/, /sectors/healthcare/, /sectors/manufacturing/
- Our work (/work/): case studies tagged by service and sector
- /work/academy-trust-tupe-transfer/
- Insights (/insights/): topic hubs, not a date-ordered blog
- /insights/employment-law/ with its guides, such as /insights/employment-law/tupe-for-academy-trusts/
- People (/people/): one profile per partner or specialist
- About and Contact
- Services (/services/): a hub listing all four
The menu gives the shape. The cross-links in the text do the real work:
| Page type | Links to |
|---|---|
| Service page | Every sector it serves, its case studies, the people who lead it, its topic hub |
| Sector page | The services relevant to that sector, sector case studies, sector specialists |
| Case study | The service and sector it involved, the people who did the work |
| Guide | The service it relates to, its topic hub, the author's profile |
| Person | The services and sectors they lead, the guides they wrote |
Our own Who we work with hub works this way: a page for each sector we serve, each linking to our services, the client work relevant to that sector and the guides written for it.
Why does structure matter to buyers?
Because buyers arrive looking for their own situation, and structure decides how quickly they find it. A finance director at a food manufacturer wants to see your work for food manufacturers. If they cannot find their situation in a couple of clicks, many will assume you do not cover it.
On a flat site, a buyer from a multi-academy trust sees a list of practice areas and a news page. On the site above, they click "Education", see how each practice supports schools and trusts, read two education case studies and see the partners who lead that work. Same firm, same expertise, very different first impression.
Structure also signals specialism: one long services page makes a firm look like a generalist, however deep its experience.
Why does structure matter to AI assistants?
Because assistants match questions to pages, and a clear structure gives them clear pages to match. When a buyer asks which firms advise multi-academy trusts on employment law, a dedicated page linked from both the education sector page and the employment service page is an easy match. A passing mention in a list is not.
Be careful about how far the evidence goes. Google's link guidance says links help it find pages and understand them, and that "every page you care about should have a link from at least one other page on your site." Google, Bing and the assistants built on their indexes (Gemini, AI Overviews and AI Mode, Copilot, and ChatGPT search, which has drawn on Bing) benefit from that directly. Whether ChatGPT or Claude give weight to your menu position or link counts on their own has not been shown. Our view is that clear structure helps, but treat it as a well-grounded inference, not a proven rule.
One limit matters. Google's guide to AI features, updated July 2026, warns that creating separate pages for every query variation, mainly to manipulate AI answers, breaks its scaled content abuse policy. A page per service and sector is structure. A thin page per keyword is spam.
TCC Group shows what poor structure costs. When we reviewed its site, "What failed was underneath: a site organised around internal teams rather than the questions buyers ask, pages that half-answered the same question so neither was cited, and machine-readable data that declared a name, a logo and nothing else." (TCC Group case study)
Should each service have its own page, or one services page?
Each service your buyers choose separately should have its own page. One services page with a paragraph per service is hard for a buyer to scan and hard for a search engine or assistant to match to a specific question. The exception is a service nobody buys on its own, which belongs as a section on the page it supports.
Then decide which leads the menu, services or sectors. If buyers mainly look for a type of help, such as an audit or a legal specialism, lead with services and show the sectors inside each. If they mainly look for someone who understands their world, lead with sectors. Sector-first often suits buyers who are not specialists themselves. Either way, every service page should link to its sectors and every sector page to its services. Templates often make this harder than it should be, as we explain in template or custom website: which does a B2B firm need?
How should articles and case studies fit in?
They should sit with the work they relate to, not in a separate archive listed by date.
- Group articles by topic. Instead of one blog page with eighty posts newest first, create a few topic hubs, each with a main guide and the articles that go deeper, linked to the relevant service page. We explain how in how to organise your content so AI assistants see you as the expert.
- File case studies under service and sector. Tag each one with both, so it appears on both pages, and open it with the client type, the problem and the result.
- Connect people to their work. Profiles should link to the services and sectors people lead and the articles they wrote, which helps buyers see who they would work with and helps machines connect named experts with their subjects.
How should pages link to each other?
Deliberately, with descriptive words, and with the most links pointing to the pages that matter most.
- Use descriptive link text. "Read our guide to TUPE transfers for academy trusts" says what the next page is about. Google's guidance names "click here" as an example to avoid.
- Link from the text, not only the menu, where a reader needs the next page.
- Add breadcrumbs, the short trail such as Home, Services, Employment law, so visitors and crawlers see where each page sits.
- Check for orphan pages, which nothing links to. If a page matters, link to it. If it does not, redirect or remove it.
To find orphan pages, crawl your site with a crawler tool that follows links from the homepage, then compare its list with your XML sitemap, your CMS page list and the pages receiving visits in Search Console or analytics. Any page on the second lists but missing from the crawl is an orphan.
What should page addresses look like?
Short, readable and consistent with the menu. Google's URL guidance recommends readable words rather than ID numbers, with hyphens between words. /services/employment-law/ tells a reader and a crawler what to expect; /?p=456 tells them nothing. Two or three levels deep is enough for most B2B firms.
Do not change addresses casually. Each may have links, bookmarks and search positions attached. If a page must move, set up a permanent 301 redirect from the old address to the new one.
Should our blog be on a subdomain or a subfolder?
Put it in a subfolder, such as /insights/, unless there is a business reason not to. Google's SEO starter guide says of subdomains versus subdirectories, "From a business point of view, do whatever makes sense for your business", so neither is a ranking rule. The practical case for a subfolder is that articles and service pages share one site, one navigation and one set of internal links, which makes the cross-linking above easy. A subdomain such as blog.example.co.uk often ends up on a separate platform, with its own menu, and drifts away from the services it should support.
How should you structure a site that covers several countries or brands?
For several countries, use one domain with a subfolder per region, and tell search engines which version serves which market. Google's multi-regional guidance lists subfolders as easy to set up and low maintenance, and advises against switching content by visitor IP address, which it calls "difficult and generally not reliable". Mark each regional version with hreflang tags such as en-GB, en-US and en-AU, and Google's hreflang rules require that "Each language version must list itself as well as all other language versions."
| Option | Example | Best for | Watch out for |
|---|---|---|---|
| Subfolders on one domain | example.com/uk/, example.com/us/ | Most B2B firms: one site, shared authority, easy upkeep | Needs hreflang and a clear region switcher |
| Subdomains | uk.example.com | Regions run by separate teams or platforms | Easy to let regions drift apart |
| Country domains | example.co.uk, example.com.au | Firms that need a strong local identity | More domains to run and redirect |
Keep facts that do not vary by region, such as history, leadership and methods, in one place and share them. arum is a working example: "310 pages rebuilt across three regions, in weeks", with "3 regional versions: UK and Europe, North America, Australia and New Zealand" and "facts stored once so two pages never disagree, and every old address redirected so years of rankings carry over." (arum case study)
For a group with several brands, the question is whether buyers see them as one offer. If they do, one site with a section per brand is simpler. If the brands sell to different buyers, separate sites can work, but something must connect them. TCC Group's problem was "Three brands, one group. AI could only see the pieces." The plan included "one group page telling the story once." In the markup, Organization data on each site can name the parent and sister brands. ID-Pal needed exactly that after buying NorthRow: "About four hours of structured data work declaring NorthRow part of ID-Pal on both domains." (ID-Pal case study)
How do you restructure a site without losing what you have?
Plan it on paper first, keep what already works and redirect everything that moves.
Step 1: List every page you have
Export all your pages with their addresses, visits, enquiries and links from other sites. This shows what you must protect.
Step 2: Map how your buyers choose
Write down the services, sectors and problems buyers look for, in their words. This becomes the backbone of the new structure.
Step 3: Draft the new structure
Sketch the menu, the hubs and the pages in each, like the picture above. Decide where every existing page will live, which will merge and which will go.
Step 4: Plan the redirects
Match every old address to its new home or closest equivalent. Nothing that attracts visits or links should end in an error page.
Step 5: Launch and watch
Check search performance, enquiries and error reports weekly for the first two months. Our technical checklist for AI search covers the other checks to run at the same time.
What to do this month
- Draw your current site on one sheet of paper, section by section, and note anything you cannot place.
- Ask three recent clients how they would have looked for your services, and compare their words with your menu.
- Pick your strongest service and make sure its page links to its sectors, case studies, people and articles.
- Crawl the site, find the orphan pages, and link to them or redirect them.
- Decide whether your menu leads with services or sectors, and agree it with your partners or board.
Frequently asked questions
How many items should be in the main menu?
For most B2B firms, five or six: for example Services, Sectors, Our work, Insights, About and Contact. Everything else can sit inside those sections or in the footer. A long menu makes a firm look unfocused and is hard to use on a phone.
Should a group with several brands have one website or separate sites?
One site if buyers see the brands as parts of one offer, separate sites if each sells to a different buyer. Either way, publish one group page that names every brand and says how they connect, link each brand's site to it, and state the relationship in each site's Organization markup, so search engines and assistants stop treating the brands as strangers.
Do we need to restructure the whole site at once?
No. Many firms build one service or sector properly, with linked case studies, articles and people, and use it as the model for the rest. Restructure everything at once only when piecemeal fixes would take longer.
How many internal links should an article have?
There is no set number. Link wherever a reader would want to go next: the relevant service, a related guide, a supporting case study, the author's profile. Links added only to hit a number make a page harder to read.
Will changing our page addresses hurt our Google rankings?
It can, if old addresses are left broken. Set up a permanent 301 redirect from every old address, update your internal links, and submit the new sitemap in Google Search Console. Expect some movement for a few weeks, and keep the addresses of your strongest pages where you can.
How long before a new structure shows up in AI answers?
Assistants that search the web live, such as ChatGPT search, Perplexity, Copilot and Google's AI features, can reflect new pages within weeks once they are crawled. Answers drawn from a model's own training change only when the model is retrained, which takes months.
A clear structure is one of the few website decisions that helps buyers, search engines and AI assistants at once, and it costs far less than a redesign. If you want a site built around how your buyers choose, see how we plan and build a Website That Sells.
Sources
- Ahrefs, AI Overview citations and top-ten rankings (March 2026)
- Google Search Central, Optimizing your website for generative AI features on Google Search (July 2026)
- Google Search Central, Link best practices for Google (December 2025)
- Google Search Central, URL structure best practices (December 2025)
- Google Search Central, SEO starter guide (December 2025)
- Google Search Central, Managing multi-regional and multilingual sites (December 2025)
- Google Search Central, Tell Google about localized versions of your page (September 2026)




