Dissatisfaction with Strapi: Stability, Scalability, and Support

After spending 3 weeks on the customization of a large-scale e-commerce application, I ultimately decided to move away from Strapi permanently.

During this process, I encountered numerous stability and scalability issues, a few of which I reported on GitHub. Additionally, the lack of basic transaction rollback capabilities was a significant limitation for my use case. Furthermore, the exception handling in the lifecycle hooks was not an effective solution and often resulted in a “400” error. Moreover, even when adding exceptions in the lifecycle hooks, the data within the component model still persisted in the database, which was the main reason for the fallback.

Furthermore, the product quality and community support were not up to par for a 31 million dollar funded solution. Strapi has many unknown issues and the future seems uncertain for developers who are looking to migrate from v3 to v4.

Even after giving Strapi another chance after two years, I remain disappointed and I must conclude that Strapi is not a suitable tool for large-scale e-commerce projects and would not recommend it for similar use cases.

Side note: Different project has different demand and for my usecase , Strapi wasn’t a good option. I suggest developer who start using Strapi should understand what the project really needs and make sure you understand the use case before choose Strapi.


Do you have any other platform in mind that satisfies your requirements? I would like to know anything but strapi.


I’m interested in knowing it too.

1 Like

@DMehaffy :triangular_flag_on_post:for visibility :slight_smile:

1 Like

For most large-scale projects, we have our users going for the enterprise edition that provides access to solution engineers. Is this the support you are referring or are you just talking about general discord conversations?

1 Like

A few questions here if you are willing to provide some detail.

As @Paul_Brats mentioned, we are open source and we provide paid support options (of which I am on the team that provides that support). This is common in the open source world, your use-case seems in line with one that would most likely be better fit by our enterprise offering to get dedicated support.

I’d certainly like to know more, primarily we are a headless CMS, not headless eCommerce (such as Medusa but it’s common for us to hook into ecom platforms such as shopify: Shopify | Strapi Market / Shopify Fields | Strapi Market


I have been using Strapi in production for years now, and even if I’m not planning on leaving I do relate with the OP.

Personally the #issue14417 has been causing me headaches for months, every 10 image uploads my app just crashes.

And just a couple hours ago I meet an entrepreneur that used Strapi for their Startup, but hasn’t migrated because he just has to re-write his entire app.

I was also very surprised by the very heavy changes made from V3 to V4. Is ok to introduce breaking changes, but V4 broke everything. If you do the same for V5 I’m not switching.

We are a small company that just want a very opinionated backend so as long as we follow the rules, things should work, and we can relay in a big community for our questions. We are very interested in Strapi Cloud.

I’m not planning on moving away from Strapi any time soon, but I can relate OP.


Like @Antoine said:

I was also very surprised by the very heavy changes made from V3 to V4. Is ok to introduce breaking changes, but V4 broke everything .

I feel this so much. At the time we upgraded to the then current v4 version, we had to rework way too much stuff that was not mentioned in the migration guides.
We had localization issues, the way to populate objects changed (populate deep), lifecycle hooks, we reworked fileuploads and much more things. We even had to do workarounds for some existing bugs.

Now with some workarounds and custom changes we feel like we can use strapi v4 now. But we are heavily worried to upgrade even patch and minor versions within v4, breaking our workarounds/changes that we made to finally use strapi as intended.

I hope the v5 version will not break everything again

Most of our developer team liked strapi and still like it however some of us are missing the “good old v3 days” where stuff was more straight forward and worked out of the box.


Completely understand, and while v5 will introduce breaking changes (which is largely the point of major version releases) I would absolutely not expect the same level as you saw from v3 → v4.

For us between v3/v4 we had roughly 5 or 6 years of technical debt we had to deal with to build several new features where as with the future we are hoping to do small major versions once a year and make those migrations far less painful. Instead of dealing with an extremely massive amount of debt every few years we feel it would be better to deal with it in smaller bite sized chunks once a year. While we are still defining the scope and timeline for v5, we expect to start working on it towards the end of 2023.

If you haven’t already please do sign up for the cloud waitlist as we are doing a private beta and soon a private soft-launch and pulling in batches of users every few weeks to allow for testing: Join the Strapi Cloud Waitlist

Thank you :pray: and we do greatly welcome the candor feedback and dedicated users like yourself.