We are currently using Sitecore for one project but did not use JSS anywhere. Other project team plans to use headless CMS and considering "Contentful" CMS for this.

Could anyone please explain the major differences between Sitecore and Contentful in terms of headless features?

Regards, Venkat

  • I think this is too broad for our format here, but I'm going to let the question stand and see if the community can come up with an appropriate answer. Sep 10, 2018 at 8:59

2 Answers 2


Full disclosure: I'm on the JSS team, so naturally I'm biased.

Contentful is fairly similar to using Sitecore's SSC REST APIs. You have a large bucket of content, and you have an API to retrieve chunks or lists of it. It's relatively standard headless SaaS.

JSS delivers the full power of Sitecore by delivering headless layout capabilities. Instead of delivering content chunks only, like regular headless vendors are doing, JSS gives authors the flexibility to syndicate a whole content layout to the headless site. This lets authors run personalization, multivariate testing, previewing, and other standard features that make traditional CMS more friendly to authors, while maintaining the flexibility that headless gives. JSS also ships with a variety of content APIs, including GraphQL, for access to non-layout-based content giving the best of both worlds.


Full disclosure from me as well: I have been working at Contentful for the last few years, before that and for at least 10 years, however, I have been building sites using a wide range of CMS. Sitecore, EPiServer, Drupal, Wordpress, Umbraco, Magnolia etc.

The main difference, that is very important to understand, is that a truly headless CMS comes completely decoupled from the presentation of content. There are no templates, there is no hierarchical view of content that ties to the presentation (e.g. a page tree) and there is no need to host the actual CMS anywhere.

This leaves you free to "only" develop the application while the CMS simply gets out of your way. No tech stack is imposed on you. No assemblies need to be scanned to get your models. No local database needs to be set up for development.

The downside is that you need to do some more work to get the actual data from a headless CMS since for every piece of content you need, you make an API call. This is normally handled through officially supported SDKs (for example https://github.com/contentful/contentful.net) for whatever language you want to fetch the content for.

On a feature to feature comparison, the headless CMSs often fall short of the more traditional CMS vendors, but the key to understanding here is how a headless CMS encourages a true microservices architecture where you use the right service for the right task, instead of relying on a monolithic "solve them all" platform. By integrating a headless CMS with personalization from, for example, Optimizely or Google optimize, you get the benefits of each platform and can use their respective strengths to improve your final solution.

Here's a blogpost I wrote the first time I stumbled upon Contentful (before I started working there) https://robertlinde.se/contentful/2016/04/18/contentful-the-future-of-cms.html that might give you a few more ideas of the benefits.


Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.