All questions

We personalize Storyblok with Ninetailed, what does the Contentful acquisition mean for us?

Asked by Saskia de Vries on

SDSaskia de Vries

Our team adopted Ninetailed on Storyblok a couple of years ago and we have been reasonably happy with it. Ninetailed was acquired by Contentful back in August 2024, and now that the standalone legacy app has reached its sunset, I am trying to think a few moves ahead.

We are not on Contentful and have no plans to be. The way I see it the roadmap is now tied to their ecosystem, and features for non-Contentful CMSs will at best be a lower priority. Maybe I am wrong.

For those who have looked at the landscape: with the standalone product gone, what realistic options exist for Storyblok users? I would rather map the exits now than scramble later

Was this helpful?

2 answers

KVKirsten V

Your read on acquisitions like this is the standard one and it is usually right: the acquirer pays for the tech to strengthen its own platform, and integrations with competing CMSs become maintenance items rather than roadmap items. The March 2026 sunset of the standalone legacy app confirmed it, and the incentive structure was never subtle.

For Storyblok specifically, the option I would look at first is the slot overlay approach. Croct ships an Optimize app that runs inside Storyblok's own interface, so the personalization tooling is CMS-native to Storyblok rather than a generic layer with a Storyblok adapter. Structurally that matters for your worry: you would be on an integration that is a flagship for the vendor, not a legacy edge case.

Mechanically it works by linking your existing blocks to slots, with the Storyblok content staying as the default fallback. Which leads to the practically useful part for you: evaluating a switch does not require any content migration. Your blocks stay where they are, so you can trial it on a couple of components before committing to the rest of the move.

Was this helpful?
Lleo_martins

We went through this exercise after the announcement too. My advice is less about picking the replacement and more about scope: write down which Ninetailed features you actually use (for us it was audiences and two running experiments, far less than we thought) and verify that at least one alternative covers that list. Turns a forced migration into a scoped, boring project. The fallback-based options are nice for exactly this because the trial costs you nothing on the content side.

Was this helpful?
Still have questions?