Most conversations about WordPress vs custom websites generate more heat than light. WordPress advocates point to its flexibility and ecosystem. Custom advocates point to performance and security. Both camps are right about some things and wrong about others. What's missing is an honest accounting of what you're actually getting and what it actually costs — not just upfront, but over time.

Let's cut through it.

What "custom" actually means

First, a terminology problem: everything gets called "custom" now. A site built on a Divi template with some colour changes is not custom. Nor is a Squarespace site with a custom domain. When we talk about a genuinely custom-built website, we mean code written specifically for your business — no CMS framework, no drag-and-drop builder, no template as a starting point. HTML, CSS, JavaScript, and any server-side code built from scratch for your requirements.

This distinction matters because it's the core of the cost difference. Custom development is labour-intensive. You're paying for a developer's time to build things from nothing instead of configuring an existing system. That's a real cost — but it produces a different kind of asset.

The honest case for WordPress

WordPress powers over 43% of all websites on the internet. That market share exists for good reasons. Here's what you're actually getting when you choose it:

At GhostRoutine, we build WordPress sites — properly, at a NZD $10,000 fixed project fee. That means custom design, clean code, no bloated theme frameworks, and only the plugins that are genuinely needed. A WordPress site built this way performs and holds its value. A WordPress site thrown together with a multipurpose theme and thirty plugins is a different product entirely.

The honest case for custom

Custom sites make the most sense when:

The security conversation you should be having

WordPress's security reputation suffers unfairly in some ways and accurately in others. The WordPress core, maintained by Automattic and a large contributor base, is reasonably secure. The problem is the ecosystem around it.

According to Wordfence, which runs one of the most widely used WordPress security tools, the overwhelming majority of WordPress compromises come through vulnerable plugins and themes — not WordPress core. An outdated plugin with a known vulnerability is an open door. Sites running unmaintained themes or plugins bought from discount marketplaces are consistently the attack targets.

The security rule for WordPress: run the fewest plugins possible. Every plugin is a potential vulnerability vector. Every one you don't need is a risk you don't need to take. A well-maintained WordPress site with ten well-chosen plugins is far more secure than one with fifty.

Custom sites aren't automatically secure — custom code can have vulnerabilities too — but they don't inherit the WordPress ecosystem's attack surface. They're not indexed in plugin vulnerability databases. Automated scanners targeting known WordPress exploits pass right over them.

Total cost of ownership — what people miss

The upfront build cost is only part of what you'll spend. Consider the full picture over three years:

WordPress ongoing costs

Custom site ongoing costs

Decision framework

Choose WordPress if: you need to manage content regularly, have a tight timeline, or need e-commerce or membership features. Choose custom if: performance is a priority, you have complex or unusual requirements, or you're building a static brochure site that rarely changes and want minimal ongoing costs and attack surface.

Neither choice is objectively better. Both can be built well or built badly. The question is which platform suits your actual operational needs, your team's capability, and your appetite for ongoing maintenance. Get that answer right and the platform becomes a secondary decision.

Not sure which direction is right for you? GhostRoutine builds both — and will give you a straight answer about which makes sense for your situation, not the one that makes the project bigger.

Book a free call →