We talked to Dirk Hoerig, CEO at commercetools<\/a> and a key innovator in the headless commerce platform space, to understand how he understood the term:<\/p>\n Headless eCommerce platform gives companies the full potential of best-in-class online retail without the boundaries to specific touchpoints and ensuring a great user experience.\u00a0A true headless commerce platform provides robust commerce capability such as shopping cart, product information management, promotions, and merchant tools no matter the customer entry point. On top of that, a headless eCommerce system can easily connect \u2013 via API \u2013 to any customer experience front-end.<\/p>\n You don\u2019t have \u201csocial\u201d, \u201cweb\u201d or \u201cdisplay\u201d content anymore, you just have content (and data) and it needs to adapt at a moments notice.<\/p>\n For a connected experience, it doesn\u2019t make sense to have a seperate, siloed tool for each type of interaction.<\/p>\n This is why API-driven platforms, that can connect both new touchpoints and critical legacy systems with microservice wrappers, are rising in popularity as the foundation of this\u00a0experience-based model<\/a>.<\/p>\n <\/a><\/p>\n Headless architecture is a subset of decoupled architecture. It is aimed at pushing your data or content to any type of platforms through APIs.<\/p>\n In headless approach<\/a>, architecture focuses purely on background processes, making data available to separate frontend applications via commerce APIs.\u00a0The backend – items like infrastructure, pricing, checkout and security – invisibly runs in the background. The frontend and backend speak to each other via simple API calls.<\/p>\n Part of building a headless commerce architecture includes a headless CMS<\/a>.<\/p>\n From a high-level perspective, a headless CMS for any purpose (including commerce) has distinguishable parts.<\/p>\n The backend database includes different kinds of content such as written copy and images.<\/p>\n However, headless commerce requires a few additional systems compared to headless designs that simply deliver content.<\/p>\n Headless commerce uses a separate inventory management system in conjunction with the backend database that stores the content.<\/p>\n Other backend systems usually include customer relationship management systems (CRMs), payment processing platforms, multi-channel security systems, and others.<\/p>\n Here, the API becomes responsible for pulling information into specific systems after certain actions are complete, rather than just providing content to different channels.<\/p>\n For example, let\u2019s say a user is viewing a product on a mobile browser and makes a purchase.<\/p>\n If they\u2019re a new customer, they would fill out a form which is used to update the business CRM.<\/p>\n Too, this information might come from a platform like PayPal, Google Pay, Apple Pay, or some other service to expedite the checkout process.<\/p>\n After the transaction is complete, backend systems are updated by the API calling on data to log the financial exchange, update the inventory system, and store the customer information.<\/p>\n A traditional or coupled CMS functions as one integrated system where the backend that stores content and product information is tethered to the frontend which is responsible for the layout.<\/p>\n These systems often rely on a fixed framework as the code is usually attached to content or products on the backend.<\/p>\n This limits capabilities as developers are often restricted to certain frameworks, yet the design makes it relatively simple for novice users and startups to begin their digital presence with minimal work.<\/p>\n In these designs, your products and content are usually managed by a tool (e.g. Shopify, WooCommerce, etc.) These tools provide authoring and preview option which help with authoring portion but they\u2019re heavily limited in delivery and layout options.<\/p>\n A decoupled CMS<\/a> has a separate backend but often integrates with a full frontend that ultimately pushes content into channels. While this makes content more agnostic, the frontend framework can limit delivery to certain channels, as with traditional CMS systems<\/a>.<\/p>\n A headless CMS<\/a> removes the \u201chead\u201d which gives front-end developers the flexibility to pull content using an API to any endpoint. As the backend simply stores content, this prevents limitations to delivery caused by code in other designs.<\/p>\n In headless commerce architecture, developers can freely use content from the backend of a headless CMS and products stored in a headless commerce system.<\/p>\n While this does typically remove marketing tools and preview capabilities, we offer solutions at Bloomreach that solve this problem by providing a \u201chead\u201d option that gives publishers the tools they need to effectively interact with content at any endpoint.<\/p>\n A lightweight API inherently enables the delivery of content stored in a backend system to far more channels than a \u201ctheme\u201d would provide as these are generally only optimized for specific endpoints.<\/p>\n With a headless commerce architecture, the API can be used to pull information anywhere, including wearable tech, car commerce, IoT devices (e.g. smart appliances, TVs, Amazon\u2019s Alexa, etc.), kiosks, apps running on any platform, social networks, and more.<\/p>\n This future-proof design essentially ensures that ecommerce delivery can scale to accommodate innovative products that will surface in the future.<\/p>\n Unlike a setup designed for just content delivery, headless commerce architecture requires an inventory system to manage products.<\/p>\n Inventory systems might connect with vendors, suppliers, or wholesalers, depending on the nature of the distribution network.<\/p>\n Too, it might connect with company-owned distribution centers, allowing businesses to ship from local warehouses and save money.<\/p>\n Businesses will also require additional backend systems for successful digital commerce<\/a>. Organizations greatly increase sales through repeat business by tracking customer preferences with a CRM and using data science tools to better understand their customers.<\/p>\n By building out a database and using analytics to investigate preferences and patterns, this provides insight allows businesses to better connect with existing customers as well as understand buying patterns for broader demographics.<\/p>\n Of course, a secure payment system is necessary for selling on the web as well \u2013 some companies build their own, but most opt to integrate existing, secure platforms to handle payments.<\/p>\n Once a transaction is complete, the API in a headless commerce architecture facilitates communication between inventory management, payment processing, the CRM, and certain other systems to update records accordingly.<\/p>\n The API in headless commerce architectures allows information to be shared seamlessly among systems for a true omnichannel retail environment<\/a>.<\/p>\n The main limitations rest on the shoulders of front-end developers\u2019 abilities to create a fitting user experience for each frontend. On the plus side, this means less development on the backend as the API in most designs can freely move data between a wide variety of existing systems.<\/p>\n As such, headless commerce architecture works best with systems that use open databases<\/a> that can be easily queried.<\/p>\n Frontend developers can easily use this stripped-down information with frameworks like Angular or React.<\/p>\n By using APIs such as those offered by Bloomreach, this solves the main problem of marketers being overly reliant on web developers to make edits for content or layout. This also removes the want or need to include a second, coupled CMS for WYSIWYG capabilities.\u00a0<\/a><\/p>\n There are 3 key differences between headless commerce and\u00a0legacy systems:<\/p>\n Frontend developers can pull content from backend systems with the API and use frameworks as they see fit for delivery and layout.<\/p>\n When something new emerges or business decides to capitalize on an underutilized existing channel, developers can create custom delivery models to get content and products to these endpoints.<\/p>\n Despite having more systems in the mix for headless commerce, the API can be used to push and pull data, unencumbered by other processes or code.<\/p>\n Frontends or optional \u201cheads\u201d use API calls to pull content needed and nothing more. Resources aren\u2019t shared, which is typically why coupled systems slow down during times of peak traffic.<\/p>\n In any networked environment, business systems should be as separate as possible with finely tuned access control lists (ACLs) to limit access from other systems or users.<\/p>\n Headless commerce inherently relies on different systems working together, which eliminates the possibility of a compromised account wreaking complete havoc.<\/p>\n The greatest advantage that traditional commerce offers is rooted in the fact that everything is packaged together.<\/p>\n Most systems are easy to set up and run using pre-included tools. However, this is also the biggest drawback of traditional (i.e. coupled) systems.<\/p>\n Looking at the architecture for most traditional systems, there is a backend database that not only stores content but code for layout and other plugins used by the frontend of the system.<\/p>\n This heavily limits the amount of customization that can be accomplished. While some elements can be edited or tweaked, this often comes with a cost as it is time-consuming and can lead to \u201cbreaks\u201d when a critical, underlying code is altered for design or functionality.<\/p>\n Because of the \u201call-inclusive\u201d design that defines traditional commerce systems, retailers and developers experience the following limitations:<\/p>\n A traditional system is typically limited to the framework on which it is built. Developers are bound to corresponding toolsets which can hinder layout, delivery, and functionality.<\/p>\n Admins and content creators all access the system through the same console which greatly increases data-related risks.<\/p>\n While authors and editors accounts can be configured with limited privileges, breached accounts with elevated or full admin privileges could allow unauthorized users access to everything from content, customer records, payment information, and more.<\/p>\n This is another area where a set framework hinders the commerce experience.<\/p>\n Though themes and layout can be manually modified, the fact these systems rely on multiple layers of code means unintended consequences may happen as a result. This makes it far more difficult to properly deliver content to many channels.<\/p>\n Developers can make plugins (or sometimes purchase pre-existing solutions) to interface with outside systems, but the experience usually isn\u2019t nearly as seamless as what an API in a headless commerce system can provide.<\/p>\n Hence, some need to use another process \u2013 such as manual entry \u2013 to port inventory or customer information into the backend which can be time-consuming.<\/p>\n Headless commerce circumvents these problems by using the API as the core to interface with separate business systems.<\/p>\n Admins can lockdown each system by only authorizing those who require access to any given machine as well as limit the amount of data available to the API.<\/p>\n As there is no code intertwined with the backend database that stores content, frontend developers are free to adapt endpoint layout using the optimal framework.<\/p>\n This means the content and products aren\u2019t restricted to just the sites or apps for which it\u2019s intended \u2013 a touchpoint can be any device connected to the web.<\/p>\n Retailers can enjoy the advantages of true omnichannel design by developing custom layouts in much less time it takes to scale a coupled system to accomplish the same feat.<\/p>\n This further accommodates A\/B testing<\/a> that can be analyzed against customer interaction to determine the most effective means for layout and functionality.<\/p>\n When one design proves to convert more users into buyers, the less effective system can be decommissioned in favor of the better design.<\/p>\n One of the only real disadvantages of a true headless system is the lack of available tools for marketers.<\/p>\n This means that editing and previewing portions of content usually isn\u2019t possible without the aid of a developer which can slow down development teams.<\/p>\n At Bloomreach, we solved the most glaring issue of headless commerce with the Bloomreach Experience Manager (brXM).<\/p>\n This tool exists is part of our \u201chead optional\u201d design that puts more control in the hands of marketers by offering solutions for users to interact with content and portions of the headless platform without compromising delivery or security.<\/p>\n The modern era of business has brought many conveniences to the customer. As a consumer, the ability to access and enjoy whatever you desire can be accomplished with just a few clicks or taps.<\/p>\n “Customer expectations have increased regarding availability, frictionless shopping, product and service quality, and many other things,” according to Dirk Hoerig<\/a>.<\/p>\n This has put pressure on retailers and other businesses to deliver goods and services as quickly as possible which is why headless commerce is becoming a necessity.<\/p>\n API-driven or API-based headless commerce was the top investment for 2019 mentioned by the companies and organizations that Gartner interviewed.<\/p>\n A great digital strategy for sellers involves reaching as many people through as many channels as possible.<\/p>\n Headless commerce has the capability to deliver products and services directly to consumers in any format without the limitations plaguing traditional designs.<\/p>\n Transitioning or expanding commerce with headless architecture enables businesses to reach a broader audience and substantially increase sales. Therefore, it’s essential for businesses to shift to a headless commerce system.<\/p>\n As Dirk Hoerig puts it, “customer interaction drifted away from the desktop which was \u2013 for more than a decade \u2013 the only eCommerce sales channel. Shopping today is as mobile as the buyer, and is expected on practically every touchpoint.”<\/p>\n “These two changes required a completely different response from brands and retailers to stay competitive,” says Dirk, “Nowadays, retailers need to support more devices, provide outstanding and tailored customer experiences<\/a>, and, last but not least, they have to become faster and more flexible with the technologies that enable all that. However, commerce platforms from the past are very inflexible as they were built to solve other challenges.<\/p>\n “The reason everyone\u2019s talking about headless is that the architecture allows the separation of commerce functionality and performance from the user experience, enabling companies to provide the best of breed shopping experiences to their customers.”<\/a><\/strong><\/p>\n In the early days of ecommerce, virtually all traffic from buyers came from desktop systems.<\/p>\n The systems that ran commerce sites were mostly of coupled (or traditional) designs, meaning the backend and frontend were closely tethered.<\/p>\n Interdependent code didn\u2019t prove to be as much of a challenge as it is today \u2013 the most pressing issue for web developers involved making slight alterations to presentation elements to accommodate different browsers.<\/p>\n Over the years several changes have come to technology that interfaces with the web \u2013 there are substantially more devices in circulation, the amount of data transmitted has increased, security is more robust, and there are far more ways to access information than just desktop browsers.<\/p>\n Statistically speaking, you\u2019re likely reading this piece on a mobile device!\u00a0\ud83d\udcf1<\/p>\n Headless commerce architecture allows a business to keep backend systems \u2013 such as the content management system<\/a> (CMS), product inventory, customer relation management (CRM) system, payment processing, digital asset management (DAM) and others \u2013 separate from each other as well as the endpoints for layout.<\/p>\n Even though a headless commerce system and its system separation can lead to increased complexity, it also offers multiple advantages such as:<\/strong><\/p>\n In a headless design, the API acts as the core of these systems and pulls the required information into different channels where it is optimized for layout.<\/p>\n Headless commerce is a lightweight method for the transmission of data between systems, meaning this provides the best possible performance of any architecture.<\/p>\n The days of one-size fits all delivery method for content and commerce are over \u2013 today\u2019s consumers access information from a wide variety of sources.<\/p>\n This requires ecommerce retailers to adopt a system and process for true omnichannel delivery. As such, the topic of headless commerce vs traditional commerce becomes a serious matter for digital merchants.<\/p>\n A headless system allows retailers to easily scale to deliver content and merchandise or services to multiple endpoints.<\/p>\n A lightweight API controls the transmission of data between systems \u2013 content, products, customer information, financials, and other systems reside in separate systems, free from any code that limits frontend development.\u00a0<\/a><\/p>\n Now let\u2019s look at a few scenarios where headless commerce helps businesses reach broader audiences.<\/p>\n Appeals to value will change, depending on the geolocation, so messaging behind products or services need to match the intended audience<\/a>.<\/p>\n By creating subsets of page content for apps and sites in the backend of a headless CMS<\/a>, this allows different, region-specific channels to pull matching messaging for any given audience.<\/p>\n The resulting connection from tailored messaging increases successful conversion, meaning higher revenue.<\/p>\n While translating through Google or other translation engines can be helpful in a pinch, allowing these systems to translate professional web content usually produces a less than ideal outcome.<\/p>\n For example, the English language often requires infinitive modifiers for verbs, so when software translates certain phrases to languages like French, the translation can be awkward.<\/p>\n Headless commerce allows content creators to accurately translate languages prior to content distribution as well as encode content with the proper characters or alphabet.<\/p>\n This is perhaps the most important feature of headless commerce as today there are extensive conversion opportunities found in many different devices and application.<\/p>\n Of course, not all have the goal of completing a standard sale \u2013 some organizations are looking for followers (i.e. registered users) while others are simply looking to spread information.<\/p>\n Endpoints can be adapted to funnel viewers into systems that provide them with the information or resources they\u2019re seeking from your organization.<\/p>\n In many cases, businesses may use headless commerce with a decoupled kind of frontend or even with a traditional system.<\/p>\n Businesses can also opt to make use of a coupled system on a specific channel as traditional systems make ideal endpoints in certain circumstances.<\/p>\n Too, businesses can opt to use \u201chead optional\u201d systems like the Bloomreach Experience Manager (brXM) which allows marketers to interact with content, rather than solely relying on IT to make changes.<\/p>\n commercetools<\/a> provides a headless ecommerce platform that connects to all frontends and applications. Bloomreach Experience, the headless experience cloud, integrates with commercetools’s platform with the aim of shaving 6-8 months off implementations.<\/p>\n We interviewed Dirk Hoerig, CEO and Co-Founder commercetools, to learn his opinion on headless commerce.<\/p>\n What makes commercetools stand out in the headless commerce space?<\/strong> Which sorts of companies have you worked with to improve their commerce experience and how did they benefit from your approach?<\/strong> Why would you say commercetools and Bloomreach are a good fit?<\/strong> The Power Tools<\/a> Division of the Bosch Group is the world market leader for power tools and power tool accessories. Each year, Bosch launches more than 100 new power tools into the global market.<\/p>\n The team needed a solution that builds an engaging brand website for millions of users, personalized by country, language and brand. At the same time, They needed it for one-off applications, for B2B and across the organization.<\/p>\n Using a headless approach<\/a>, leveraging Bloomreach\u2019s flexible Experience Manager, enables Bosch Power<\/a> Tools to replace its frontend system without bringing operations to a halt, thereby maximizing efficiencies.<\/p>\n Now, Bosch is able to build features on a global scale to accelerate the organization\u2019s initiatives while delivering a highly personalised experience country to country.<\/p>\n With headless, Bosch no longer needs to build 400 individual blogs. Instead, we can build a blog feature and functionality, and customise the style to the region and brand.<\/p>\n Steinhoff UK has a vision: to create an exciting, easy, multi-touchpoint journey for their customers. But creating this experience is, of course, easier said than done. As you\u2019d imagine, the customer journey is really complicated.<\/p>\n By listing out where Steinhoff UK as a company wanted to go, they were able to find the right technology to match his needs – which turned out to be a platform built with a headless architecture.\u00a0They selected the headless commerce platform BigCommerce combined with Bloomreach Experience which powers a next-generation front end experience.<\/p>\n Steinhoff\u00a0has big plans for how they\u00a0will benefit from this new headless solution. They\u00a0highlighted two use cases<\/a> in particular:<\/p>\n For different products, a customer looks for a different shopping experience. Jamie makes the distinction most between a low and high price range.<\/p>\n The product defines how the customer will shop and the\u00a0digital experience\u00a0<\/a>should support that. With Steinhoff\u2019s current technology, customizing the digital experience per product is timely and expensive. But with the headless architecture, that\u2019s all set to change.<\/p>\n The second initiative Jamie wants to kick off is to help the customers customize their purchase online and then visualize it.<\/p>\n That includes site visitors having the option to view how a product would look in a certain room in their house, or whether it would go with existing furniture. Bensons and Harveys already have this function on their customer mobile apps but it\u2019s not yet integrated with the websites.\u00a0<\/a><\/p>\nWhat is a Headless Commerce Architecture?<\/h3>\n
![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/headless-commerce-platform-digital-experience-platform.svg\")
<\/p>\nDifferences Between Headless vs Other CMS Architectures for Commerce<\/h3>\n
How Does Headless Commerce Work?<\/h3>\n
![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/www.bloomreach.commerce-platform.png\")
<\/p>\nHeadless Commerce vs Traditional Commerce<\/h3>\n
![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/1.png\")
\u00a0Headless commerce let you\u00a0easily scale to reach new touchpoints \u00a0<\/strong><\/p>\n![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/2.png\")
\u00a0Headless commerce deliver content faster<\/strong><\/p>\n![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/3.png\")
\u00a0\u00a0Headless commerce offer improved security<\/strong><\/p>\nDifferences Between Traditional and Headless Systems<\/h3>\n
Limitations of Traditional Systems<\/h3>\n
\n
\n
\n
\n
How Headless Commerce Overcomes These Limitations<\/h3>\n
![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/monolithic-vs-apis.jpg\")
<\/p>\nWhy is Headless Commerce Becoming More Popular?<\/h3>\n
![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/icons8-level-1-24-1.png\")
\u00a0Higher Expectations from Customers<\/strong><\/p>\n![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/headless-commerce.png\")
<\/p>\n![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/icons8-circled-2-c-24.png\")
\u00a0More Channels Available to Interact with Customers<\/strong><\/p>\n![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/icons8-circled-3-c-24.png\")
\u00a0Stay Ahead of Competitors<\/strong><\/p>\nBenefits of Headless Commerce<\/h3>\n
![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/headless_quote2.jpg\")
<\/p>\n\n
![\"headless](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/benefits-of-headless.jpg\")
<\/h4>\nHeadless Commerce Use Cases<\/h3>\n
\n
\n
\n
\n
How Does Bloomreach Work with commercetools?<\/h3>\n
![\"\"](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/commercetools-new-logo-1.png\"){kind=logo}
<\/p>\n
\n“commercetools is the only enterprise software company that has built a headless commerce platform from scratch to support these modern use cases<\/a>,” shares Dirk, “Our modern architecture called MACH \u2013 Microservices-based, API-first, Cloud-Native, and Headless \u2013 gives retailers maximum freedom and agility to keep pace with the demands of the market, making our headless commerce platform so unique within the industry.”<\/p>\n
\n“Companies across nearly two dozen industries are using commercetools to improve their customer experience and to build new digital business models. This goes beyond traditional retail and includes automotive, telecommunications, health care, fashion, manufacturing, grocery, travel and many more,” he adds, “Every brand we work with, including Carhartt WIP, Cimpress, EXPRESS, Bang & Olufsen, and others, embrace a headless commerce approach in order to better compete and grow their revenue across all touchpoints.”<\/p>\n
\n“Bloomreach and commercetools both focus on delivering the best customer experience while increasing flexibility and delivery capability at the same time. Bloomreach is a global leading provider for technologies across the whole customer experience. commercetools is pre-integrated into the Bloomreach architecture to give digital marketers everything at their fingertips. This enables them to deliver best-in-class eCommerce experiences on every touchpoint including real-time personalization.”<\/p>\nHeadless Commerce Success Stories<\/h3>\n
![\"ecommerce](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/bosch-case.png\")
<\/p>\n[Headless Commerce in B2B] : Bosch<\/h4>\n
![\"ecommerce](\"https:\/\/www.bloomreach.com\/wp-content\/uploads\/2024\/05\/steinhoff-case.png\")
<\/p>\n[Headless Commerce in B2C] : Steinhoff<\/h4>\n
A Personalized Experience: Quick vs Considered Buying<\/strong><\/p>\nAugmented Reality<\/strong><\/p>\n