Why We Build Small Business Websites as Static Pages (Not WordPress)
A fair look at the trade-off, and the cases where we do tell people to use WordPress instead.
· 7 min read
A fair look at the trade-off, and the cases where we do tell people to use WordPress instead.
· 7 min read
There's no single right answer here, and anyone who tells you there is is selling something. But roughly 80% of the sites we build are static HTML pages on a CDN, not WordPress. This post explains why, and — just as importantly — when we'd tell you to use WordPress anyway.
A static site is plain HTML, CSS and a bit of JavaScript. The pages are built once, and the server just hands them over. There's no database, no PHP, no admin panel running on every page load.
That's the whole concept. The page you're reading right now is a static page.
A static page is already a finished file sitting on a CDN edge server. It arrives in a few dozen milliseconds. A WordPress page typically has to assemble itself on request: run PHP, query the database, pull in plugins, then send the result.
For a local business competing in search, that gap matters more than people expect. It's also the difference between a visitor scrolling immediately and waiting a second for a blank screen on a phone signal that isn't great.
Not "can't be breached" — nothing is that safe. But static sites have a dramatically smaller attack surface. There's no login to brute force, no file upload endpoint, no plugin to exploit and no database to dump.
This matters when a business's site is also its shop window. The majority of WordPress compromises we know about are through outdated plugins, not through anything clever.
WordPress breaks. PHP updates, plugin conflicts, a shared host running out of memory, a database that needs migrating. All of it happens at 2am on a Sunday, and you find out on Monday.
A static site has no moving parts to go wrong. It either loads or the CDN is down.
Static hosting is a few pounds a year for the traffic a small business gets. Even with our care plans covering backups, monitoring and updates, there's simply less that can need fixing.
Nobody remembers to update WordPress. Six months after launch, plugins pile up, the admin panel is slow, and nobody's touched it. A static site doesn't have that failure mode — it doesn't change unless someone changes it.
Honesty matters more than looking clever, so here's when static is the wrong answer:
In those cases we'll say so, and we'll say what it will cost you to maintain either way. We'd rather earn a small honest fee over five years than a large one followed by a bad experience.
Static doesn't mean stripped back. The sites we build still have:
You get all of that, and it still loads in a blink.
If you already have a WordPress site and it works, it works. Rebuilding it because static is theoretically better is a decision most small businesses should not make. If your current site is fine, keep it and spend the money on something that brings in customers instead.
If your current site is slow, insecure, or frightening to edit, then it's worth a conversation — and we'd start by looking at what you have, not by pitching a rebuild.