Category Archives: Content Distribution

Disruptive Shifts in Content Management – Why the mobile app / ipad world is changing the game?

Looking couple of years back, we saw the rapid domination of facebook and twitter in content distribution. The game was all about getting your “page” based content linked and shared out within the content ecosystem.  Link backs and RSS were king. People where using tweet deck as the broadcast mechanism for their articles, blogs, announcements.  This is still goes on, but I believe we are seeing rapid shift in consumption.  People are not just consuming content via browsers like Chrome, Safari, IE, and Firefox.  They are using connected and disconnected apps on ipads, androids,  connected TVs, sms, game consoles, kiosks, car dashboards, personal devices, watches, etc.

However, this rapid and disruptive shift is causing pain in the CMS community.  CMS providers and their customers spent millions automating, managing, tracking, and publishing “web pages and sites.”   For example, large and powerful CMS providers are struggling to adapt their page + template based products with more flexible publishing systems.  For example, many CMS providers are establishing alliances and partnerships with adaptive/screen scrapping technologies like Usablenet and Netbiscuits.   These technologies focus more on the quick and dirty approach of adapting a website to other devices, while not changing the underlining CMS technology.  This approach works from a pure reach perspective, this mean it will allow these CMS solutions to publish to a vast array of devices, but usually sacrifices  the user experience and perceived speed.   Adaptive technologies are very hard to implement when constructing a very native / dynamic / and-or immersive experiences.  For example, if I want to manage content used within an native iOS, Android, and-or Vizio TV application, it will be very hard or next to impossible to use these solutions.  Its less about the page, more about the content API.  More and more developers are demanding content publishing systems that expose assests via REST Json/XML APIs.  This enables pure content distribution across more devices and channels. It is my opinion, the era of the “CMS template” is becoming less relevant in regards to overall CMS need.  I want my content to be semantic, agile, and portable.  This way I can truly use and publish it anywhere.  Therefore, its less about bake vs. fry, its now about an API.

Success is Content Distribution, but be careful.

by Matthew Johnson

The last decade has been a time of radical change in content ecosystem.  Users used to primarily consumed branded content thru one or few of “on-domain” channels like somecompany.com.  This hub and spoke ecosystem focused on how to lure as many potential or current users to on-domain properties to consume content that conveys the company’s value proposition.  Companies presented online users with emails, micro-sites, and advertising with the goal of getting as many users to click thru into their “walled garden” (large .com sites).  Within these large walled gardens companies could leverage web content management tools to share/distribute large blocks of html and metadata across organizational silos.   However, times have changed, the advent of web 2.0 and social media changed how content is being consumed.  Walled gardens that follow traditional on-domain methodologies are being torn down and in its place are social media, open networks, new aggregators, API frameworks, and widgets.  A critical success factor is no longer based on getting people click thru to on-domain content but how well content has spread virally across the Internet using a channel most relevant to a user.

However, many CMS solutions unintentionally bind content to specific channels of consumption, aka blabla.com.  Content Types created in Interwoven, Drupal, Alfresco, SiteCore, and other products need to be strategically created to anticipate and plan for new and developing channels of content distribution.  Content types needs to house semantic and simple content to alleviate distribution across news sites, facebook, mobile apps/mobile web, and emerging channels like XBoxes, Digital Signage, Set top boxes, podcasts, etc.. I see the issue over and over again, companies create a global content types to meet a current or generalized need and then start up the content production line using dreamweaver or WYSIWYG editors.  Content which looks like it can be reused, cannot be reused because the content types do not provide the metadata, guidelines, governance, structure to give the content agility.  Content should always try to be agnostic of channel.  Content should be so semantic that is can be easily dropped and restyled using CSS or XML transformations.  I can say it over and over again, its all about the content types and their hierarchies.  CMS projects should not always jump straight into technical integration and performance testing.  True performance is how you expand the reach of your content across the web, not drive to a specific site.

Reblog this post [with Zemanta]