Blogs

How headless commerce works with Composable Storefront

Headless commerce with Salesforce Composable Storefront separates the shop your customers see from the commerce engine that runs it. We think it pays off when your storefront has to change faster than your catalogue, pricing and order logic, and only then.

Headless storefront on Salesforce Composable Storefront shown on phone and laptop

Key takeaways

1

Headless pays off when your storefront must change faster than your back end.

2

Managed Runtime hosts the front end, but your own code and releases stay yours.

3

Back-end work keeps its value even if the storefront programme stops halfway.

Heading 1

Heading 2

Heading 3

Heading 4

Heading 5
Heading 6

Lorem ipsum dolor sit amet, consectetur adipiscing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur.

Block quote

Ordered list

  1. Item 1
  2. Item 2
  3. Item 3

Unordered list

  • Item A
  • Item B
  • Item C

Text link

Bold text

Emphasis

Superscript

Subscript

The decision on the table is whether to rebuild your storefront as a separate front end, and which route to take there. The back end keeps its value either way: products, prices, promotions and orders stay where they are. The new front end is code your organisation owns, and it needs a team long after launch. That ownership, more than the technology, decides whether the investment returns anything.

What headless means on Salesforce B2C Commerce

On Salesforce, headless means the storefront runs as its own application and talks to Commerce Cloud (Agentforce Commerce) through APIs. Composable Storefront (PWA Kit) is Salesforce's framework for that front end: a React-based progressive web app, which is a website that behaves like an app on a phone. Merchandisers keep working in Business Manager, and Page Designer content, search and promotions still come from the platform.

Composable goes one step further. Because the front end only consumes APIs, you can swap a single component, such as search or content management, for a specialised service without touching the rest. That freedom has a price. Every swapped component is one more contract, integration and support line to manage.

Headless pays off for some businesses and not for others

Headless earns its cost when the front end is where you compete. Brands that release new campaigns and page types every week, serve several countries from one platform or want an app-like mobile experience get the most from it. A retailer with a stable template and a small digital team often gets more from a well-run standard storefront.

The deciding factors are release frequency, the size of your front-end team and how far your brand experience departs from a standard shop. We have set out those criteria in more detail when deciding whether headless fits you.

Choosing a storefront: SFRA, Composable Storefront or Storefront Next

Salesforce currently supports three storefront routes on B2C Commerce. SFRA, the Storefront Reference Architecture, is the traditional template-based storefront with a large base of ready-made integrations. Composable Storefront is the headless route. Storefront Next, a server-first React storefront, arrived in the Summer '26 release as the newest option.

Which one fits depends on your integrations, your team's skills and how much you plan to change the front end. We compare the first two in depth in SFRA versus Composable Storefront. FORWARD is one of roughly fifteen global members of the B2C Commerce Consulting Partner Advisory Board. That seat gives us early input on where Salesforce takes its storefront roadmap, which matters when you choose a route you will run for years.

Hosting moves to Salesforce with Managed Runtime

Composable Storefront runs on Managed Runtime, the Salesforce hosting environment for headless storefronts. Salesforce handles servers, scaling under peak traffic and the security of the hosting layer. Your team deploys new versions of the storefront and can roll back when a release misbehaves.

Your own code stays yours. Performance of custom components, third-party scripts and the quality of each release stay with you. We explain the split of responsibilities in what Managed Runtime takes over.

Thomas Theunen
Head of Commerce

If a programme stops halfway, the back-end work keeps its value.

Thomas Theunen

|

Head of Commerce

A migration can run in phases

You do not have to switch the whole shop in one go. A hybrid set-up runs Composable Storefront for some pages, often product listing and product detail pages, while SFRA keeps serving checkout until the new front end is ready for it. The shopper moves between the two without noticing, provided the session and basket carry across.

Phasing lowers the risk of a single launch weekend and lets you measure the new front end on real traffic. It also means running two storefronts for a while, with two sets of releases. The trade-offs of a hybrid storefront deployment deserve their own planning session.

What drives the cost and the risk

Four quantities drive the cost of a headless storefront. The number of custom components sets the build effort. Each third-party integration adds build work and a permanent maintenance line. Every extra country or language multiplies content and testing. The front-end team after go-live is the cost that keeps running, and it grows with every component you chose to build yourself.

Delivery discipline moves the total as much as scope does. Puma's previous partner spent twelve million euros on an e-commerce implementation that did not deliver. FORWARD rolled out the same scope across five countries for one and a half million.

If a programme stops halfway, the back-end work keeps its value. Clean product data, API integrations and Page Designer content serve any storefront you choose next. Half-built custom components are the part that gets stranded, which argues for launching a small scope early.

Starting from a pre-built storefront shortens the route

Building a headless storefront from scratch means designing and coding every page type before the first order. Fast FORWARD, our own pre-built headless storefront on Composable Storefront, starts from ready modules and components shaped by years of retail work. Clients go live in weeks instead of months, at a fraction of the cost of a from-scratch build, and Managed Runtime handles hosting, security and scaling.

Your brand still gets its own pages. The difference is where the budget goes: into the pages that set you apart, while checkout, account and search start from a tested base.

Explore Fast FORWARD
About the Author
Thomas Theunen
Head of Commerce

Our insights

Button Text
No items found.
No items found.
No items found.