arrow Products
Glide CMS image Glide CMS image
Glide CMS arrow
The powerful intuitive headless CMS for busy content and editorial teams, bursting with features and sector insight. MACH architecture gives you business freedom.
Glide Go image Glide Go image
Glide Go arrow
Enterprise power at start-up speed. Glide Go is a pre-configured deployment of Glide CMS with hosting and front-end problems solved.
Glide Nexa image Glide Nexa image
Glide Nexa arrow
Audience authentication, entitlements, and preference management in one system designed for publishers and content businesses.
For your sector arrow arrow
Media & Entertainment
arrow arrow
Built for any content to thrive, whomever it's for. Get content out faster and do more with it.
Sports & Gaming
arrow arrow
Bring fans closer to their passions and deliver unrivalled audience experiences wherever they are.
Publishing
arrow arrow
Tailored to the unique needs of publishing so you can fully focus on audiences and content success.
For your role arrow arrow
Technology
arrow arrow
Unlock resources and budget with low-code & no-code solutions to do so much more.
Editorial & Content
arrow arrow
Make content of higher quality quicker, and target it with pinpoint accuracy at the right audiences.
Developers
arrow arrow
MACH architecture lets you kickstart development, leveraging vast native functionality and top-tier support.
Commercial & Marketing
arrow arrow
Speedrun ideas into products, accelerate ROI, convert interest, and own the conversation.
Technology Partners arrow arrow
Explore Glide's world-class technology partners and integrations.
Solution Partners arrow arrow
For workflow guidance, SEO, digital transformation, data & analytics, and design, tap into Glide's solution partners and sector experts.
Industry Insights arrow arrow
News
arrow arrow
News from inside our world, about Glide Publishing Platform, our customers, and other cool things.
Comment
arrow arrow
Insight and comment about the things which make content and publishing better - or sometimes worse.
Expert Guides
arrow arrow
Essential insights and helpful resources from industry veterans, and your gateway to CMS and Glide mastery.
Newsletter
arrow arrow
The Content Aware weekly newsletter, with news and comment every Thursday.
Knowledge arrow arrow
Customer Support
arrow arrow
Learn more about the unrivalled customer support from the team at Glide.
Documentation
arrow arrow
User Guides and Technical Documentation for Glide Publishing Platform headless CMS, Glide Go, and Glide Nexa.
Developer Experience
arrow arrow
Learn more about using Glide headless CMS, Glide Go, and Glide Nexa identity management.

Build a CMS or buy a CMS? There is only one winner

by Denis Haman
Published: 16:10, 01 August 2021

Last updated: 16:11, 01 August 2024
"The CMs provider said it was everything we needed to produce content."

Do you remember the first time you heard of “The Cloud”? (And I feel compelled to use air quotes to remind us how novel it seemed back then.)

Perhaps you remember the initial scepticism some felt towards it, hard to believe now with cloud tools somehow at the heart of every technological leap of the last 15 years.

It was in 2006 that Amazon Web Services (AWS) launched the first of its key services to the public - S3 (Simple Storage Service), and EC2 (Elastic Compute Cloud) - helping kickstart an era-defining shift by industries and enterprises of all sizes.

Before then, the prevalent thinking in media was to build and host everything on-premises, ideally in the same building as the editorial operation.

We saw rack-packed server rooms with noisy air-conditioners spring up next to editorial floors, sealed away behind keypads and doors with their blinking lights eerily perceptible behind smoked glass, all with a voracious appetite for memory and disks, cool air and electricity.

It seemed we had all accidentally become technology and development companies with all the burdens around security, maintenance, training, recruitment, and hardware acquisition that entailed, while juggling with things like timelines, storage, bandwidth,  capacity, flexibility, and costs. Always the costs! 

No wonder the media industry embraced cloud advances so quickly. In a world where sector disruption was around every corner, publishing and media could instantly appreciate the  scale, reliability, capability, and crucially the cost flexibility cloud tools and architecture offered.

Old tech, new clothes

I recently had the pleasure of talking with senior personnel from a leading cloud provider about what makes publishing so different from most other industries: the dynamism and ripeness for change, the vibrancy of its people, the closeness to the consumer that demands such rapid responsiveness and breeds constant innovation.

They were enthralled. Is any industry more perfectly served by the cloud and its principles?

But they were genuinely perplexed that it is still quite common for publishers to acquire a system as vital as their CMS in generic form and laboriously set about rebuilding it with a large developer team. Or, even more surprisingly, to build it from scratch.

They asked:

  • Do they do that with all of their platforms like accounting, CRM, email, HR and so on?
  • How big are their tech teams?
  • How do they maintain it over a long period?
  • How do they scale it and adapt it over time?
  • What is the cost of meetings alone?!

It all got us discussing: is the CMS the last ‘grand old’ platform that still falls into this historical approach of building, not buying ?

One of my audience summed it up neatly in the 'Acquisition Onboarding Paradox': if you use the same method to acquire new technology as you did the last time around, the chances are you will get the same thing, just shinier.

The intrinsic problems don’t go away, you just change where you are in the cycle. As she said: “It all sounds very ‘90s.” Quite.

Think a decade ahead, not a decade behind

As a result, somehow even in the 2020s, building your own CMS is still seen as the cost of entry for many publishers. Take a starter, generic CMS, and commence this tortuous journey of bespoking and pouring money into making it suit your particular publishing business. Or go cheap and put up with the shortcomings.

Until you have done it a few times, even specifying a CMS is extremely hard: an incorrect decision at the paper planning stage can hobble an entire build for years. Building a headless CMS utilising the MACH principles which underpin modern technology architectures is even harder. Doing it for a publishing business is harder still – after all, it’s not just controlling all the content, it also needs to perform as an office and workspace for teams of harassed journalists and developers who are facing a constantly evolving business landscape.

It’s no wonder then the WordPress and Drupals of the world are such common start points. “If we’re going to have to staff up or pay to rebuild rebuild the whole thing anyway, we might as well start with one that’s free!” is a common belief.

"Free.”

Skilled CMS developers are very much not free, even less so if they have publishing and media business expertise. 

And what other costs is the business signing up to? Years of implementation and maintenance commitments, lost opportunities as it struggles to adapt quick enough to the needs of the business, and content that is poorly structured or simply broken?

We commissioned some research a short while ago which found that of 102 WordPress sites run by publishers, many household names, nearly three-quarters, 72.5%, had detectable and known security vulnerabilities. Less than 32% were even on the latest version. 

We repeated the exercise a few months later following a high-profile WordPress, leaving more than a full month for our scanned sites to make updates, and the results were only marginally better -  57.28% still showed well-documented issues, and still under 50% were by now on the latest version. At best this suggests that those who updated between scans are doing so just once a year, not after every version is released.

As a side note, it was clear that a number of the publisher sites previously on WordPress had moved off it between scans.

From these reports, some patterns start to emerge: organisations that stay up to date were either on generic vanilla version, so would be bereft of publisher-specific capabilities, or were large organisations with sizable internal tech teams which we would argue could be deployed to better effect.

A symptom of another problem

The WordPress/Drupal approach to building a CMS is not just inefficient and stealth-pricey, worst of all it strangles speed and innovation in an industry when it needs it most. The real battle publishers are fighting is to adapt quickly to a rapidly changing content consumption landscape and keep innovating for their audiences. 

Commercial teams craft campaigns around fast-moving events: how can we tell them it might take months or more to build the new products they are crying out for?

Ultimately what people in media and publishing are dying to know is, where’s their share of the speed and savings new tech has given to everyone else?

Product companies, not tech companies

Publishers have always been product companies.

Publishers use tech, which they stretch and demand more from as their products and audiences grow. But what they sell and succeed with is their content, their ideas, and the products that their customers want more of.

So the question is: are you a publishing company, or a CMS company?

Friends don’t let friends build their own CMS

The realisation is growing that publishers and media companies don’t have to be CMS companies any more. Or CRM, or paywall companies for that matter. Like those differing business needs, content management problems are solved problems and there are SaaS solutions to choose from.

Just as cloud hosting and tools have become standard, these configurable, flexible SaaS CMSs are becoming the norm. And the companies behind them thrive by delivering the dream of the service and tools a team of in-house experts in publishing would ask for, at a fraction of the total cost of ownership.

Then the questions you ask can be of a far higher level. How can I launch new sites in a week? How do I double my output of content? How do I cut my costs by half?

Your writers and engineers will thank you for it. And so will your readers and customers, and together they all  get to reap the benefits the cloud has been bringing to everyone else for years.

It might be a bitter pill for some to swallow, but  business success and soaring readerships tell their own stories.

Ultimately your content is what underpins your revenue, not how many days and dollars you poured into a one-off CMS or paywall solution.

If the likes of Netflix and Apple don’t feel the need to build their own data centres, then I'm comfortable believing publishers don’t need to be CMS companies.

Choosing the right fit will still require investigation and a good understanding of your objectives, but I truly believe that the effect for publishers can be as dynamic and energising as cloud computing has been for them, and everyone else.