Headless commerce technology has received and is powering cutting-edge e-commerce applications. With headless commerce, separating the frontend of an application from the backend gives brands and retailers greater flexibility in how they create digital shopping experiences. Platforms like Shopify Plus offer headless capabilities, but the real magic is in . $1.6 billion in funding modular commerce technology Commerce modules, also called , are dedicated pieces of commerce functionality including cart, pricing, promotions, items, orders, shipping, payments, and more. These are what Amazon used to grow from a simple online bookstore to a massive online marketplace. But before adopting modular commerce, Amazon had to break down its into distinct modules, also known as a service-oriented architecture. commerce microservices monolithic bookstore application When I joined Amazon in 2002, this initiative was well underway. But Amazon developers had to create these modules in-house. There was no commerce platform back then that could support Amazon’s new approach to architecture. IBM Websphere, Oracle ATG, and were all monolithic. They were good platforms at the time, but rigid and hard to customize. other enterprise commerce platforms Shopify Plus Emerges A few years later, with an all-in-one e-commerce platform for SMBs in 2006. Up until this point, e-commerce platforms only existed for enterprises as on-premise software. With Shopify, anyone could market and sell products online. It was truly revolutionary. But then Shopify wanted more. It aimed to take a slice of the enterprise pie with . Shopify emerged from private beta Shopify Plus in 2014 Shopify Plus offered higher levels of support, increased API access, the ability to customize templated checkouts, a script editor, . This was a nice idea for upselling and diversifying revenue streams, but it failed to solve the big problem: scale. At the end of the day, Shopify Plus was—and still is—Shopify with some window dressing. It’s a monolithic platform like the legacy platforms that came before it. and more Shopify Plus plateaus People are starting to see through the facade of Shopify Plus and it shows in the numbers. Since Shopify Plus’s contribution of 17% to total MRR in 2017, growth has stagnated. In 2018, Shopify Plus contributed to . In 2019, it contributed to . And in 2020 it contributed to . Shopify equates this dip to a “significantly higher number of merchants on standard plans joining the platform in 2020.” But there’s more to it than that. 25% of MRR 27% MRR 25% MRR One reason it’s plateauing is that Shopify does not support modern commerce architectures. In early 2017, Shopify had to make a similar decision as Amazon: keep its monolith or move to microservices. Unlike Amazon, . This was easier for the engineering team but provided no value to customers. Shopify Plus customers would continue on the track of technical debt, vendor lock-in, and an unscalable, Shopify-dependent future. Shopify decided to keep its monolith Using hacks to remain relevant Shopify is trying to dress the platform up as a “modular monolith,” but all one has to do is look at the Isolating Dependencies section of to see that it’s hacked together. It’s hacked together like Shopify Plus. For instance, the hacks around the problem of dependencies within pricing, promo, and cart services. this article Scripts feature In the end, a monolith is a monolith and limits growth. The same goes for , trying to make a case like Shopify against microservices. BigCommerce Enterprise that’s hiding behind headless commerce As the former CTO of Staples where we moved from a monolithic commerce platform to a service-oriented architecture to scale, I can tell you first-hand that monolithic commerce platforms and hacking around technical debt does not work. When I joined Staples, we were using IBM Websphere. Creating short-term hacks would have been easier but would not have let us and completely own the buying experience. scale from 200,000 to over one million SKUs Hacks limit growth The of Shopify Plus have real implications for brands needing to grow. Shopify Plus’ ease of use is great for getting started, but these limitations become critical as a brand grows and needs customization and innovation to make the next step. Below are some of the biggest restrictions for brands and retailers that want to scale. technical limitations Headless hacks I see Shopify’s headless offering at its last stand to remain relevant. Shopify Plus is merely doing what all commerce platforms do, even the legacy platforms like Oracle ATG: exposing APIs. This hack allows retailers to customize the frontend, but . Store owners need to use rigid code integrations from the Shopify App Store to add backend functionality and integrating backend tools can cause problems for the Shopify Plus API. the backend is still problematic Multi-location mismanagement Whether you’re working with national stores and locations or international expansion, . Although linking multiple domains is easy, Shopify Plus is restrictive in the way store owners can manage storefronts at different locations. This means that running different brands or catalogs from one backend is almost impossible. Shopify Plus doesn't allow for configurable tenancy options because it’s rooted in the same principles as Shopify of being multitenant. This is great for small businesses but not so much for mid-market and enterprise. Shopify Plus is too restrictive Payment gateway nightmares Although small-scale merchants find a necessary evil for managing payments online, SMEs will struggle with Shopify controlling when and how they get paid. This is a prime example of vendor lock-in. When you sign up to use this monolithic platform, you have to use their payment gateway. Payment delays lead to delays in service delivery and store owners will face similar problems with frontend functionality, backend customization, and overall growth control. Shopify Plus’ payment delays Hacks and limitations in the wild A good way to see the results of Shopify Plus hacks and limitations is to compare Shopify Plus’s flagship customer, , with which uses a service-oriented architecture. Because Staples CA has thrown its hat in with Shopify Plus, they are hostages to a monolithic platform in the same way. Staples CA Staples US When comparing the digital storefronts, you’ll notice that Staples US is dynamic and escapes Staples CA’s standard grid layout. The Staples US checkout is also customized to include custom delivery options: delivery time, assembly options, and purchase protection. Meanwhile, Staples CA is locked into Shopify’s standard checkout offering. But the most alarming difference is the difference in page speed. According to PageSpeed Insights , Staples CA receives a 43 PSI score: Staples US receives a 99 PSI score: Given what we know about , using Shopify Plus for an enterprise like Staples is simply irresponsible. Of course, Staples CA could try to work around CMS limitations with headless options like , or hack around Shopify API limitations with the shim layer of APIs offered by . But at the end of the day, these are just workarounds, not scalable solutions. page speed’s impact on e-commerce conversions Shogun Nacelle E-commerce monoliths are fated Monolithic commerce platforms become single points of failure because they are closed systems requiring specialized knowledge to program a process or business logic inside of them, whether that’s through (IBM) or other procedural code required by SAP and Oracle. This creates dependencies that are not necessary and hinder product growth. RPC Shopify Plus is similar to legacy monoliths like and but, again, dressed up to look prettier. In the case of Shopify Plus, the specialized knowledge comes in the form of Ruby on Rails and the Liquid templating language. And because they can’t fix these technical requirements, they have hopped on the headless bandwagon. Oracle ATG Salesforce Commerce Cloud Despite , a monolith is a monolith and Shopify Plus is the last attempt a big company will make at building an enterprise e-commerce monolith. The question “Remember Shopify Plus?” will soon join the ranks of: Remember IBM Websphere? Remember Oracle ATG? Shopify pushing monolithic rigidity as innovation Remember Amazon Webstore? How to sniff a monolith That said, other commerce platforms will hit the market. And with more commerce platforms emerging it will get harder to determine whether a platform is a monolith and positioned for helping you grow. To identify whether a commerce platform is monolithic and disguised as modular, modern, API-first, composable, or any of the other buzzwords, ask the following questions: Does the platform let you configure your business variables outside of code? Can services inside the platform function and be deployed independently? How easy is it to integrate these services with outside platforms or services? How easy is it to customize your data and business rules? Are you able to configure your own data stores or are you tied in with what is provided How easy is it to change a frontend concern without interrupting the backend? How easy is it to extend your functionality for different use cases across industries or domains? If you are a mid-market or enterprise business, the answer to all of these should be or . If there are unclear answers to these questions, tread lightly. While the platform may serve your immediate needs you’ll run into trouble down the road. Yes Easy Scaling with microservices A monolithic commerce platform like Shopify Plus might have been a good starting point for the sake of simplicity. But to evolve commerce you need more flexibility, security, and speed. This is what a service-oriented architecture offers. The good news is that you don't need to build all your microservices in-house like Amazon did and like we did at Staples. While building your differentiating services in-house is a good idea, you can use core commerce services and APIs from that enable growth through a service-oriented architecture. fabric Our service-oriented platform The different parts of fabric include: lets you continue using your monolith or break down your monolith while taking control of frontend shopping experiences across channels. A makes this possible. Any service with an API can communicate with the headless CMS. Experience platform: Fabric XM headless CMS make up the commerce platform. But unlike traditional platforms, you can select the APIs and services you want to use. Each API is connected to a service (payments, pricing, promos, subscriptions, cart, etc) and each service is self-contained yet extensible. Headless commerce platform: Fabric commerce APIs Applications with user interfaces let business users access the same datastores and functionality as developers do with APIs. Co-Pilot applications: Even with these cloud-native services and APIs, moving from a monolith may still seem daunting. But there’s even more good news: you can make changes to your existing commerce architecture in small increments. This is what we refer to as The End of Replatforming at fabric and we can support you in this initiative as well. Also published on: https://www.linkedin.com/pulse/shopify-plus-last-e-commerce-monolith-faisal-masud/

Amazon

Assembly

Funding

Oracle

Salesforce

Shogun

Let's Talk

Read My Stories

Too Long; Didn't Read

Developers: Build Less. Deliver More. [Learn how]	

An In-Depth Look at Shopify Plus: The Last E-Commerce Monolith

An In-Depth Look at Shopify Plus: The Last E-Commerce Monolith

Too Long; Didn't Read

Companies Mentioned

Fabric

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

An In-Depth Look at Shopify Plus: The Last E-Commerce Monolith

Too Long; Didn't Read

Companies Mentioned

Fabric

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES