When WordPress is the wrong tool

An open laptop on a wooden desk by a sunlit window, its screen filled with dozens of small mismatched teal, mustard, and blue interface tiles, sliders, and buttons packed edge to edge, with a potted succulent on the sill, scattered handwritten notes, and a speckled mug of coffee on a cork coaster.

WordPress runs a large share of the web, and most of the time that is deserved. We build on it and we maintain it, and for a site that is mostly pages, a blog, and a contact form it is hard to beat. The trouble starts later, when a site is quietly asked to become something WordPress was never shaped to be, and every new requirement is met by installing one more plugin.

What WordPress is genuinely good at

WordPress is a content management system, and on its home ground it is excellent. Pages and posts, a menu, a shop added through WooCommerce, an owner who can log in and change the words on a page without calling anyone: that is exactly what it was built for. The last part matters more than people credit. Handing a non-technical owner real control over their own content is a genuine strength, and it is worth remembering before you talk yourself into something more complicated.

So if your site is mostly content that changes now and then, WordPress is very likely the right answer, and the rest of this post is not about you. Keep it, keep it updated, and get on with your day.

The sign you are fighting the tool

The tell is a slowly growing stack of plugins propping up something that is not really a website anymore. A booking system with its own rules. A members area with tiers and permissions. A quote calculator, or a dashboard pulling live figures from another service. Each new need gets answered by installing another plugin, and each plugin arrives with its own settings, its own update schedule, and its own way of breaking.

Add enough of them and the failures stop being anyone’s fault in particular. Two plugins that worked fine alone disagree after an update, and the site goes down for a reason nobody can find quickly. Every plugin you add to fake a feature the platform does not really have makes that morning more likely, not less.

What a custom build stops fighting

When the logic is the actual point of the site, a custom build ends the fight. Rather than bending a content system into an application, the application is built directly. The booking rules, the permissions, the calculations become code you own, not behavior scattered across a dozen settings screens. It carries only what your site uses, so it tends to be faster, and there are no third-party updates landing overnight to knock it over.

It is also easier to change. When something needs adjusting, whoever does it is reading one codebase instead of working out how five plugins interact. We build storefronts, internal tools, and web apps this way, in plain PHP and JavaScript, for the projects where the logic is the point rather than the pages.

So which one is yours?

Ask what your site mostly is. If it is content with the occasional custom touch, stay on WordPress and keep it properly looked after, which is the WordPress maintenance and care we run for most of our clients. If your site is really an application wearing a website’s clothes, and you can feel it in the plugin count and the fragility, that is the point where a custom build earns its cost. It is the same judgment we work through when a client is weighing a template against hiring a developer: not which tool wins in the abstract, but which one fits the thing you are actually trying to run.

Keep reading

Outgrowing your plugins?

Tell us what your site has to do that it keeps fighting you on. We will tell you honestly whether it belongs on WordPress or wants a build of its own.