Your Privacy

This site uses cookies to enhance your browsing experience and deliver personalized content. By continuing to use this site, you consent to our use of cookies.
COOKIE POLICY

Skip to main content

Traditional CMS vs Headless CMS

Traditional CMS vs Headless CMS
Back to insights

Whether you’re building a website for yourself or you’ve been tasked with standing one up for work you’ve likely heard of a content management system or its abbreviated term “CMS”.  A content management system is a crucial part of a modern website allowing an application or group of applications’ digital content to be managed without having to code or develop new pages. Everything from your written content to your graphics is managed through this system and allows for easy management of your site.

While there are many flavors of content management systems, there are really only two major types on the market which can be easily referenced, traditional CMS’s like WordPress and headless CMS’s like Contentful. Each of these solutions are viable depending on your situation, architecture and long-term content management goals. For some sites, a traditional CMS is a fine solution. For others, a headless CMS will be the optimal solution. When working with our clients, UDig always looks at the bigger picture and industry trends to ensure that you are positioned for future growth and able to take advantage of changes in technology.

Traditional CMS

Over the last decade, the focus of websites has been a marriage of the CMS and your site’s design. Having the CMS part and parcel with the site design has made it easy to update content without the overhead we used to see like having to manually update pages via HTML development, moving content and files with FTP, etc…

A traditional CMS, like WordPress or Drupal, is a monolith that connects the front-end and the back-end of a website in a neat and easy application code base. They contain everything from the database for content all the way up through the presentation layer.

Pros

  1. Entire site is served from a single system
  2. Easy to manage all content
  3. Control front-end design through themes and templates
  4. Large communities for support
  5. Lower technical barrier to entry

Cons

  1. Create only website content (the same content can’t be easily served up on other devices)
  2. Do not always scale well
  3. Requires developers who are CMS specific
  4. Limited flexibility
  5. More time and money required for maintenance and enhancements

When to Use a Traditional CMS

Traditional CMS’s are still fantastic systems that work for a variety of deployment types. If you’re strictly building a website for yourself, a small business or even an enterprise solution that doesn’t need to share content with other digital properties, you may be best served by using a traditional CMS. You can get up and running fast and you’ll be able to manage your site from a single source. It’s also important to note that while a traditional CMS is typically a single site solution, many of them have plugins to enable multi-site and/or API access to share digital resources with external applications. Those plugins come with their own challenges and benefits.

Headless CMS

A headless CMS differentiates itself by not connecting directly with a front-end at all. While traditional CMS’ aim to be a single solution to managing both the content and the front-end, a headless CMS deals strictly with the content. Once created and edited, content is published via an application programming interface (API) and that’s it. The headless CMS has no impact or input on the front-end. This provides the flexibility to get your content out in as many ways as possible regardless of how it’s presented.

If it helps, think of the headless CMS like an author writing a book. The author, headless CMS, is providing the content while the publisher, website, formats and delivers the content to the public via hardback book, e-book, etc… The consumption methods change but the content is consistent.

Pros

  1. Content is ready to be served on any device
  2. With the headless API developers can worry less about content and more about presentation
  3. Front-end agnostic (A headless CMS doesn’t care about where the content is going or how it’s going to be displayed. It simply serves it up allowing developers the freedom to use their preferred frameworks and tools.)
  4. Simply create content without worrying about being in a single system that contains everything

Cons

  1. No content preview (Some systems allow you to build a preview integration but this does add additional upfront overhead.)
  2. More upfront integration/configuration effort
  3. Developing a head/client(By “head/client”, we mean the output and displaying of the content that you have created (website, mobile application, etc).)

When to Use a Headless CMS

A headless CMS isn’t always the best choice, so you have to consider your circumstances carefully. We recommend using a headless CMS in the following cases:

  1. Websites/web apps that use JavaScript frameworks such as React, Angular or VueJs
  2. Native mobile apps
  3. Any environment in which you need to publish content across multiple platforms all at once
  4. When using a static site generator

While no one solution solves all problems, we hope you could see the value in weighing your options when it comes to choosing the right CMS. Besides these two major types, the flavor variants really come down to preference. Choosing one headless CMS over another, for example, is often an exercise in testing the interface and API to choose the one you and your content providers feel most comfortable with.

 

Digging In

  • Software Engineering

    When There’s Too Much to Fix: How Smart Prioritization Unlocks Revenue at Scale

    Every operations team has a backlog. The question isn’t whether you can clear it — it’s whether you’re clearing it in the right order. For most teams, the honest answer is no. And that gap between the order work gets done, and the order it should get done is quietly costing organizations millions. The Volume Problem High-volume exception processing shows up across […]

  • Software Engineering

    Creating Reusable Code Templates to Reduce Client Project Startup Time

    In consulting, one of the least visible but most expensive phases of a project is the beginning. Teams can spend days or weeks setting up repositories, agreeing on structure, wiring basic infrastructure, and solving problems that have already been solved many times before. Code templates are a practical way to reduce overhead while improving consistency. […]

  • Software Engineering

    Player Three Has Entered the Game: How AI Is Finally Bridging the Divide Between Design and Engineering

    As AI begins to become more prominent in our day-to-day lives, I find myself in a unique position. As a practicing software engineer and UI/UX designer, I am genuinely happy to see the introduction of AI tools begin to take shape in our industry. But more importantly, I am happy to start seeing the effects it is having on what has historically been a pretty challenging relationship: the […]

  • Software Engineering

    The Disappearing Middle of Software Work: Why the Bookends – Strategy & Impact – Matter Most Now

    Here’s a question nobody in enterprise software wants to sit with: what happens to the middle? Not the middle of the org chart. The middle of the work. The vast, expensive layer of effort that has defined enterprise software delivery for thirty years—translating what the business wants into working code. The requirements-to-implementation pipeline. The “build phase.” […]

  • Software Engineering

    Zero-Code Telemetry with OpenTelemetry’s OBI

    Full distributed tracing and exception capture for any application — without writing a single line of instrumentation code. View the source code on GitHub → The Premise Observability is essential for understanding what’s happening inside your services, but instrumenting an application by hand — adding trace spans, logging calls, and metric counters throughout your codebase […]

  • Software Engineering

    Building a Consultant in the Trenches: How Playing Offensive Line Shaped My Consulting Career

    People often ask me the same question when they find out that I played college football: “Do you miss it?” On the surface, it’s a bad question with an obvious answer. Yes. However, if I give myself a minute to sit with that question, the answer is more nuanced. Yes, I miss playing football, but […]