This is very true. It's also why we have svelte-kit, remix, astrojs, and other frameworks that take a transitional app approach. They are server-rendered where it makes sense and client-rendered where necessary. Before developers had to choose between a server-rendered website and full on single-page application, now there are great options that blend the two depending on needs.
Company description: Elastic Path powers mission-critical digital commerce for the world’s leading brands, such as Intuit, Pella, Deckers Brands, T-Mobile, and over 250 other leading enterprises. As relentless innovators, Elastic Path pioneered the API-Commerce space in 2011 and spearheaded Composable Commerce in 2020. Elastic Path provides industry-leading commerce APIs to help developers rapidly build, deploy, and continuously optimize unique commerce solutions.
My take: Elastic Path is an amazing place to work. We have a very modern stack consisting of microservices written in Go, k8s on AWS, MongoDB, etc. At this point we may be one of the only ecommerce companies that hasn't had a round of layoffs and is still hiring. Definitely speaks to the stability and growth of the company.
We are seeing a distinct split in the space. Monolithic applications are trying to adopt as many features as possible to stay relevant and interesting for potential buyers. They are morphing into all-in-one solutions that try to handle every possible need. Clearly this is what you have been seeing. In this model you may see 2-3 pieces of software which may all come from a single company.
On the other side you have composable commerce, a term created by Gartner (https://www.gartner.com/en/documents/3986490), and pioneered by Elastic Path (https://www.elasticpath.com/). In this model, each specific business capability is broken up into separate offerings, most often from different vendors. In this way you can choose the absolute best option for each feature you need. Then the composable commerce engine will help to stitch everything back together with an integration hub. Here you end up with many more software options including ERP, CMS, Search, Front-end, Personalization, etc.
It will be interesting to see what happens in 5-10-15 years. The big monolithic systems can make things easier to get going, but they struggle to scale and have terrible performance. Meanwhile composable commerce continues to become easier to adopt with project times quickly shrinking and comes with huge benefits once launched. But there is a lot of noise in the market, some companies claiming to be composable commerce don't have any integrations and are instead buying the other pieces. In additional monolithic applications are trying to rebrand as composable to capitalize on the trend.
Saleor.io is a good start. Consider Medusa and Vendure if you want to stay open-source.
If you are interested in SaaS, look at Elastic Path.
I see a lot of people recommending the MACH Alliance. That is a marketing organization where members pay in to push their products. Nothing wrong with MACH technology, but worth understanding what it is before going down that road.
I'm going to have to disagree. While basic startups may be best served by shopify anything with complexity should consider an API-First platform. B2B2C, Multi, etc. all benefit from the flexibility it provides. What is important is finding a SaaS with a true multi-tenant infrastructure so they can price based on usage instead of having a large yearly minimum contract value.
Startups can have great success going API-First, but it's contingent on working with the right company.
It's worth considering a composable commerce SaaS. Many let you pick and choose the pieces you need, so you can fill out the remaining components and only replace what you built if their version brings significant value.
At this point, the answer is always buy and then build later if necessary. Just as we once questioned building a server vs using the cloud, using pre-built flexible components gets you to market faster.
Just be careful as the market right now has many monoliths and old systems claiming to be "headless" and "composable", but in reality Magento, Salesforce, Oracle, etc. are all expensive to work with and should only be considered for basic needs.
Looking at a marketplace you can consider marketplace specific vendors like mirakl and convictional, but being niche they can be very expensive. I would instead look at composable commerce solutions that are very flexible and can meet your marketplace needs.
This seems like an old view of the current ecommerce landscape. Sure Magento is still an option, but as you pointed out it should only be considered for basic implementations where it can be used off-the-shelf with minimal customization.
Building a fully custom solution is the most expensive option today and really unnecessary. There is no reason to build your own product management system when so many flexible options exist. Just as I would never recommend building a server and push people towards containerization and the cloud, I recommend finding components that can be leveraged to streamline the custom build.
In terms of high-end headless systems, the market is large and growing. Some leading composable commerce SaaS offerings can offer free tiers and have pre-built front-ends and integrations.
Company description: Elastic Path powers mission-critical digital commerce for the world’s leading brands, such as Intuit, Pella, Deckers Brands, T-Mobile, and over 250 other leading enterprises. As relentless innovators, Elastic Path pioneered the API-Commerce space in 2011 and spearheaded [Composable Commerce](https://www.elasticpath.com/composable-commerce) in 2020. Elastic Path provides industry-leading commerce APIs to help developers rapidly build, deploy, and continuously optimize unique commerce solutions.
My take: Elastic Path is an amazing place to work. We have a very modern stack consisting of microservices written in Go, k8s on AWS, MongoDB, etc. Beyond working with great tech it's a wonderful company culture and has been growing steadily. You can play with the tech and APIs at https://elasticpath.dev/
IP is valued on it's ability to generate revenue. This is why the patent on swinging sideways in a playground is worthless, but the patent on the telephone was extremely valuable.
What did I miss? Which ones do you disagree with?