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 der Nutzer 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, Texte, 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, Integrationen und die Verknüpfung von Seiten gesteuert. Zu den gängigen Backend-Entwicklungssprachen gehören .NET, SQL und Java.

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

Mit einem Headless Content Management System kannst du verschiedene kundenorientierte digitale Erlebnisse bereitstellen, darunter native Mobile Apps, Smart Devices oder bestehende Webanwendungen, die nicht direkt auf der Plattform selbst entwickelt wurden.

Gekoppelt vs. entkoppelt vs. headless

Coupled, Decoupled und Headless sind Formen von Content-Management-Bereitstellungsarchitekturen. Eine Bereitstellungsarchitektur ist die Beziehung zwischen dem Ort, an dem deine 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 Varianten an, und es ist ratsam, alle Vor- und Nachteile abzuwägen.

Ein entkoppeltes CMS trennt das Frontend vom Backend. Die Inhalte werden getrennt von der Bereitstellung verwaltet. Er wird im Backend vorbereitet 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 die Entwickler am Backend arbeiten.

Bei einer Headless-Architektur schließlich handelt es sich um eine reine Inhaltsdatenquelle ohne Darstellungsschicht. In der Praxis ist die Headless-Architektur eigentlich nur eine weitere Form der entkoppelten Architektur, aber anstatt dass das CMS Artefakte an das Frontend sendet, holt sich das Frontend die 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.

Wie Headless-Architekturen funktionieren

Eine Headless-Lösung ist ein reines Backend-CMS mit einem Repository, auf das z. B. über eine RESTful-API zugegriffen werden kann, um es in mehreren Kanälen anzuzeigen. Eine API ist eine Reihe 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. Mit APIs kannst du Inhalte in die Darstellungsschicht ziehen und Befehle von den Nutzern in der Headless-Anwendung empfangen.

Ein Headless CMS hat eine Datenbank, in die Inhalte gelesen und geschrieben werden können, und eine Verwaltungsoberfläche, über die die Nutzer/innen 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/innen 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 Headless kam

Das Content Management kam in den 1990er Jahren, während des Web 1.0, mit der Erstellung von statischen Websites auf. Diese Websites bestanden aus einfachen HTML-Textdateien. Das Content Management hat sich von Perl-Skripten und flachen Dateien zu robusten CMS-Angeboten und sogar hochentwickelten 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 Nutzer/innen 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, Templates für eine Site im Browser zu erstellen, kam auf. Die Entwickler konnten reine Daten vom Server abrufen und sie als Vorlage für die Website des Kunden verwenden.

Die Technik entwickelt sich ständig weiter und prägt die CMS-Landschaft. Da ein Headless-CMS die Integration mit anderen Techniken und Anwendungen ermöglicht, ist es heute eine sehr verbreitete Bereitstellungsarchitektur.

Ist Headless das Richtige für mich?

Heutzutage drängen Entwickler/innen oft auf Headless, weil sie glauben, dass sie mit einer Headless-Lösung mehr Flexibilität erhalten und die Auswirkungen von APIs, CDNs und SDKs verstehen. Aber ist eine Headless-Lösung wirklich das Richtige für dich?

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 auch Headless-Architekturen Vor- und Nachteile. Letztendlich musst du entscheiden, was für dein Unternehmen das Richtige ist.

Vergiss nicht, dass du bei der Wahl eines CMS nicht nur die Anforderungen an eine Headless-Architektur berücksichtigen solltest, sondern auch verschiedene Personas wie Content-Editoren, Website-Administratoren, Entwickler und Vermarkter, die du mit deinem CMS aktivieren möchtest. Der Kauf von Content Technik kann ein verwirrender Prozess sein.

Vor- und Nachteile eines Headless CMS

Vorteile

Ein Headless CMS lässt sich mit anderen Techniken integrieren, hilft dir, Kunden an neuen Touchpoints 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

Du hast wahrscheinlich Dutzende von Techniken im Einsatz, um die verschiedenen Phasen der Customer Journey zu unterstützen. Anstatt Hunderttausende von Dollar auszugeben, um diese Altsysteme auszutauschen, implementieren viele Unternehmen ein Headless CMS, das sich in aktuelle und zukünftige Technologien integrieren lässt. Eine starke Headless Content-Infrastruktur vereinheitlicht deine Inhalte und beseitigt Silos.

Erreiche Kunden an neuen Touchpoints

Mit der zunehmenden Verbreitung und Reife von Smartwatches und anderen Smart Home-Geräten brauchen 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 Smart Devices verwendet wird, um die Erlebnisse zu liefern, die der Endnutzer erwartet.

Reagiere auf sich ändernde Kundenerwartungen

In einem Headless CMS sorgt der funktionsübergreifende Front-End-Code für ein durchgängiges Benutzererlebnis und ermöglicht es den Unternehmen theoretisch, ihre Aufgaben schneller zu erfüllen und gleichzeitig auf veränderte Kundenerwartungen zu reagieren.

Nachteile

Teams, die eine Umstellung auf eine reine 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 du eine Headless-Lösung in Erwägung ziehst, musst du die Nachteile und Vorteile dieser Entscheidung kennen.

*Reiner Headless ist nicht immer gleichbedeutend mit Einfachheit.

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

Reines Headless ist nicht immer schneller oder billiger

Wäge die Zeit bis zur Wertschöpfung und die Gesamtbetriebskosten jedes Systems ab, das du in Betracht ziehst.Die Einführung eines reinen Headless CMS bedeutet, dass dein Entwicklungsteam mehr Verantwortung für die Entwicklung verschiedener Modelle und Vorlagen übernehmen muss. Dieser Ansatz bietet zwar mehr Kontrolle und Anpassungsmöglichkeiten, aber es kann einige Zeit dauern, bis ein Headless-System in Betrieb genommen werden kann, während die Techniker die Anforderungen sammeln, die Modelle und Module entwerfen und sie erstellen.

Reine Headless-Systeme haben nicht immer alles, was du brauchst, integriert

Reinen Headless-Systemen fehlen oft Funktionen wie Workflows oder sogar Drag-and-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 unter Umständen auf technische Unterstützung warten, wenn sie für eine neue Landing Page spezielle Anforderungen haben, die von den zuvor erstellten Modulen oder Vorlagen nicht unterstützt werden.

Reines Headless ist nicht immer funktional für Marketer oder Business User

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

Reine Headless-Plattformen bieten nicht immer die Technik, die du brauchst, um deine CX zu differenzieren

Heutzutage wird das Kundenerlebnis eines Unternehmens von vielen Techniken bestimmt. Wenn du dich für ein Headless CMS entscheidest, ist es wahrscheinlich, dass es keine Schlüsseltechnologien enthält, die Unternehmen dabei helfen, ihr Kundenerlebnis für heute und morgen zu differenzieren. Personalisieren, Experimentieren und Optimierungsengines sind wichtige Beispiele für Techniken, über die Unternehmen nachdenken sollten, um ihr Geschäft zukunftssicher zu machen und sich von der Konkurrenz abzuheben.

Optimizely CMS bietet dir das Beste aus beiden Welten

Optimizely CMS ist traditionell als gekoppeltes CMS bekannt. Der Unterschied zu einem Headless CMS oder einem entkoppelten 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 Bedürfnissen der Entwickler Schritt halten, ohne dass wir die Inhalte komplett neu schreiben und neue Produkte entwickeln müssen, um die vielfältigen Anforderungen der heutigen Nutzer zu erfüllen.

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

Ein Beispiel für die Headless-Lösung von Optimizely ist die Geschichte des digitalen Wandels von The Student Hotel. Durch den Einsatz eines Headless-Frameworks hat das Student Hotel eine blitzschnelle und effiziente Website erstellt.

Deane Barker von Optimizely brachte es in einem Interview mit Kirsten Allegri Williams, dem damaligen CMO von Optimizely, auf den Punkt: "Optimizely bietet ein hybrides Headless-Modell. Viele Unternehmen brauchen vielleicht nur ein traditionelles, gekoppeltes CMS, vor allem, wenn ihr wichtigster digitaler Kanal ihre Website ist. Aber größere Unternehmen, die viele verschiedene digitale Kanäle haben, darunter auch Mobile Apps, die in verschiedenen Sprachen entwickelt werden, haben einen wachsenden Bedarf an vielfältigeren Funktionen. Damit hebt sich Optimizely von anderen Anbietern ab - es ist ein vollständig anpassbares CMS, das auf die jeweiligen Bedürfnisse abgestimmt werden kann."

Optimizely CMS ist ein Headless-CMS, wenn du es brauchst, und ein voll funktionsfähiges gekoppeltes CMS, wenn du es nicht brauchst.