We stopped taking WordPress projects in 2023. That makes us biased — so let's be explicit about it and work through where WordPress still wins, where it doesn't, and how to decide.
You need a blog or WooCommerce store, you want to manage it yourself without any developer contact, and performance isn't a primary concern.
You need speed, security, a site that won't degrade over time, custom integrations, or maximum Core Web Vitals scores.
Without aggressive optimisation. Worse on shared hosting.
What we aim for on every build. King Double Glazing hit 1.2s.
King Double Glazing: rebuilt from a 13.1s LCP to a Lighthouse score of 99.
The King Double Glazing rebuild: moved from a WordPress-adjacent setup with a 13.1-second LCP to a Next.js site scoring 99 on Lighthouse. The Instant Estimate Tool was added at the same time. Read the case study →
In 2023 we made a deliberate call: the maintenance burden of WordPress projects was costing our clients more in the long run than the lower upfront cost justified. Plugin conflicts, security patches, PHP updates, theme breakages — we were spending billable hours on problems that wouldn't exist on a modern stack. We'd rather build something that runs clean for five years.
You can improve WordPress performance significantly with caching, a CDN, and image optimisation. But you're fighting the architecture, not working with it. King Double Glazing was rebuilt from a heavily-cached WordPress-adjacent setup with a 13.1-second LCP. After the rebuild on Next.js, it scored 99 on Lighthouse. Caching helps; it doesn't fix fundamentals.
WordPress is cheaper to start: low monthly hosting, an inexpensive theme, and plugins that vary. But factor in a few hours of maintenance per month (security updates, plugin checks, backups), the occasional emergency (a plugin breaks something after an update), and the cost of a developer when things go wrong — and the 3-year cost is often comparable to a well-built Next.js site. Over 5 years, custom is usually cheaper.
Yes. For a client who needs to manage their own content daily and doesn't want any developer involvement, WordPress CMS is genuinely better for them. For WooCommerce stores with standard product catalogues, it makes sense. We're not ideological about it — we just don't build it anymore because we're better at the alternative.
Not with a headless CMS. We use TinaCMS or Sanity depending on the project. Editors get a clean interface scoped to what they actually need to update. It's not as raw-access as WordPress, which for most clients is a feature, not a bug.