Die 4 wichtigsten Anwendungsfälle für den Betrieb ohne grafische Benutzeroberfläche

Da 64 % der Unternehmen derzeit einen Headless-Ansatz nutzen und 90 % eine Evaluierung planen, ist die steigende Beliebtheit der Headless-Architektur unbestreitbar. Der Hype um Headless-Architekturen ist berechtigt und bietet klare Vorteile für das Entwicklerteam. Wie bei jeder Technologieinvestition ist es jedoch entscheidend, einen Schritt zurückzutreten und die Herausforderungen Ihres Unternehmens genau zu verstehen und zu prüfen, warum Headless-Architekturen zu diesen Anwendungsfällen passen. Was möchten Sie erreichen? Wenn eine der folgenden Geschäftsanforderungen auf Sie zutrifft, könnte ein Headless-Content-Management-System die ideale Lösung sein. Geschäftsanforderung Nr. 1: Zukunftsfähigkeit, Vermeidung von Anbieterabhängigkeit „Wir wollen zukunftssicher sein und uns problemlos an veränderte Anforderungen anpassen können.“ Für Unternehmen, die Wert auf Anpassungsfähigkeit und die Möglichkeit zum einfachen Austausch von Komponenten legen, ist ein Headless-CMS eine gute Wahl. Die Verwendung einer Headless-Architektur zwingt Teams dazu, das CMS vom Frontend (der Präsentationsschicht) und der Backend-Logik zu entkoppeln. Die Backend-Logik wird in Form von Microservices außerhalb des CMS gehostet. Dies ermöglicht Ihnen maximale Freiheit im Frontend- und Backend-Bereich. Sie können verschiedene Frontend-Frameworks wie Vue, React oder Angular oder Backend-Programmiersprachen wie .NET oder Java nutzen, die als Microservices auf Ihrer bevorzugten Cloud-Plattform gehostet werden. Die Flexibilität einer Headless-Architektur gewährleistet eine lose Kopplung der Schlüsselkomponenten. So können Sie beispielsweise Ihr Headless-CMS ersetzen, Frontend und Backend beibehalten und sich den Aufwand der Dekonstruktion eines Monolithen ersparen – sofern dies überhaupt möglich ist. Fragen Sie sich: Welche Komponenten meines Stacks werden sich voraussichtlich ändern und können vom Rest des Stacks entkoppelt werden? Geschäftsanforderung Nr. 2: Zentrale Content-Plattform für mehrere Kanäle „Wir benötigen eine zentrale Content-Management-Lösung für unsere verschiedenen digitalen Angebote.“ Wenn Ihr Unternehmen mehrere Websites oder Kanäle wie mobile Apps, Kioske oder digitale Speisekarten betreibt, ermöglicht die Konsolidierung in einer zentralen Content-Plattform die Verwaltung all Ihrer Inhalte an einem Ort. Die National Rugby League (NRL) nutzt beispielsweise Optimizely, um Inhalte für 19 Websites, eine mobile App, digitale Displays und vier weitere digitale Plattformen zu verwalten. Auch Electrolux setzt das CMS von Optimizely seit über zehn Jahren ein, um Inhalte für verschiedene Marken zu verwalten. Wenn Sie ein zentrales Content-Repository benötigen, bietet Ihnen ein Headless-CMS diese zentrale Lösung für eine optimierte Inhaltsverwaltung. Das heißt aber nicht, dass ein All-in-One-CMS Sie nicht bei der Verwaltung von Inhalten für mehrere Kanäle unterstützen kann. Marketingfachleute, die ein Headless-CMS nutzen, sind jedoch gezwungen, Inhalte strukturiert zu planen und für die Wiederverwendung und Auslieferung auf verschiedenen digitalen Kanälen vorzubereiten.

Geschäftsanforderung Nr. 3: Entkoppeltes Frontend und Backend
„Wir möchten React als Frontend-Framework nutzen.“

Die Entkopplung von Frontend und Backend ist nicht unbedingt eine Geschäftsanforderung, sondern vielmehr eine technische Lösung, die entweder durch Architekturpräferenzen oder die Struktur Ihrer internen Entwicklungsteams bedingt ist. Mit separaten Frontend- und Backend-Entwicklungsteams kann sich jedes Team auf seine jeweiligen Fachgebiete konzentrieren. Dies beseitigt unnötige Abhängigkeiten, verbessert die Mitarbeitermotivation und ermöglicht es dem Unternehmen, schneller auf den Markt zu kommen. Die Wahl einer Headless-Lösung ermöglicht die Unterstützung vieler verschiedener Architekturmuster. Zu viel Flexibilität kann jedoch auch ein Nachteil sein. Daher müssen Entwicklungsteams, die eine Headless-Architektur einsetzen, disziplinierter vorgehen, um ihren Code zu strukturieren und zu pflegen. So vermeiden sie, dass aus dem notwendigen Verbindungscode für Headless-Lösungen ein monolithisches System entsteht.

Geschäftsanforderung Nr. 4: Anwendungen mit hoher Interaktivität
„Wir haben eine E-Commerce-Website“ oder „Unsere Kunden nutzen hauptsächlich unsere mobile App für ihre Transaktionen.“ Wenn die Kanäle, für die Sie Inhalte verwalten möchten, viele Kundentransaktionen abwickeln, wie z. B. E-Commerce oder eine mobile App, ist mit hoher Wahrscheinlichkeit eine intensive Zwei-Wege-Interaktion gegeben. Für Anwendungen mit hohen Interaktivitätsanforderungen ist eine Headless-Lösung eine ausgezeichnete Wahl, da sowohl im Frontend als auch im Backend deutlich mehr Entwicklungsarbeit anfällt. Die Auslagerung beider Komponenten aus dem Headless-CMS, wie bereits erwähnt, ermöglicht eine effiziente Softwareentwicklung. Besteht Ihre digitale Präsenz jedoch lediglich aus Marketing-Websites oder mobilen Apps, die nur Informationen anzeigen, ist ein Headless-CMS möglicherweise überdimensioniert. Die Wahl einer Headless-Lösung anstelle eines All-in-One-CMS für einen so einfachen Anwendungsfall zwingt Teams dazu, die Komponenten unnötigerweise zu entkoppeln. Sie müssen nicht nur die Frontend- und Backend-Logik pflegen, sondern auch das Hosting für beide bereitstellen sowie zusätzliche Funktionen wie Suchfunktionen, Vorschau, Personalisierung, Lead-Formulare, CDNs, statische Seitengenerierung und vieles mehr. Als Unternehmen müssen Sie mehrere Anbieter, Verträge und unterschiedliche SLAs verwalten und diese Lösungen in Ihre Prozesse integrieren. Fragen Sie sich: Rechtfertigt mein Anwendungsfall den zusätzlichen Aufwand, mit vielen Anbietern zusammenzuarbeiten, mehrere Verträge abzuschließen und zu verhandeln, mit unterschiedlichen SLAs zu arbeiten und internen Code zu pflegen? Vergessen Sie Ihr Marketingteam nicht. Entwickler bevorzugen oft Headless-Systeme aufgrund der enormen Flexibilität. Marketingfachleute, Content-Ersteller und Redakteure hingegen benötigen ein CMS, das sich nahtlos in ihren Content-Erstellungsprozess integriert. Sie stellen möglicherweise fest, dass ein Headless-CMS zwar die Strukturierung von Inhalten ohne Präsentationsschicht ermöglicht, die Seitengestaltung jedoch entweder durch Code oder durch eine andere Software gesteuert wird. Headless-CMS bieten, wie der Name schon sagt, in der Regel keine Funktionen zum Erstellen von Benutzeroberflächen oder Seiten. Sollten sie diese Funktionen bieten, handelt es sich nicht um ein reines Headless-System. Wenn Sie sich also für ein Headless-CMS entscheiden, stellen Sie sicher, dass auch Ihre Marketingabteilung gut bedient ist. Bieten Sie ihr eine Lösung, die eine flexible Gestaltung von Benutzererfahrung und Seiten ermöglicht, damit auch sie schnell agieren kann.

Kann Optimizely als Headless-CMS eingesetzt werden? 

Absolut – Optimizely CMS trennt seit jeher die Inhalte von der Präsentationsschicht. Die Inhalte befinden sich in der Optimizely-Datenbank, die Präsentationsschicht hingegen im Code, unabhängig davon, ob dieser innerhalb oder außerhalb von Optimizely gehostet wird. Dies ermöglicht es Organisationen wie Dolby, der National Rugby League und Moco Food Services, Inhalte auf verschiedenen Websites und anderen digitalen Plattformen wie mobilen Apps und digitalen Displays wiederzuverwenden. Mit dem Launch von Content Graph haben wir unser Headless-Angebot erweitert und bieten Entwicklern mehr Möglichkeiten zur Inhaltsbereitstellung – entweder über .NET SDKs, RESTful APIs oder GraphQL. Optimizely zeichnet sich dadurch aus, dass es optional einen Page Builder bietet. So behalten Marketer die volle Kontrolle über die Benutzererfahrung und die Seitengestaltung ihrer Websites. Anstatt diese Aufgabe den Entwicklern zu überlassen oder zusätzliche Software zu beschaffen, um die Lücke zu schließen, die andere reine Headless-Anbieter hinterlassen, bietet Optimizely auf Wunsch On-Page-Bearbeitungsfunktionen. Fazit