Start a project
The Gro
Web Craft
Mar 2026·7 min read

ThehiddencostofCMScomplexity,andwhylessisfaster.

Most CMS rebuilds aren't about features. They're about complexity. Somebody built for every possible future need, and now nobody can update the homepage without a ticket.

W

Webgro Studio

AI-assisted · Human-edited

The hidden cost of CMS complexity, and why less is faster.

Most CMS rebuilds we're asked to do aren't about features. They're about complexity. Somebody built a site five years ago with every possible future need baked in, and now nobody can update the homepage without opening a ticket.

The thing is, complexity feels like capability. More fields, more post types, more flexibility. It all looks like 'investment' at build time. It rarely is.

The real costs of an overbuilt CMS

  • Editor friction. Simple content changes need developer intervention. Marketing velocity hits zero.
  • Maintenance burden. Every custom block, integration, and 'flexible' field is a surface that can break.
  • Onboarding drag. New hires take weeks to learn the admin, not minutes. Agencies charge for the learning curve.
  • Hidden performance tax. More fields = more queries = slower builds and slower page loads.

None of these are visible to the person spec'ing the build. All of them compound.

Signs you're overbuilt

  • Your CMS has 40+ custom post types and half are unused
  • Publishing a blog post requires knowing which of 8 page templates to pick
  • The dev rebuilds the staging environment once a quarter 'to clean things up'
  • Marketing asks the agency to make small copy changes
  • The admin UI has tabs that lead to 404s

The 80% test

We ask every client this: what are the eight things your team actually edits every week?

Then we build those into simple, obvious blocks. Everything else becomes 'contact dev for edit', because it should. Most 'flexibility' is used once by the agency at launch and never again.

Optimise for the top eight. Everything else is a rounding error.

What good looks like

  • Under 10 content types for most sites
  • A block library of 20–40 curated blocks, not 120 parametric ones
  • One editor session to publish a blog post, end-to-end
  • Zero developer involvement for 95% of content changes
  • Stack maintenance is a quarterly review, not a constant rescue mission

Simpler CMSes ship faster, move faster, and cost less to maintain. The complexity that felt like capability was a tax in disguise.

Our rule of thumb

If a content change needs explanation, the CMS is wrong. If every editor's first question is 'which template should I use?', the CMS is wrong. If the admin panel has more options than your homepage has sections, the CMS is wrong.

We've rebuilt enough of these to see the pattern. The next agency comes in and adds more flexibility. The new editor loves it for six weeks. Then they stop using it. Then in two years, somebody asks us to 'tidy it up.'

Start simpler. You'll build less, break less, and ship more. The eight things matter. Everything else is ornament.