Headless CMS

Ein Headless CMS ist ein Content Management System, das das Backend-Content-Management von der Frontend-Präsentationsschicht trennt.

Was ist ein Headless CMS?

Ein Headless CMS ist ein Content Management System das das Backend-Content-Management von der Frontend-Präsentationsschicht trennt.

Das Frontend oder die Präsentationsschicht ist alles, was ein Nutzer sieht und mit dem er interagiert, traditionell auf einer Website, aber heute auf jedem Gerät mit einer Internetverbindung. Diese Schicht umfasst Aspekte einer Website wie Bilder, Texte, Layouts usw. Drei gängige Frontend-Entwicklungssprachen sind HTML, CSS und JavaScript.

Das Backend ist die Entwicklerseite der Website, auf der Server-, Anwendungs- und Datenbankinformationen verwaltet werden. Daher werden Aspekte einer Website wie Regeln, Integrationen und die Verbindung von Seiten hier gesteuert. Gängige Backend-Entwicklungssprachen sind .NET, SQL und Java.

In einer Headless-Architektur wird dann der Kopf, also das Frontend des Systems, vom Körper, also dem Backend des Systems, abgetrennt.

Durch den Einsatz eines Headless Content Management System können Sie verschiedene kundenseitige digitale Erlebnisse unterstützen, darunter native mobile Apps, Smart Devices oder bestehende Webanwendungen, die nicht direkt innerhalb der Plattform selbst erstellt wurden.

Der Unterschied zwischen Headless und traditionellen Content Management Systemen

Im Gegensatz zu einem traditionellen CMS sind bei einem Headless CMS Front- und Backend zwei völlig getrennte Systeme.

Was ist ein traditionelles CMS?

Ein traditionelles CMS ist auch als „gekoppeltes" oder „monolithisches" CMS bekannt. Beliebte CMS-Plattformen mit einer gekoppelten Architektur sind WordPress und Acquia.

Bei einem traditionellen CMS sind Kopf (Frontend) und Körper (Backend) verbunden und verwalten gemeinsam sowohl den Inhalt als auch die Präsentation des Inhalts. Traditionelle CMSs werden oft mit einem „What You See Is What You Get" (WYSIWYG) Content-Editor geliefert. Der Einfachheit halber verwenden wir im Folgenden den Begriff „gekoppelt" für traditionelle CMSs.

Gekoppeltes CMS vs. entkoppeltes CMS vs. Headless CMS

Gekoppelt, entkoppelt und headless sind Formen von Content-Management-Bereitstellungsarchitekturen. Eine Bereitstellungsarchitektur ist die Beziehung zwischen dem Ort, an dem Ihr Inhalt verwaltet wird, und dem Ort, an dem er bereitgestellt wird.

Die häufigste Bereitstellungsarchitektur ist eine gekoppelte Architektur, bei der Frontend und Backend miteinander verbunden sind. Bei einer gekoppelten Architektur wird Inhalt im selben System erstellt, verwaltet, gespeichert und bereitgestellt.

Ein CMS wie Optimizely CMS kann als gekoppelte oder als hybride CMS-Lösung verwendet werden. Viele CMS-Anbieter bieten nur eine dieser Konfigurationen an, und es empfiehlt sich, alle Vor- und Nachteile abzuwägen.

Ein entkoppeltes CMS trennt Frontend und Backend. Der Inhalt wird getrennt von der Bereitstellung verwaltet. Er wird im Backend aufbereitet und dann über APIs im Frontend bereitgestellt und präsentiert. Ein entkoppeltes CMS ermöglicht es Content-Managern, Redakteuren und Designern, am Frontend zu arbeiten, während Entwickler am Backend arbeiten.

Schließlich ist eine Headless-Architektur eine reine Inhaltsdatenquelle ohne Präsentationsschicht. In der Praxis ist Headless eigentlich nur eine weitere Form der entkoppelten Architektur, aber anstatt dass das CMS Artefakte an das Frontend pusht, pulled das Frontend Inhalte vom CMS. 

Es ist wichtig zu beachten, dass nicht alle Headless-CMS-Lösungen gleich sind. Einige sind reines Headless, während andere eine Mischung aus Headless und traditioneller Architektur sind. Ein reines Headless-System erstellt nie Vorlagen und liefert nur Rohdaten an ein anderes System. Ein hybrides Headless-System hingegen kann in einer traditionellen gekoppelten Architektur betrieben werden, verfügt aber auch über Werkzeuge zur Bereitstellung von Inhalten ohne Präsentationsschicht.

Gekoppeltes CMS vs. entkoppeltes CMS vs. Headless CMS auf einen Blick  

Hier ist eine kurze Übersicht, wie sich gekoppelte, entkoppelte und Headless-CMSs unterscheiden:  

Gekoppeltes CMS Entkoppeltes CMS Headless CMS
Front- und Backend sind miteinander verbunden. Front- und Backend sind getrennt. Reine Inhaltsdatenquelle ohne Präsentationsschicht.
Inhalt wird im selben System erstellt, verwaltet, gespeichert und bereitgestellt. Inhalt wird getrennt von der Bereitstellung verwaltet, sodass Redakteure am Frontend und Entwickler am Backend arbeiten können. Anstatt dass das CMS Artefakte an das Frontend pusht, pulled das Frontend Inhalte vom CMS.
Einzelner Kanal. Omnichannel. Omnichannel.

Wie eine Headless-Architektur funktioniert

Eine Headless-Lösung ist ein reines Backend-CMS mit einem Repository, auf das beispielsweise über eine RESTful API zugegriffen werden kann, um Inhalte in mehreren Kanälen anzuzeigen. Eine API ist ein Satz von Regeln, der Programme in die Lage versetzt, miteinander zu kommunizieren. RESTful oder REST (Representational State Transfer) ist ein Satz von Regeln, den Entwickler bei der Erstellung der API befolgen. APIs ermöglichen es Ihnen, Inhalte in die Präsentationsschicht zu übertragen und Befehle von Nutzern in die Headless-Anwendung zu empfangen.

Ein Headless CMS verfügt über eine Datenbank zum Lesen und Schreiben von Inhalten sowie eine Verwaltungsoberfläche, über die Nutzer Inhalte verwalten. Eine Headless-Lösung ermöglicht nur das Erstellen, Lesen, Aktualisieren und Löschen von Inhalten. 

In einer Headless-Architektur können Entwickler jedes beliebige Frontend-Tool verwenden, um Inhalte in beliebigen Kanälen zu präsentieren, wiederzuverwenden und bereitzustellen. Die Trennung von Frontend und Backend erleichtert die unabhängige Aktualisierung der zugrunde liegenden Systeme, unter anderem Vorteile, auf die wir in einem späteren Abschnitt eingehen werden.

Wie Headless Content Management Systeme entstanden sind

Content Management entstand mit der Erstellung statischer Websites in den 1990er Jahren, zu Zeiten von Web 1.0. Diese Websites waren einfache HTML-Textdateien. Content Management hat sich von Perl-Skripten und Flat Files zu robusten CMS-Angeboten und sogar hochentwickelten DXPs weiterentwickelt.

Die Entwicklung des Headless CMS wurde durch die mobile Revolution, den Aufstieg des Omnichannel-Publishing und die Verbreitung von JavaScript vorangetrieben.

Als mobile Technologien und Geräte wie Smartwatches und sprachgesteuerte Assistenten aufkamen, brauchten Nutzer die Flexibilität, Inhalte überall dorthin zu übertragen, wo sie sie brauchten oder wollten, was eine Herausforderung für traditionelle Content Management Systeme darstellte.

Als jQuery 2007 eingeführt wurde, wurde JavaScript außerdem zu einer leistungsstarken Programmierumgebung, und die Idee, eine Website tatsächlich im Browser zu gestalten, entstand. Entwickler konnten reine Daten vom Server abrufen und sie im Client-Browser gestalten.

Technologie entwickelt sich ständig weiter und gestaltet die CMS-Landschaft. Da ein Headless CMS die Integration mit anderen Technologien und Anwendungen ermöglicht, sobald sie aufkommen, ist es eine sehr verbreitete Bereitstellungsarchitektur, die heute angeboten wird. 

Ist ein Headless CMS das Richtige für mich?

Heute drängen Entwickler oft auf Headless, weil sie glauben, mehr Flexibilität aus einer Headless-Lösung zu gewinnen und die Implikationen von APIs, CDNs und SDKs verstehen. Aber ist eine Headless-Lösung wirklich das Richtige für Sie?

Letztendlich müssen Marketer und Technologiefachleute entscheiden, ob eine Headless-Lösung ihrer Organisation helfen wird, die Lücken in ihrem Kundenerlebnis schneller, günstiger und besser zu schließen als bestehende Alternativen. 

Wie bei jeder technologischen Entscheidung haben Headless-Architekturen Vor- und Nachteile. Letztendlich müssen Sie selbst entscheiden, was für Ihr Unternehmen das Richtige ist.

Bedenken Sie, dass es Anforderungen über Headless hinaus gibt, die Sie bei der Wahl eines CMS berücksichtigen sollten, sowie verschiedene Personas wie Content-Redakteure, Website-Administratoren, Entwickler und Marketer, die Sie mit Ihrem CMS unterstützen möchten. Der Kauf von Content-Technologie kann ein verwirrender Prozess sein.

Vorteile vs. Nachteile eines Headless CMS

Ein Headless CMS kann mit anderen Technologien integriert werden, Ihnen helfen, Kunden an neuen Kontaktpunkten zu erreichen und auf sich ändernde Kundenerwartungen zu reagieren. Wir haben einige der Vorteile der Headless-Technologie hier beschrieben, aber hier ist eine kurze Zusammenfassung:

  • Integration mit anderen Technologien

    Sie betreiben wahrscheinlich Dutzende von Technologien, um verschiedene Phasen der Customer Journey zu unterstützen. Anstatt Hunderttausende von Euro für den Austausch dieser Altsysteme auszugeben, implementieren viele Unternehmen ein Headless CMS, das mit aktueller und zukünftiger Technologie integriert werden kann. Eine starke Headless-Content-Infrastruktur wird Ihre Inhalte vereinheitlichen und Silos beseitigen.
  • Kunden an neuen Kontaktpunkten erreichen

    Da sich Smartwatches und andere Smart-Home-Geräte immer weiter verbreiten und weiterentwickeln, brauchen Unternehmen ein CMS, das Inhalte an diese Kanäle liefern kann. Ein Headless CMS kann in das zugrunde liegende Framework von Smart Devices integriert werden, um die Erlebnisse zu liefern, die der Endnutzer erwartet. 
  • Auf sich ändernde Kundenerwartungen reagieren

    Bei einem Headless CMS schafft plattformübergreifender Frontend-Code Kontinuität im Nutzererlebnis und macht Unternehmen theoretisch schneller bei der Erfüllung ihrer Mission, während sie gleichzeitig reaktionsfähiger auf sich ändernde Kundenerwartungen werden.  

Teams, die eine Migration zu einer reinen Headless-Lösung in Betracht ziehen, stellen oft fest, dass reine Headless-Lösungen zwar einige Probleme lösen, aber auch neue Herausforderungen einführen. Wenn Sie eine Headless-Lösung in Betracht ziehen, müssen Sie die Kompromisse und Vorteile dieser Entscheidung verstehen.

  • Nicht immer einfacher zu verwalten

    Es mag zunächst ansprechend und unkompliziert erscheinen, Ihre Inhalte in Rohdaten umzuwandeln, die von jeder Plattform genutzt werden können. Headless löst jedoch nicht immer Komplexität, oft verlagert es sie nur. Unternehmen stellen häufig fest, dass sie mehr Funktionalität benötigen, als im CMS integriert ist, und müssen daher anpassen.  
  • Nicht immer schneller oder günstiger

    Wägen Sie die Time-to-Value und die Gesamtbetriebskosten aller Systeme ab, die Sie in Betracht ziehen. Die Einführung eines reinen Headless CMS erfordert, dass Ihr Engineering-Team mehr Verantwortung für den Aufbau verschiedener Modelle und Vorlagen übernimmt. Obwohl dieser Ansatz Kontrolle und Anpassungsfähigkeit bietet, kann die Einrichtung eines Headless-Systems Zeit in Anspruch nehmen, während das Engineering Anforderungen sammelt, Modelle und Module entwirft und diese erstellt.
  • Nicht immer alles eingebaut, was Sie benötigen

    Reine Headless-Systeme verfügen oft nicht über Funktionen wie Workflows oder sogar Drag-and-Drop-Bearbeitung. Implementierungen scheitern, weil sie nicht über die integrierten Funktionen verfügen. Teams müssen oft die Funktionalität aufbauen, die mit einem traditionellen CMS oder einem hybriden Headless-CMS mitgeliefert wird. Content-Ersteller müssen möglicherweise auf Engineering-Unterstützung warten, wenn sie spezifischere Anforderungen für eine neue Landing Page haben, die von zuvor erstellten Modulen oder Vorlagen nicht unterstützt wird.
  • Nicht immer funktional für Marketer oder Geschäftsanwender

    Da Headless die Präsentationsschicht, die mit der Anwendung ausgeliefert wird, entfernt, unterstützen die meisten Headless-Plattformen keine führenden nativen Geschäftsanwenderwerkzeuge wie kontextbezogene Bearbeitung oder Inhaltsvorschau vor der Veröffentlichung.

Optimizely CMS ist Headless, Hybrid und Gekoppelt – alles in einem

Das Optimizely Content Management System (CMS) war traditionell als gekoppeltes CMS bekannt. Die Unterscheidung zwischen diesem und einem Headless oder entkoppelten CMS ist jedoch viel geringer, als der Markt glauben macht. Optimizely war schon immer in der Lage, eine hybride Headless-Lösung anzubieten.

Da unser CMS Inhalte und keine Webseiten verwaltet, ist sein Content-Repository von der Content-Bereitstellung abstrahiert. Unser CMS hat eine kontinuierliche Release-Strategie und eine API-First-Architektur, die mit den Entwicklerbedürfnissen Schritt gehalten haben, ohne auf vollständige Neuschreibungen und neue Produkte zur Unterstützung des heutigen vielfältigen Publikums zurückgreifen zu müssen.  

Headless CMS wird oft als das Gegenteil eines traditionellen Web-CMS positioniert. Unser CMS lehnt diese Idee ab. Tatsächlich ist Headless eine Ergänzung zu dem, was die Optimizely-Plattform normalerweise tut. Eine Disziplin ist einfach eine Erweiterung der anderen. Und hier ist, warum das wichtig ist: weil es eine natürliche Überschneidung zwischen den beiden Disziplinen gibt. Optimizely musste kein neues CMS von Grund auf neu aufbauen – das Kern-Web-CMS-Produkt ist eine natürliche, flexible Basis für ein alternatives Bereitstellungsparadigma. 

Ein Beispiel für Optimizelys Headless-Lösung in Aktion finden Sie unter The Student Hotel's Geschichte der digitalen Transformation. Mit einem Headless-Framework hat The Student Hotel eine blitzschnelle und effiziente Website bereitgestellt.

Optimizely CMS ist Headless, wenn Sie es brauchen, und ein voll ausgestattetes gekoppeltes CMS, wenn Sie es nicht brauchen.