Headless CMS

Was ist ein Headless CMS?

Ein Headless CMS ist ein Content Management System, das die Verwaltung der Inhalte im Backend von der Darstellungsschicht im Frontend trennt.

Das Frontend oder die Darstellungsschicht ist alles, was ein Benutzer sieht und womit er interagiert, traditionell auf einer Website, aber heute auf jedem Gerät mit Internetanschluss. Diese Ebene umfasst Aspekte einer Website wie Bilder, Text, Layouts usw. Zu den drei gängigen Frontend-Entwicklungssprachen gehören HTML, CSS und JavaScript.

Das Backend ist die Entwicklerseite der Website, auf der Server-, Anwendungs- und Datenbankinformationen verwaltet werden. Daher werden hier Aspekte einer Website wie Regeln, Integratoren und die Art und Weise, wie Seiten miteinander verbunden werden, gesteuert. Zu den gängigen Backend-Entwicklungssprachen gehören .NET, SQL und Java.

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

Mit einem Headless Content Management System können Sie verschiedene digitale Erlebnisse für Kunden bereitstellen, einschließlich nativer Mobile Apps, intelligenter Geräte oder bestehender Webanwendungen, die nicht direkt in der Plattform selbst erstellt wurden.

Der Unterschied zwischen einem Headless Content Management System und einem herkömmlichen Content Management System

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

Was ist ein traditionelles CMS?

Ein traditionelles CMS wird auch als "gekoppeltes" oder "monolithisches" CMS bezeichnet. Beliebte CMS-Plattformen, die eine gekoppelte Architektur verwenden, sind WordPress und Acquia.

In einem traditionellen CMS sind der Kopf (oder das Frontend) und der Körper (oder das Backend) miteinander verbunden und verwalten gemeinsam sowohl den Inhalt als auch die Präsentation des Inhalts. Herkömmliche CMS werden oft mit einem "What You See Is What You Get" (oder WYSIWYG) Content-Editor geliefert. Der Klarheit halber werden wir im Folgenden den Begriff "gekoppelt" verwenden, wenn wir uns auf traditionelle CMS beziehen.

Gekoppeltes CMS vs. Decoupled CMS vs. Headless CMS

Gekoppelte, entkoppelte und headless CMS sind Formen von Content-Management-Bereitstellungsarchitekturen. Eine Bereitstellungsarchitektur ist die Beziehung zwischen dem Ort, an dem Ihre Inhalte verwaltet werden, und dem Ort, an dem sie bereitgestellt werden.

Die gängigste Bereitstellungsarchitektur ist eine gekoppelte Architektur, bei der das Frontend und das Backend miteinander verbunden sind. In einer gekoppelten Architektur werden die Inhalte im selben System erstellt, verwaltet, gespeichert und ausgeliefert.

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

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

Bei einer Headless-Architektur schließlich handelt es sich um eine reine Inhaltsdatenquelle ohne Darstellungsschicht. In der Praxis ist Headless eigentlich nur eine weitere Form der Decoupled-Architektur, aber anstatt dass das CMS Artefakte an das Frontend sendet, holt sich das Frontend Inhalte aus dem CMS.

Es ist wichtig zu wissen, dass nicht alle Headless CMS-Lösungen gleich sind. Einige sind rein headless, während andere eine Mischung aus headless und traditioneller Architektur darstellen. Ein reines Headless-System nimmt keine Vorlagenerstellung vor und liefert nur Rohdaten an ein anderes System. Ein hybrides Headless-System hingegen kann in einer traditionellen, gekoppelten Architektur arbeiten, verfügt aber auch über Tools, um Inhalte headless bereitzustellen.

Coupled CMS vs. Decoupled CMS vs. Headless CMS auf einen Blick

Im Folgenden finden Sie eine kurze Übersicht über die Unterschiede zwischen gekoppelten, entkoppelten und Headless-CMS:

Gekoppeltes CMS	Entkoppeltes CMS	Headless CMS
Front- und Backend sind miteinander verbunden.	Front- und Backends sind voneinander getrennt.	Reine Datenquelle für Inhalte ohne Darstellungsschicht.
Inhalte werden im selben System erstellt, verwaltet, gespeichert und ausgeliefert.	Die Inhalte werden getrennt von der Bereitstellung verwaltet, so dass die Redakteure am Frontend und die Entwickler am Backend arbeiten können.	Anstatt dass das CMS Artefakte an das Frontend sendet, holt sich das Frontend die Inhalte aus dem CMS.
Ein einziger Kanal.	Omnichannel.	Omnichannel.

So funktioniert eine Headless-Architektur

Bei einer Headless CMS-Lösung handelt es sich um ein reines Backend-CMS mit einem Repository, auf das zum Beispiel über eine RESTful API zugegriffen werden kann, um es in mehreren Kanälen anzuzeigen. Eine API ist ein Satz von Regeln, die es Programmen ermöglichen, miteinander zu kommunizieren. RESTful oder REST (Representational State Transfer) ist ein Satz von Regeln, die Entwickler bei der Erstellung der API befolgen. APIs ermöglichen es Ihnen, Inhalte in die Darstellungsschicht zu ziehen und Befehle von den Benutzern in die Headless-Anwendung zu empfangen.

Ein Headless CMS verfügt über eine Datenbank, in die Inhalte gelesen und geschrieben werden können, sowie über eine Administrationsoberfläche, über die Benutzer Inhalte verwalten. Eine Headless-Lösung ermöglicht lediglich das Erstellen, Lesen, Aktualisieren und Löschen von Inhalten.

In einer Headless-Architektur können Entwickler jedes beliebige Frontend-Tool verwenden, um Inhalte zu präsentieren, wiederzuverwenden und für jeden Kanal bereitzustellen. Die Trennung von Frontend und Backend macht es einfacher, die zugrunde liegenden Systeme unabhängig voneinander zu aktualisieren, neben anderen Vorteilen, die wir in einem späteren Abschnitt behandeln werden.

Wie es zu den Headless Content Management Systemen kam

Content Management kam erstmals mit der Erstellung statischer Websites in den 1990er Jahren, während des Web 1.0, auf. Diese Websites waren einfache HTML-Textdateien. Das Content Management hat sich von Perl-Skripten und flachen Dateien zu robusten CMS-Angeboten und sogar ausgefeilten DXPsentwickelt.

Die Entwicklung des Headless CMS wurde durch die mobile Revolution, das Aufkommen des Omnichannel-Publishing und die Machbarkeit von JavaScript vorangetrieben.

Als die mobile Technik und Geräte wie Uhren und sprachgesteuerte Assistenten aufkamen, brauchten die Benutzer die Flexibilität, Inhalte dorthin zu bringen, wo sie gebraucht oder gewünscht wurden, was eine Herausforderung für traditionelle Content Management Systeme darstellte.

Mit der Einführung von jQuery im Jahr 2007 wurde JavaScript zu einer reichhaltigen Programmierumgebung und die Idee, eine Site in einem Browser als Vorlage zu erstellen, kam auf. Die Entwickler waren in der Lage, reine Daten vom Server abzurufen und sie in der Website des Kunden als Vorlage zu verwenden.

Die Technik entwickelt sich ständig weiter und prägt die CMS-Landschaft. Da ein Headless CMS die Integration mit anderen Technologien und Anwendungen ermöglicht, sobald diese auftauchen, ist es eine heute sehr häufig angebotene Bereitstellungsarchitektur.

Ist ein Headless CMS das Richtige für mich?

Heutzutage drängen Entwickler oft auf ein Headless CMS, weil sie glauben, dass eine Headless-Lösung ihnen mehr Flexibilität bietet und sie die Auswirkungen von APIs, CDNs und SDKs verstehen. Aber ist eine Headless-Lösung wirklich das Richtige für Sie?

Letztendlich müssen Marketingexperten und Technikexperten entscheiden, ob eine Headless-Lösung ihrem Unternehmen helfen wird, die Lücken im Kundenerlebnis schneller, billiger und besser zu schließen als die bestehenden Alternativen.

Wie jede Entscheidung in der Technik haben Headless-Architekturen Vor- und Nachteile. Letztendlich müssen Sie entscheiden, was für Ihr Unternehmen das Richtige ist.

Denken Sie daran, dass es über die Headless-Architektur hinaus noch weitere Anforderungen gibt, die Sie bei der Auswahl eines CMS berücksichtigen sollten, sowie verschiedene Personas wie Content-Editoren, Website-Administratoren, Entwickler und Vermarkter, die Sie mit Ihrem CMS aktivieren möchten. Der Kauf von Content Technik kann ein verwirrender Prozess sein.

Vor- und Nachteile eines Headless CMS

Ein Headless CMS lässt sich mit anderen Techniken integrieren, hilft Ihnen, Kunden an neuen Berührungspunkten zu erreichen und auf veränderte Kundenerwartungen zu reagieren. Wir haben hier über einige der Vorteile der Headless Technik geschrieben, aber hier ist eine kurze Zusammenfassung:

• Integration mit anderen Techniken

  Wahrscheinlich haben Sie Dutzende von Techniken im Einsatz, um die verschiedenen Phasen der Customer Journey zu unterstützen. Anstatt Hunderttausende von Dollar für den Austausch dieser Altsysteme auszugeben, implementieren viele Unternehmen ein Headless CMS, das sich mit aktuellen und zukünftigen Technologien integrieren lässt. Eine starke Headless Content-Infrastruktur vereinheitlicht Ihre Inhalte und beseitigt Silos.

• Erreichen Sie Ihre Kunden über neue Touchpoints

  Mit der zunehmenden Verbreitung und Reife von Smartwatches und anderen Smart Home-Geräten benötigen Unternehmen ein CMS, das Inhalte für diese Kanäle bereitstellen kann. Ein Headless CMS kann sich in das zugrunde liegende Framework integrieren, das von intelligenten Geräten verwendet wird, um die Erlebnisse zu liefern, die der Endbenutzer erwartet.

• Reagieren Sie auf veränderte Kundenerwartungen

  In einem Headless CMS sorgt funktionsübergreifender Front-End-Code für ein durchgängiges Erlebnis für den Benutzer. Theoretisch können Unternehmen so ihre Aufgaben schneller erfüllen und gleichzeitig besser auf veränderte Kundenerwartungen reagieren.

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

• Nicht immer einfacher zu verwalten

  Auf den ersten Blick mag es verlockend und einfach sein, Ihre Inhalte in Rohdaten zu übersetzen, die von einer beliebigen Plattform genutzt werden können.Headless löst die Komplexität jedoch nicht immer auf, sondern verschiebt sie oft nur. Unternehmen stellen oft fest, dass sie mehr Funktionen benötigen, als in das CMS integriert sind, und müssen diese daher anpassen.

• Nicht immer schneller oder billiger

  Wägen Sie die Zeit bis zur Wertschöpfung und die Gesamtbetriebskosten eines jeden Systems ab, das Sie in Betracht ziehen.Bei der Einführung eines reinen Headless CMS muss Ihr Entwicklungsteam mehr Verantwortung für die Entwicklung verschiedener Modelle und Vorlagen übernehmen. Dieser Ansatz bietet zwar mehr Kontrolle und Anpassungsmöglichkeiten, aber es kann einige Zeit dauern, bis ein Headless-System einsatzbereit ist, während die Techniker die Anforderungen erfassen, die Modelle und Module entwerfen und sie erstellen.

• Nicht immer ist alles, was Sie brauchen, integriert

  Reinen Headless-Systemen fehlen oft Funktionen wie Workflows oder sogar Drag & Drop-Bearbeitung. Implementierungen scheitern, weil sie nicht über die eingebauten Funktionen verfügen. Teams müssen die Funktionen, die in einem traditionellen CMS oder einem hybriden Headless CMS enthalten sind, oft selbst entwickeln. Inhaltsersteller müssen möglicherweise auf technische Unterstützung warten, wenn sie speziellere Anforderungen für eine neue Landing Page haben, die von den zuvor erstellten Modulen oder Vorlagen nicht unterstützt werden.

• Nicht immer funktional für Vermarkter oder Geschäftsanwender

  Da bei Headless die mit der Anwendung ausgelieferte Darstellungsschicht entfernt wird, unterstützen die meisten Headless-Plattformen keine führenden nativen Tools für Geschäftsanwender wie In-Context-Bearbeitung oder Inhaltsvorschau vor der Veröffentlichung.

Optimizely CMS ist headless, hybrid und gekoppelt, alles in einem

Optimizely Content Management System (CMS) ist traditionell als gekoppeltes CMS bekannt. Der Unterschied zwischen diesem und einem Headless CMS oder Decoupled CMS ist jedoch viel geringer, als der Markt es vermuten lässt. Optimizely war schon immer in der Lage, eine hybride Headless-Lösung anzubieten.

Da unser CMS Inhalte und nicht Webseiten verwaltet, ist sein Content-Repository von der Content-Bereitstellung abstrahiert. Unser CMS verfügt über eine kontinuierliche Release-Strategie und eine API-first-Architektur, die mit den Anforderungen der Entwickler Schritt gehalten haben, ohne dass wir komplett neu schreiben und neue Produkte entwickeln mussten, um das vielfältige Publikum von heute zu unterstützen.

Headless CMS wird oft als das Gegenteil eines traditionellen Web-CMS dargestellt. Unser CMS lehnt diese Vorstellung ab. Tatsächlich ist Headless eine Ergänzung zu dem, was die Optimizely Plattform normalerweise tut. Die eine Disziplin ist einfach eine Erweiterung der anderen. Und hier ist der Grund, warum das wichtig ist: Weil es eine natürliche Überschneidung zwischen den beiden Disziplinen gibt. Optimizely brauchte kein neues CMS von Grund auf zu entwickeln - das Kernprodukt Web CMS ist eine natürliche, flexible Basis für ein alternatives Bereitstellungsparadigma.

Um ein Beispiel für die Headless-Lösung von Optimizely in Aktion zu sehen, sehen Sie sich die Geschichte des digitalen Wandels von The Student Hotel an. Durch den Einsatz eines Headless Frameworks hat The Student Hotel eine blitzschnelle und effiziente Website erstellt.

Optimizely CMS ist Headless CMS, wenn Sie es brauchen, und ein voll funktionsfähiges gekoppeltes CMS, wenn Sie es nicht brauchen.