A response to Does Page Count Really Impact Website Pricing? (February 2024)
In February 2024 I answered a question every website buyer asks sooner or later: if my site has more pages, will it cost more? I started with a bit of history. When I began building websites, every page was hand coded, and the math was simple:
“In those days there was almost a direct correlation between the number of pages and the cost of a project.”
Then database-driven platforms like WordPress broke that correlation. Build the templates once, and adding more pages costs very little. That was true then and it’s still true now.
The minimum cost of a small site
The more interesting part of that video was the downside. A database-driven site carries overhead no matter how small it is. I listed it out: header, menu system, footer, page template, post template, archive template, search results, a 404 page, all designed and built for desktop, tablet, and mobile. I said:
“That’s a lot of overhead for a small site.”
And so there was a minimum cost for any project, even one with just a few pages. That was honest. A five-page site still needed most of the same plumbing as a hundred-page site, and someone had to build it.
This is where the agentic revolution changes things. Much of that overhead is exactly the kind of work AI agents now do quickly under experienced direction. We start from our own AI-native theme, agents follow a playbook and our design standards, and the base templates come together far faster than they did when a developer built each one by hand or assembled them in a page builder. The floor hasn’t disappeared, but it’s much lower. A small organization no longer has to pay big-site overhead to get a well-built small site.
What still scales with pages
I was careful in 2024 to say page count still mattered in a few ways, and those deserve an honest update one at a time.
First, information architecture. A site with hundreds of pages needs a structure and a menu system that people can actually use. That’s planning work, and it still scales with size. Agents don’t decide how a visitor should find the right program among two hundred. People do.
Second, more templates and more content components. I said:
“the more pages a site has, the greater the likelihood that it will require more custom templates besides the basic set.”
That’s still likely. What changed is the cost of each one. A new template or a new component used to mean real development time, or a compromise to fit what the page builder already offered. Now an additional template is a much smaller line item, and it can be built to fit the content instead of the other way around.
Third, content migration. In a redesign, moving hundreds of pages from the old site used to be hours of tedious copying and cleanup, billed by volume. Agents are very good at this kind of patient, repetitive work, and the cost has dropped accordingly. Someone still has to decide what’s worth migrating and review that it landed correctly. That part I’d never hand off.
All the factors still interact
My closing point in that video was that you can’t price a website on page count alone, because the factors affect one another. That’s still the right way to think about it. A large number of simple pages is a modest job. A large number of complex pages, with dense tables and special layouts, is a bigger one. I covered that combination in the next video, and I’ve revisited it in a response on content density.
What’s different is the overall scale. The building part of every one of those factors has collapsed. What’s left is mostly the thinking: structure, content decisions, design, and review. That’s where a budget should go anyway.
So does page count impact price? A little, in the places where it adds real planning and content work. Much less than it used to in the places where it only added code.
¡Viva la Revolución!