Back to all articles

The challenges of going headless

Tim de Kamper
Tim de Kamper
VP eCommerce Europe
Length
7 min read
Date
17 October 2022

The headless approach empowers organisations to create custom front-end experiences that differentiate and grow and accelerate e-commerce success. But it also comes with additional responsibilities. You need to build what you want from scratch, which requires vision and ongoing development. The biggest pitfall of going headless is doing it blindly and losing your head.

The headless approach has been around for some time, but its adoption only picked up momentum when BigCommerce in 2018 and Shopify in 2019 started promoting and educating excessively. These platforms showcased marketing benefits such as improved customer experience for all devices, rich visual merchandising, enabling multi-locale and increased page speed.

However, these benefits do not come out-of-the-box like a software product, they require development. Compared to a full-suite solution that covers the essential features, going headless sets you back about 30% in functionality. Integrating a headless CMS to a front-end application simply takes time to develop, which increases the overall solution time-to-market. It’s just not as quick as deploying a full-suite solution. And this is where going headless is causing headaches

Separation of expectations

For non-technical people, headless offers the creative freedom to create unique differentiating experiences and the ability to enter new markets and channels quickly. When marketers hear headless, they think CX, innovation, speed and scale. Technical people see in headless a separation of concerns that allows for a customised front-end and therefore, requires a lot of development work. Where marketing expects to be present on many exciting new channels quickly, the IT department has to point out all the resources required to get there. The front-end layer has to be built from scratch – and maintained. This requires either an in-house development team (a larger IT team) or a system integrator.

The complexity of going headless can be overwhelming, especially for smaller brands and retailers with fewer development capabilities. When the front end is customised, there is typically no WYSIWYG editor for the marketers. This lack of seeing how the content will appear to the customer negatively impacts the brand experience. Minor changes on dynamic pages, like changing a banner on a landing page, may require custom development. Some organisations are reported to need several months of preparation to run their seasonal campaigns due to IT dependency.

Developers get a lot of requests for managing the front end, which affects their IT roadmap. As the number of “heads” and “bodies” grows, so do the dependencies they rely upon. Without additional IT resources, all of the potential power and flexibility that headless can offer will be out of reach. This seriously impacts the company’s hard-sought ability to innovate. In 2021, 75% of executives ranked innovation as a top-three priority for their company. With a jump from 65% in 2020, this is the largest year-over-year shift seen in 15 years of BCG’s Most Innovative Companies survey.

Headless is not a solution, it’s a starting point

The choice of headless is an IT decision that should come from the IT department to address the challenges IT has in enabling e-commerce. In the following scenarios, headless is a solid choice to consider: 

  • A slow website. The speed of your website matters for SEO, the brand experience, conversion rates and, therefore, the revenue. When all the options for speeding up your current architecture are exhausted, headless becomes a serious candidate.
  • Lack of differential options. An exceptional brand experience requires elements that are not readily available in full-suite storefronts. If you’re looking to customise the branding of your webshops beyond template themes, headless offers all the creative freedom you want. 
  • Need for a custom experience. Adding more checkout security, connecting to a specific payment provider or improving the search experience. The one-size-fits-all approach that comes with a full suite is unlikely to cover all your brand needs. When these additions become paramount to the success of your brand, going headless gives you the ability to build a custom experience with more complexity.
  • Expanding touchpoints. Platforms such as smart home devices and smart TVs are expanding in adoption and maturity. To deliver content and process orders from these emerging touchpoints, organisations need a platform that can integrate effectively. The newer these touchpoints are, the more likely a headless platform is better suited than a full-suite solution. 
  • Cross-border e-commerce. Expanding your e-commerce across borders comes with new languages, currencies, warehouses and locations, payment options, regulations, channels and content. The headless approach makes it easier to expand internationally by easily connecting new functionalities and channels as needed.  
  • Rapid growth. Companies experiencing a rapid rate of growth search for the flexibility, speed and agility that only headless can bring. Headless offers a customisable solution that enables the streamlining and aligning of internal development that fast-growing companies need. 

While these scenarios represent marketing challenges, note that most of these are typically faced by larger organisations with deep pockets and vast IT resources. Headless is foremost a developer-oriented architecture. However, mid-level organisations with fewer development capabilities are now also running into these challenges and are considering the headless approach. This coincides with the development of efficient solutions that help tackle the headless problem.

Front-end progressive web application (PWA)

Commonly known as a progressive web app, or PWA for short, this web application can work both as a website and a mobile app on any device, even offline. It’s an all-in-one solution that takes away the hassle of developing, distributing and installing separate mobile apps. PWA offers a user experience that is fast, reliable and engaging regardless of the device used – making it an ideal head for a headless architecture. From a tool to realise mobile storefronts, PWA evolved into a single codebase for mobile, desktop and tablet. When a PWA integrates with headless commerce, it’s called a headless PWA.

While the history of PWAs goes back to 2000, it was only in 2015 that they got their name when Google introduced PWAs as a new standard in web development. In the same year, the software company Mobify launched their first PWA for mobile. Desktop soon followed, which led to Mobify’s Front-End Platform as a Service for headless commerce architectures. At the same time, the software company Divante developed a PWA for Magento and later for commercetools.

From PWA to composable

In 2020, the Divante initiative split into a new company called Vue Storefront while Mobify got acquired by Salesforce and became the B2C Composable Storefront. This falls in line with the trend of commerce platforms expanding their offering with a headless solution, with Magento offering PWA Studio and commercetools acquiring Frontastic in 2021. All these solutions go beyond the original mobile premise of PWA and include the integration and orchestration of many tools and solutions. And that’s where headless commerce becomes composable commerce: the approach in which every component of the commerce experience can be defined on an atomic level.

Read our other blogs Composable commerce for controlling the digital experience and How to tackle the ‘head’ with Headless to learn more about the composable approach or download the whitepaper The Ultimate Guide to Headless and Composable Commerce. In this extensive guide, you will learn how the composable architecture builds on the headless approach and puts marketing back in control of the front-end experience.

More Insights?

View all Insights

Questions?

VP eCommerce Europe

Tim de Kamper