Headless Commerce is an API-first implementation pattern that decouples ecommerce frontend and backend which gives developers more flexibility to create an extraordinary user experience with their storefront and UI layer. We are already seeing some Salesforce B2C Commerce customers are leveraging APIs to assemble their entire commerce technology stack. Such customers use Commerce APIs, along with the Composable Storefront, which is made up of the PWA Kit and the Managed Runtime (MRT).
The Progressive Web App (PWA) Kit is a new storefront technology for headless commerce using Salesforce Commerce APIs and our commerce-react-sdk. It provides our customers with a more flexible and agile approach to building and maintaining modern shopping experiences. PWA kit allows merchants to quickly spin up fully functioning headless storefronts that are connected to their Salesforce Commerce Cloud instance.
B2C Commerce Headless integrations come in a variety of flavors. Integrations will follow several patterns, depending on whether they include front-end and back-end modifications. The table below provides guidance on what customers should expect for different patterns.
| Integration Type | Integration Sub-type | Use Case | Assets | Resources | Is this a Composable Storefront listing on the AgentExchange? |
|---|---|---|---|---|---|
| B2C Commerce Cartridge (Available under Package Listing type in the AgentExchange publishing console) | SFRA Back-end + Front-end | A cartridge focuses on customizing B2C Commerce behavior. The cartridge is tasked with B2C modification, achieved through the use of SFRA hooks, jobs, and/or controllers. The cartridge can contain forms, templates and scripts for manipulation of the front end within the cartridge. | B2C Commerce Cartridge - ISV Partners are responsible for hosting the file location. + metadata required.Instructions for installing and setting up the cartridge | B2C Commerce Cartridgefor ISV'sDeveloper with B2C Commerce CartridgeB2C Commerce API GuideB2C Commerce API ReferenceB2C Commerce API Release Notes | No |
| B2C Commerce Headless Integration (Available under API Listing type in the AgentExchange publishing console) | B2C Commerce Cartridge with SCAPI hooks | A cartridge focuses on customizing B2C Commerce behavior. The cartridge is tasked with B2C modification, achieved through the use of SCAPI hooks, jobs, and/or controllers. This cartridge cannot have any type of scripts or templates to manipulate the front end. The data gets injected to the composable storefront through components. | B2C Commerce Cartridge - ISV Partners are responsible for hosting the file location. + metadata required.Instructions for installing and setting up the cartridge | B2C Commerce Cartridgefor ISV'sDeveloper with B2C Commerce CartridgeB2C Commerce API GuideB2C Commerce API ReferenceB2C Commerce API Release Notes | Yes, if the cartridge can be installed and used with Composable Storefronts (uses SCAPI hooks to insert custom logic), otherwise no |
| Composable Storefront (Font-end) | Reusable, modular react components that can be used in the PWA Kit composable storefronts that runs on Salesforce MRT. Available to merchants via NPM packages. PWA Kit ships with a slim server that forwards requests to the React rendering pipeline but can be extended to take arbitrary action on incoming HTTP requests. | NPM PackageInstructions on how to install and use components and/or modifications to code in Composable Storefront. | The complete guide to publishing a React package to npmCreating Node.js modules | Yes | |
| Composable Storefront (Front-end + Back-End) | The combo integration requires both a back-end and front-end integration. This solution type is utilized for more complex use cases. It requires B2C Commerce manipulation as well as Composible storefront components that runs on Salesforce MRT | B2C Commerce CartridgeNode Module (If needed)NPM package (If needed)Instruction for installing and setting up the cartridge and React NPM package. | B2C Commerce Cartridgefor ISV'sDeveloper with B2C Commerce CartridgeB2C Commerce API GuideB2C Commerce API ReferenceB2C Commerce API Release NotesThe complete guide to publishing a React package to npmCreating Node.js modules | Yes | |
| Connected App (API-only ) | API-only solutions are a set of instructions for connecting a merchant's B2C Commerce environment to the ISV's platform through the use of an ISV's API. For data consumption and injection integrations | Headless Integration guide | Guide for Headless Integrations (B2C Commerce ISV Partners) | Yes, only if the instructions include integrating with the composable storefront, otherwise no. You can still list as a Headless Integration (API-only) |
Composable Storefront back-end integrations and SFRA cartridges are B2C cartridges. The main difference is that a back-end integration for a composable storefront is strictly focused on backend behavior. This integration is tasked with handling any back-end logic that cannot be completed in the front end. The integration is connected to a front-end component via APIs. Whereas an SFRA cartridge has both backend and front-end manipulation. These integrations are completely coupled and follow our architecture patterns that can be web services-based or file-based.
Every Composable Storefront must have a project created in Runtime Admin for managing deployments. Managed Runtime (MRT) provides the infrastructure to deploy, host, and monitor your Composable Storefront. Here, the storefront code that runs in an environment is called a bundle. You can manage multiple environments from MRT such as production, development, or testing environments to better manage and maintain your storefronts.
From each MRT environment, we use a combination of React, Node, and Express frameworks to run the App Server to create these dynamic and fast websites. For more information on setting up and using Managed Runtime refer this guide on Managed Runtime Overview.
Managed Runtime is crucial in the development process for ISVs. Through the use of the Managed Runtime APIs, ISVs and merchants can set up their environmental variables and secrets for the integrations that are used in their composable storefronts.
B2C Commerce ISV Partners can list their integration is the AgentExchange either as B2C Commerce Headless Integration if your integration satisfies the requirements listed in the above table.
You can select the Listing Type as API and B2C Commerce Headless Integration while creating your AgentExchange listing via the publishing console. You can use either Composable Storefront or Headless Integration (API-only) in your listing name & descriptions based on the following conditions
To meet the needs of our customers’ developers and architects, we’re looking for the following to be listed as Headless capable.
B2C Commerce is a clear leader in the enterprise eCommerce market and we see trends develop quickly. While mostly sophisticated customers are adopting Headless, just about every customer and prospect is looking at Headless to reap the benefits it offers. Consider this projection from Gartner: By 2023, 50% of new commerce capabilities will be incorporated as API-centric SaaS services.
ISV partners who will be integrating with Composable Storefront, they will need access to Managed Runtime to deploy any example PWA Kit integrations.
Requirements:
If you have completed the workshop and the Managed Runtime access has not been provisioned yet, please log a case via the Help Portal:
The ISV partner will then be responsible for adding users in Account Manager with the Managed Runtime User role, which will allow them to log into https://runtime.commercecloud.com for access.
An AgentExchange listing is the storefront for your solution and is the best way to close new business. Publishing your listing is the first step to acquiring new customers and generating user reviews. Publishing your listing is an easy, self-guided experience every step of the way.
Access the B2C Commerce ISV Partner Onboarding Guide for steps on how to create and publish your listing.
B2C Commerce Headless Integration must adhere to applicable security guidelines as defined in the updated AgentExchange Partner Security Guidelines. In addition, Salesforce reserves the right to perform a security review of any solution at our sole discretion.
Keep in mind, the AgentExchange Partner Security Guidelines are not exhaustive. To secure your solutions, we encourage partners to follow all applicable enterprise security standards including Open Web Application Security Project (http://www.owasp.org/) (OWASP) guidance.
However, the Commerce Cloud Product Management team will be reviewing the integration guide for completeness. Also, Partners are required to include security best practices in their documentation.
As noted above, there is no requirement to use a Commerce Cloud Certified Developer. In most cases a Consulting partner will not be necessary to deliver a B2C Commerce Headless Integration listing.
At this time, there is no additional cost nor additional contract terms for this listing type as it’s a discretionary program benefit. Exceptions apply for the On-Demand Sandbox usage - access the B2C Commerce ISV Partner Onboarding Guide for more details on the On-Demand Sandbox Pricing Policy.
The B2C Commerce Headless Integration listings will be published on the AgentExchange Marketplace.
Yes, there are additional resources.
Check out our Get Started resources for the Composable Storefront. This documentation provides the instructions for setting up a brand new composable storefront by using our PWA Kit app generator.
Note: you will have to complete the ‘Get Started with Headless Development’ course on Partner Learning camp to gain access to Managed Runtime.
Here are some resources for implementing best practices within your integration:
The Official: B2C Commerce ISV Partner Program chatter group is the place to go for all your questions and answers.
000388941

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.