1. The wrong question
Many developer conversations start from a fixed assumption: custom is always better. That is not how it works.
A custom theme takes longer to build, requires more ongoing maintenance and needs a developer every time the client wants to change a layout detail that a builder would handle autonomously. The right question: who manages this site in a year and what do they need to change without involving the technical team?
2. When a custom theme makes sense
There are projects where building a custom theme is the more defensible choice.
- The design has highly custom components that no builder handles well without adding many addons.
- Performance is a precise technical requirement: Lighthouse audits requested by the client or standards defined in the contract.
- The project has complex PHP logic: advanced custom post types, custom queries, bespoke plugins.
- The client never needs to change layout — only text and images.
- The team has the skills to maintain the theme over time without depending on external documentation.
3. When a builder is the right choice
A builder is not a shortcut. In many contexts it is simply the most appropriate solution.
- The client needs to edit layout independently: moving sections, adding blocks, changing element order.
- The project has a tight deadline and custom theme build time is not compatible with the agency pipeline.
- The design is relatively standard: hero, sections, cards, forms — things every builder handles well.
- The agency has a consolidated template library in Elementor or Bricks that shortens every new project.
- Future maintenance falls to someone without development skills.
5. The practical decision rule
A simple rule: if the client needs to change layout independently, use a builder. If the layout is fixed and the client only manages content, a custom theme is more defensible.
In many agency projects the answer is mixed: custom theme for the structural layer, Gutenberg or ACF Blocks for editorial sections. That gives technical control over the site skeleton and autonomy to the client over what they update every week.
Frequently asked questions
Is a builder-based site technically weaker?
Not necessarily. It depends on how it was built. A builder with global classes, clean markup and clear governance produces solid sites. A poorly built custom theme is as heavy as any badly managed builder.
Can you move from a builder to a custom theme later?
Yes, but it takes real work. In most cases it is more sensible to plan the right approach from the start than to migrate later with the site already in production.
Next step
Not sure which approach fits your project?
I can help assess the technical decision based on real requirements, timeline and client autonomy needs.
Talk about the project