How Many Pages Should a B2B Website Actually Have?

How Many Pages Should a B2B Website Have?

Most B2B companies need far fewer pages than they have. A clear answer for a Series A or Series B software company is somewhere between 40 and 120 indexable pages, including the blog. Past that, every new page should have to earn its place against a named job.

That number surprises people. We have watched sites grow to six hundred pages in two years without anyone deciding that should happen. Nobody approved it. It was the sum of a hundred small reasonable choices, each one defensible on its own.

This piece is about setting a page budget on purpose, the same way you would set a performance budget. Not to hit a magic number, but so that adding a page becomes a decision instead of a reflex.

Why Does Page Count Get Out of Hand in the First Place?

Because adding a page feels free and removing one feels risky. A new page costs an afternoon and might rank. Deleting a page might lose traffic nobody has measured. So sites only ever grow, and the growth compounds quietly through templates and CMS collections.

Four patterns account for most of it in our experience. Blog posts written for keywords nobody on the sales team recognises. Landing pages built for a campaign that ended eighteen months ago. Templated pages generated from a spreadsheet of industries or cities. And tag or category archive pages the CMS created without anyone asking.

The last one is the sneakiest. A blog with 200 posts and 30 tags can produce hundreds of extra URLs that no human ever chose to make. We wrote about the deliberate version of this in our guide to programmatic SEO, and the difference between the deliberate and accidental versions is the whole game.

What Counts as a Page That Earns Its Place?

A page earns its place if it answers a question a real buyer asks, and someone in your company would send the link in a live conversation. That is the whole test. If nobody would ever paste the URL into an email or a sales call, the page is inventory, not an asset.

We like this test because it is fast and it cannot be gamed by a keyword tool. Search volume tells you whether anyone types the phrase. It does not tell you whether your company has anything worth saying about it, or whether the visitor could ever become a customer.

The second question is who owns the page. Every page needs a named owner who will notice when it goes stale. A page with no owner will be wrong within a year, and a wrong page costs you more than a missing one.

Does Google Actually Care How Many Pages You Have?

For crawling, almost certainly not at your size. Google's own crawl budget guide says the advice is for "Large sites (1 million+ unique pages) with content that changes moderately often (once a week)" and "Medium or larger sites (10,000+ unique pages) with very rapidly changing content (daily)."

The same page is blunter still. It says that "if your site doesn't have a large number of pages that change rapidly, or if your pages seem to be crawled the same day that they are published, you don't need to read this guide." A 400 page marketing site is not a crawl budget problem.

So the crawl argument that gets used to justify cleanups is usually wrong. We still do the cleanups. The reason is different, and we cover it in the next section. The crawl mechanics themselves are a separate topic, and for a marketing site they are rarely the binding constraint.

One place the numbers do bite is sitemaps. Google states that "all formats limit a single sitemap to 50MB (uncompressed) or 50,000 URLs," and that beyond that "you must break your sitemap into multiple sitemaps." If you are anywhere near 50,000 URLs on a B2B marketing site, something has gone wrong upstream.

When Do Extra Pages Start to Hurt You?

Three ways, none of them about crawl budget. They split your own topical coverage, they raise your maintenance cost, and at volume they can cross into a policy Google enforces directly. All three get worse as the page count climbs.

The splitting problem is the most common. Four thin posts about the same question compete with each other, so none of them becomes the strong page. Google has to guess which one you meant. The fix is to merge them into one page that is clearly the best answer you have.

The maintenance cost is the one finance teams understand. Every page carries a product claim, a price, a screenshot, or a customer name that can go out of date. Multiply that by four hundred and you have a permanent liability sitting on your domain.

The policy risk applies at real volume. Google's spam policies define scaled content abuse as when "many pages are generated for the primary purpose of manipulating search rankings and not helping users," and it notes that this applies "no matter how it's created." Human authorship is not a defence if the pattern is the problem.

How Do You Build a Page Budget by Type?

Set a target count per page type before you write anything, then treat each type as a fixed allowance. When a type is full, a new page has to replace an existing one. This forces the comparison that nobody makes voluntarily.

Here is a starting shape we use for B2B software companies. Adjust the numbers to your market, but keep the discipline of a cap per type.

Page type	Typical count	What makes it earn its place
Core marketing	8 to 12	Home, pricing, about, contact, careers, and one page per real buying question
Product or feature	5 to 15	One per thing a buyer evaluates separately, not one per shipped feature
Use case or industry	3 to 8	Only where you have a named customer and different language, not a spreadsheet row
Comparison	3 to 8	Only for competitors that actually show up in your lost deals
Case studies	5 to 20	One per customer who agreed and has a result worth naming
Blog	20 to 80	One per question your team answers repeatedly in sales calls
Docs and glossary	As needed	Driven by the product surface, not by search volume

Notice what is missing. There is no row for pages built because a competitor has them, and no row for campaign landing pages, which should be unindexed and deleted when the campaign ends.

What Should a Focused B2B Site Look Like?

Tight at the top and deep only where buyers need depth. A clear home page, one pricing page, a small number of product pages, a handful of proof pages, and a blog that reads like a company with opinions rather than a keyword inventory.

The structural version of this matters as much as the count. Every page that earns its place should be reachable in two or three clicks from the home page. If a page is buried six levels deep, that is a signal it was never part of the plan. Our piece on site architecture and click depth covers how to lay that out.

We also keep the navigation honest. If a page type is not in the navigation and not linked from any page a buyer visits, ask why it exists. Orphan pages are the clearest evidence of a site that grew rather than one that was designed.

How Do You Decide What to Cut?

Sort every page by clicks and by conversions, then look at the pages with neither. Most of them are candidates to merge or remove. The point is not deletion for its own sake. It is getting to a set of pages your team can actually keep good.

Our order of operations is merge first, redirect second, delete last. Merging keeps whatever authority the old page earned and turns four weak answers into one strong one. A redirect preserves any link equity pointing at a page you no longer want. Deleting with no redirect is for pages that never should have existed.

What we avoid is a single mass cleanup in one week. Change a batch, wait, read the data, then change the next batch. If you cut 300 pages at once and traffic moves, you will never know which change caused it. We walk through the sequencing in our guide to pruning old blog posts.

Does the Answer Change for AI Search?

Our view is that it pushes the same direction, harder. An answer engine has to pick one passage to cite. Four thin pages on one topic give it four mediocre options. One thorough page gives it a clear one. Fewer, better pages is the friendlier shape.

We want to be careful here. We have not seen a published statement from Google, OpenAI, Anthropic, or Perplexity confirming that consolidating pages raises citation rates. So treat that as our working hypothesis rather than a measured fact, and measure it on your own site if it matters to you.

What is not a hypothesis is the maintenance argument. If a model is going to quote your page to a prospect, you want the page to be current. That is much easier across 60 pages than across 600.

Where Would We Start on Your Site?

With a full URL inventory and two columns beside it. Clicks over the last six months, and the name of the person who owns the page. Most sites cannot fill in the second column for half their URLs, and that gap is usually the whole finding.

From there the work is unglamorous and fast. Merge the duplicates, redirect the dead campaigns, unindex the archives nobody chose to create, and set a cap per page type so the problem does not come back next year.

If you want a second pair of eyes on which pages are carrying your site and which ones are just sitting there, we are happy to walk through it. You can find us at phoenix.studio.