What headless commerce is
In headless commerce, the storefront customers see is built separately from the commerce engine that manages products, carts, orders and payments. The front end — typically Next.js or Shopify Hydrogen — talks to the commerce platform through APIs.
This gives brands total control over design, content and performance, and lets them combine commerce with rich content, apps, kiosks or other channels. The trade-off is more engineering: you take on responsibility for the storefront that a theme would otherwise provide.
Problems we solve
- Theme limitations blocking the brand experience you want
- Slow storefronts despite optimisation efforts
- Content and commerce split across separate sites
- Multiple storefronts, regions or brands sharing one catalogue
- Desire to sell through apps, kiosks or new channels
What’s included
Custom storefront
Next.js or Hydrogen front end with your design system.
Commerce engine integration
Shopify Storefront API, BigCommerce, commercetools or Medusa.
Content integration
Headless CMS for rich editorial and landing pages.
Search & personalisation
Algolia or similar for fast search and merchandising.
Performance & SEO
Server rendering, edge caching and structured data.
Checkout
Platform checkout or custom flows within platform rules.
Is headless worth it?
Headless commerce makes sense for brands with significant revenue, strong design ambitions, complex content or multiple channels, and the budget for ongoing front-end development. For many growing stores, a well-optimised Shopify theme delivers most of the benefit at a fraction of the cost. We assess traffic, revenue, team and roadmap before recommending headless.
Keeping marketers in control
A common pitfall is a headless store that needs a developer for every landing page. We pair the storefront with a headless CMS and reusable sections so marketing teams can create pages, campaigns and promotions themselves, with previews before publishing.
Is headless right for you?
| Headless makes sense when | Stay with a theme when |
|---|---|
| You need a highly custom or app-like experience | A good theme meets your design needs |
| You sell through many channels from one back end | You sell mainly through one web store |
| Performance and SEO are major competitive factors | Current performance is acceptable |
| You have or can fund ongoing development | You rely on apps and no-code tools |
A typical headless architecture
- Commerce engine — Shopify, BigCommerce, commercetools or Magento for products, carts and orders.
- Front end — Next.js or a similar framework, deployed to an edge network.
- CMS — for editorial content, landing pages and campaigns.
- Search — Algolia, Typesense or a platform search service.
- Integrations — ERP, PIM, reviews and marketing tools via APIs.
Hidden costs to plan for
Headless gives freedom but removes some things you get for free with themes: app storefront blocks, preview, some checkout features and certain integrations need custom work. Budget for ongoing front-end maintenance. Learn more about headless web development and Next.js development.
Migrating to headless step by step
Moving to headless does not have to be a single risky switch. A common approach is to start with the pages that benefit most — such as the home page, landing pages or product pages — served by the new front end, while checkout remains on the existing platform. Over time more of the store moves across. This incremental approach spreads the cost, delivers performance gains early and lets the team build confidence before migrating the most critical flows.
- SEO redirects and URL structure preserved
- Analytics and tracking consistent across old and new pages
- Preview workflow for content editors
- Performance budgets agreed and monitored
Questions to answer before you start
Headless is a significant commitment, so we clarify:
- Which customer experiences are impossible or slow with your current theme?
- Who will maintain the front end after launch?
- Which commerce platform and CMS will remain the source of truth?
- Which channels — web, app, kiosk — will use the same APIs?
Choosing the commerce engine
Headless separates the storefront from the commerce engine, but you still need a reliable engine underneath for products, pricing, carts, orders and payments. The right choice depends on your catalogue, markets and team more than on the front-end framework.
| Engine | Strengths | Typical fit |
|---|---|---|
| Shopify (Storefront API, Hydrogen) | Hosted, secure checkout; large app ecosystem; low operational overhead | Direct-to-consumer brands wanting custom front ends without running infrastructure |
| BigCommerce | Strong APIs, multi-storefront, built-in B2B features | Brands with several storefronts or B2B and B2C together |
| commercetools and similar composable platforms | API-first, highly flexible data model | Large enterprises with complex catalogues and in-house engineering teams |
| Saleor, Medusa and other open-source engines | Full control and self-hosting, no per-order fees | Teams that want ownership and can operate the platform |
| WooCommerce or Magento via APIs | Keep an existing back office while modernising the front end | Gradual migrations from an established platform |
Overview for orientation; each platform’s capabilities and pricing change over time.
Performance and SEO in a headless build
Speed is one of the main reasons brands go headless, but it is not automatic. A poorly built headless site can be slower than a good theme. We plan rendering per page type: static generation for content and category pages that change occasionally, server rendering for personalised pages and client-side updates only where interaction requires it.
- Product and category pages delivered as complete HTML for search engines
- Structured data for products, prices, availability and reviews
- Image CDN with responsive sizes and modern formats
- Cache invalidation when prices, stock or content change, so pages are fast and accurate
- Redirect maps and canonical tags carried over from the previous site
- Core Web Vitals monitored from real-user data after launch
Operating a headless store
A headless storefront is a software application that your team owns. Unlike a theme, it needs a deployment pipeline, monitoring, dependency updates and someone who understands how the pieces fit together. Plan for this before committing.
- Hosting and deployment — platforms such as Vercel, Netlify or Shopify Oxygen, or your own cloud, with preview environments for every change.
- Monitoring — uptime, error tracking and checkout funnel alerts so problems are found by your team, not by customers.
- Content workflow — a headless CMS where marketers create landing pages and campaigns without developer involvement for routine changes.
- Ownership — a named internal owner or a support agreement covering updates, incidents and small improvements.
When to stay on a theme instead
For many stores, a well-built theme on a modern platform delivers most of the benefits at a fraction of the cost. If your main goals are a faster site and a more distinctive design, a custom theme with careful performance work may be enough. Headless earns its cost when you need content and commerce deeply blended, several storefronts sharing one engine, experiences a theme cannot support, or a front end shared across web, apps and in-store screens.
Not sure which applies to you? Compare with our Shopify development approach or ask for an honest recommendation.
Questions to ask a headless commerce partner
- Which commerce engine and CMS would you recommend for us, and why not the alternatives?
- How will marketers create landing pages and campaigns without a developer?
- What will hosting, monitoring and ongoing maintenance cost each month?
- How do you protect SEO during the migration, and how will you measure it afterwards?
- What happens to checkout, apps and integrations we rely on today?
Clear answers to these questions are a good sign that a partner has run headless projects in production, not just built prototypes.
Related services
Part of eCommerce development. See also headless web development and Next.js development.
This page is part of eCommerce Development Services — see the full overview for related services, approach and pricing.