Back to Blog
Architecture15 March 20263 min read · 728 words

Is Headless Commerce Worth It? A Practical Guide

N7

No7 Engineering Team

Growth Architecture Unit

Architecture — Is Headless Commerce Worth It? A Practical Guide — illustration

Headless commerce means decoupling your storefront from your commerce backend: Shopify, BigCommerce or commercetools handles products, orders and payments, while a separate React/Next.js or Hydrogen frontend renders the experience. It buys near-total control over UX and performance — and costs a multiple of a themed build to deliver and maintain. For most stores it is the wrong call; this guide covers the few cases where it genuinely pays back.

What headless actually means

In a traditional setup, storefront and backend are tightly coupled — your Liquid theme renders directly from Shopify. Headless separates the two: the backend exposes products, cart and checkout through APIs (Shopify's Storefront API, for example), and a standalone frontend application consumes them. That frontend is yours to build exactly as you want, free of theme constraints — and yours to host, secure, monitor and keep in sync with platform changes.

When headless genuinely pays off

Headless adds real value in three situations. Outside them, it mostly adds cost.

Experiences a theme can't deliver

3D or rule-driven product configurators, deeply personalised content, unusual catalogue interactions (strong fitment, complex B2B visibility) — when the UX requirement genuinely exceeds what OS 2.0 sections and apps can express, headless gives you the room to build it properly.

Performance is a measured constraint

Hydrogen and Next.js can ship less JavaScript and stream server-rendered content faster than a heavy Liquid theme — but only when built with discipline. The win is real when your Core Web Vitals (LCP, INP, CLS) are measurably hurting conversion and you have exhausted theme-level fixes. Architecture alone guarantees nothing: a poorly built headless site is slower than a well-optimised theme.

Multi-channel from one backend

If you serve web, a native mobile app, in-store kiosks or marketplace integrations from the same catalogue, a decoupled backend that feeds all of them is a genuine architectural advantage rather than a nice-to-have.

When it's the wrong call

If your current theme does what you need, headless is overkill. It adds complexity, costs several times more to build, and demands ongoing front-end and DevOps expertise that most mid-market teams don't have in-house. A well-optimised Liquid theme is fast, cheap to maintain, and ships in weeks. Reach for headless because a specific requirement forces it — never because it sounds impressive on a proposal.

The real cost and complexity

The honest comparison is not “themed vs headless performance” — it is total cost of ownership over three years.

Themed vs headless: total cost of ownership

DimensionOptimised Liquid theme (OS 2.0)Headless (Hydrogen / Catalyst)
Build cost£8,000-£40,000£30,000-£120,000+
Time to market4-10 weeks3-6 months
Team to maintainTheme dev + designerDedicated front-end engineers + DevOps
Performance ceilingHigh with disciplineHighest — if built and maintained well
Best forMost storesComplex UX, multi-channel, large teams

Below roughly £1M GMV, headless almost never pays back. Between £1M and £5M it needs a hard UX or multi-channel requirement plus an in-house front-end team to justify it. Above £5M — or when one of the three triggers above is real — it can be transformative. If you do go headless on Shopify, the next decision is the framework: our Catalyst vs Hydrogen comparison covers Remix vs Next.js, hosting and the trade-offs that matter in production, and our composable commerce reality check covers the fuller MACH picture if you are weighing a backend swap too.

How to decide

  1. Name the requirement. Write down the specific capability your theme cannot deliver. If you can't, you don't need headless yet.
  2. Exhaust theme-level options first. Most “we need headless for speed” cases are solved by app cleanup, image discipline and OS 2.0 — start with the performance guide.
  3. Cost the maintenance, not just the build. A headless storefront needs ongoing engineering; budget the retainer, not only the launch.
  4. Confirm the platform fit. Headless usually pairs with Shopify Plus for API limits and checkout — see when Plus makes sense and the BigCommerce vs Shopify choice before committing.

We've built both — plenty of Liquid themes, plenty of Hydrogen storefronts. The recommendation always follows the requirement, not the trend.

Adjacent reading: once you've decided headless is the right call, the next decision is the framework — see our engineering deep-dive on Catalyst vs Hydrogen for the trade-offs that actually matter in production.

Newer related guide: pgvector eCommerce Product Search: Supabase Setup (2026).

Frequently Asked Questions

The questions buyers and engineers ask us most about this topic.

Is headless commerce worth it?

Only when your frontend requirements exceed what a theme can reasonably deliver — unique product configurators, deep personalisation, multi-channel content, or non-standard brand experiences. For most stores, a well-engineered Shopify Online Store 2.0 theme or BigCommerce Stencil build outperforms a poorly-executed headless implementation at a fraction of the cost and complexity. Headless makes sense when UX requirements, not ambition, demand it.

What does a headless commerce build actually cost?

Realistic ranges in 2026: £30,000 to £120,000 for a Catalyst (BigCommerce) or Hydrogen (Shopify) build with standard scope. Add £30,000 to £100,000 for multi-region, B2B, or custom configurator work. The hidden cost is ongoing engineering: a headless storefront needs at least 0.5–1 FTE of engineering attention indefinitely to keep up with API changes, performance regressions, and new features. Theme stores need a fraction of that.

When should I avoid going headless?

Avoid headless when your team has no in-house frontend engineers, when your roadmap is dominated by merchandising and operations work rather than UX, or when your annual GMV is under roughly £1M (the engineering overhead rarely pays back). Most stores below that threshold get more value from optimising a fast theme and integrating better apps than from a headless rebuild.