A mobile CMS search query yields 144m results on Google. However, people oftentimes mean completely different things when saying "mobile CMS".
This article covers the topic in its entirety, showing how a CMS for a mobile app is different from a content management app for the iPad. You will learn about different use cases, purposes, and what is appropriate for different requirements.
Last updated: October 15, 2015.
Typically, people attach three meanings to mobile CMS:
These meanings of mobile CMS are quite different. Let's elaborate on each of them.
You've built a mobile app and it happens to show some content. For example, imagine an app for an online vinyl store; for every record there is a title, description, several photos and an audio sample.
Naturally, it makes little sense to store this content inside the app itself. Such an approach would lead to some unpleasant consequences:
Instead, the content for mobile apps should come from a single system. Such a mobile CMS should be able to push content to different platforms, so that there would be a single content source for every app. Ideally, this CMS would also be able to provide content to other content channels just as well, becoming a single place for all the content.
Here is what people are doing to resolve these problems.
One possible intention is to build a custom backend for content management and delivery for this one specific project.
The advantage of this is that there will be no compromises, as the solution will be tailored to all the project requirements. However, there are obvious downsides: it's expensive. Custom solutions require ressources, which aren't always available.
On top of that, you might be reinventing the wheel: at the start of the project everything could look simple, and the problems would start appearing only further down the road. There are companies which dedicate all of their time and effort to building one CMS and solving these problems, so it is possibly more optimal to use an existing product.
Among existing solutions there are MBaaS, short for Mobile Backend as a Service, like Parse or Kinvey, which focus specifically on delivering content to mobile apps. They work fine for apps which are not very content-rich and which do not involve significant content work.
However, they do not really provide a proper editorial experience and workflow. That means that they are mostly developers-focused, highly technical, which make such solutions unusable for content creators and editors.
A fairly new alternative is using a CMS with a RESTful JSON API, also sometimes called Content as a Service, or CaaS. That way you get to leverage the content creation and management features for the content creators and still get the content in a mobile-friendly format.
When selecting an API-first CMS, you may want to look at a the following requirements to not be stuck on an island:
There are several options of such CMSs on the market. You could use an existing web-based CMS such as WordPress or Drupal with a plugin which adds the API features. This approach has certain advantages and drawbacks, which are discussed at length in this article.
An alternative is a CMS which was built API-first from the start. An example of such CMS is Contentful, a mobile-ready, API-first CMS. Businesses and publishers such as Playboy, Nike and Axel Springer use Contentful to power their mobile presence. Contentful delivers content through a well-documented RESTful JSON-based API, which makes it fairly simple to get content from the backend and show it in the app.
If you're planning to build a native iOS, watchOS, tvOS or OS X app, take a look at Selecting an iOS CMS article.
This is 2015, and sometimes a mobile audience is larger than the desktop one. Still, the websites are being viewed in a browser, and modern websites should perform equally well on any kind of screen. Websites are expected to be responsive, so that the content looks good regardless of the device. Managing the content of such a mobile-friendly website is what a mobile CMS can do.
The world of web CMS is very well-developed, and most CMSs are suited for this purpose. Here are the solutions which the market offers:
A very typical situation is that there is a website already in place, and there is a CMS powering it. What you could do is to make it responsive, mobile-friendly. Proprietary CMS most likely offer some kind of upgrade to achieve that, whereas with open source CMS there are typically some themes or extensions which provide responsiveness: see some examples for WordPress, Drupal and Joomla.
Another take on this problem is to use a CMS which was built originally with mobile in mind. Such CMS would very much simplify reaching mobile devices, as development would be simpler and editors would be able to preview how the content will look on mobile directly from the CMS.
Further benefits of such a CMS is that it enables better content modelling. It makes it possible to abstract from presentation a bit, stop thinking in terms of pages, and split the content in small chunks instead. Why one would do that? Because it simplifies content reusage, and enables presenting the content on every platform in the best possible manner instead of showing exactly the same website for every screen. For example, you could have two versions of product descriptions: a long one for desktops and a shorter one for mobiles.
Contentful, a CMS which was built to make mobile publishing simple, is a great choice for managing content of a responsive website, as long as you would like to reuse the same content across other channels, such as mobile apps. Its API-first approach helps developers put content from the CMS into the website and gives them fine control over what is to be displayed on each version of the website. Have a look at how Playboy built their responsive website with Contentful.
There is little reason why content creation should be limited to computers, as was the case with CMSs recently. Can we consider Twitter a CMS of sorts? 80% of Twitter active users are on mobile, which suggests that people are willing to create content on the go.
Some CMSs come with apps for mobile devices – mostly tablets. Sometimes they are shipped by the vendor of a CMS, as is the case with Wordpress and Magnolia CMS, for instance; sometimes they are built by third parties: one of the examples is Drupal on the go.
The mobile CMS expression has several meanings, which hopefully are clarified by now. If you need to manage content in mobile app(s), you would want a CMS preferably built for that purpose, and the best solution is an API-first CMS, such as Contentful. If your goal is rather to publish a responsive website and manage content inside it, you could either use an extension for an existing web CMS, or also go with a modern mobile-first CMS such as Contentful. Finally, if you want to manage content on the go and publish from a tablet, there are some solutions for that, which typically run on top of existing CMS.