Sitecore just shifted its strategy from championing ‘composable’ to pushing a ‘composed’ stack. If you’re running Sitecore today, this changes the conversation about your platform’s future — and your options are wider than you might think.
For years, Sitecore championed the composable approach — buy best-of-breed tools, wire them together, own your architecture. That messaging resonated with enterprise teams who wanted flexibility. However, at the latest Symposium, Sitecore introduced a significant pivot: the “composed” stack.
So what’s the difference? In a composable architecture, you pick any vendor for each capability — CMS, search, personalization, CDP — and integrate them yourself. In a composed architecture, Sitecore’s own products are designed to work together out of the box, while still allowing you to swap individual pieces if needed.
In other words, Sitecore is telling the market: “You can bring your own tools, but our stack works best when you use it together.” That’s a meaningful shift. As a result, teams running Sitecore today face a strategic question they didn’t have six months ago.
If your organization already runs multiple Sitecore products, going all-in with their composed stack is a logical path. Sitecore has invested heavily in making their products work as a unified platform, and the AI layer — Sitecore Stream — ties it all together.
Here’s what the full Sitecore composed stack looks like today:
The appeal is clear: tighter integrations, a unified AI layer, and reduced operational overhead. For teams that have already invested in Sitecore’s ecosystem, this path minimizes disruption. Furthermore, Sitecore Stream brings native AI capabilities directly into authoring workflows — content generation, translation assistance, and automated tagging happen where your editors already work.
That said, going all-in means committing to Sitecore’s roadmap, pricing model, and release cadence. Consequently, teams should evaluate whether the full stack genuinely serves their needs or whether they’re adopting products simply because they exist within the ecosystem.
The composed stack pitch isn’t for everyone. If your team values flexibility, has outgrown Sitecore’s capabilities in specific areas, or faces licensing pressure, then exploring alternatives makes strategic sense. The DXP market has matured significantly, and several platforms offer competitive paths forward.
Here are the main alternatives worth evaluating:
Optimizely has built a strong DXP with native experimentation at its core. If A/B testing and personalization are priorities, Optimizely’s platform delivers that out of the box. Their CMS (Optimizely CMS 12+) supports both traditional and headless delivery. Additionally, their AI assistant Opal handles content recommendations and audience targeting natively.
Contentful is a headless-first CMS that excels when your front-end team wants full control over the presentation layer. It’s API-native, developer-friendly, and pairs well with modern frameworks like Next.js and Nuxt. For teams already moving toward headless, Contentful removes the friction that XM Cloud still carries in certain scenarios.
Kentico Xperience offers a hybrid approach — traditional and headless delivery from the same platform. Their recent AIRA launch brings agentic AI into the marketing workflow. Specifically, Kentico targets mid-market organizations that want DXP power without enterprise-scale complexity.
Storyblok stands out with its visual editor for headless content. Editors get a real-time preview while developers maintain full front-end freedom. For organizations where editorial experience is a top priority, Storyblok bridges the gap between headless flexibility and authoring usability that Sitecore’s Pages editor is still catching up on.
Each of these platforms has a different sweet spot. Therefore, the right choice depends on your team’s priorities: editorial experience, developer freedom, experimentation maturity, or total cost of ownership.
This is one of the most common questions we hear from Sitecore customers: “If Sitecore is pushing Sitecore Search and AI, does Coveo still work?”
The short answer is yes. Coveo remains fully compatible with XM Cloud and the composable architecture. Sitecore hasn’t locked out third-party search providers.
However, there’s a nuance that trips people up. When you work inside XM Cloud, you’ll notice Sitecore Search appears in the interface — even if you haven’t enabled it. This creates confusion. Teams sometimes assume they need to activate it or that it conflicts with Coveo. In reality, Sitecore Search is simply a product offering within the platform UI. You can ignore it entirely and continue using Coveo without issue.
From a capabilities standpoint, the comparison is straightforward:
In short, if Coveo is delivering value for your organization, there’s no technical reason to abandon it because of Sitecore’s composed stack positioning. The integration remains API-driven and headless-friendly.
Here’s a challenge that affects a specific but growing group of Sitecore customers: teams that built headless components in a pure headless manner without using the Content SDK.
Sitecore’s Content SDK provides the standard way to fetch layout data, content, and rendering information from XM Cloud. It handles the connection between your front-end components and Sitecore’s content delivery layer. Most teams following Sitecore’s recommended path use it from day one.
However, some development teams took a different approach. They built their headless front-end using direct GraphQL queries or custom API integrations — bypassing the Content SDK entirely. At the time, this seemed like a reasonable architectural decision. After all, the SDK was still maturing and the team wanted more control.
Now, those teams face a real cost. Components built without the Content SDK need to be repurposed. As a result, features that depend on the SDK — like the Pages editor experience, inline editing, and rendering host integration — don’t work with custom-built components. Sitecore’s roadmap increasingly assumes SDK adoption, which means the gap will only widen over time.
If your team is in this situation, you have two paths:
Every Sitecore customer’s situation is different. Still, a structured decision framework helps cut through the noise. Here’s how we recommend approaching it:
At Sengo, we’ve been deep in the Sitecore ecosystem for over a decade — as a 2x Sitecore MVP, SUGCON speaker, and hands-on implementation partner. We’ve also helped organizations evaluate and migrate to platforms like Optimizely, Contentful, Kentico, and Storyblok.
That dual perspective matters. We don’t push one platform over another. Instead, we help you assess your situation objectively:
We’ve delivered 50+ platform audits across CMS and DXP ecosystems. Whether you stay with Sitecore or move to something new, we make sure the decision is grounded in evidence — not anxiety.
Ready to figure out your next move?
Like (0)