Was ist ein Headless Content-Management-System?

Kurz gesagt, die Headless Content-Management-System Architektur trennt Back-End-Content-Funktionen (wie Erstellung, Verwaltung und Speicherung) von Front-End-Funktionen (wie Präsentation und Bereitstellung).

Bevor wir zu technisch werden, beginnen wir damit, was dies im Kontext des Markenerlebnisses bedeutet.

Die Headless-Architektur ist zum Teil eine Reaktion auf die Art und Weise, wie sich die Beziehung zwischen Webinhalten und der Erstellung von Inhalten entwickelt hat. Lange Zeit wurden die meisten Webinhalte über einen Browser bereitgestellt, oft als Webseite. Aber alles neue vernetzte Geräte kommen an und das Publikum konsumiert Inhalte über verschiedene Benutzeroberflächen wie intelligente Geräte, Wearables, Sprachassistenten mit künstlicher Intelligenz und Virtual-Reality-Headsets (VR).

Die Headless-Content-Management-System Architektur ist die Grundlage für die Bewältigung dieser neuen Content-Herausforderungen. Das bedeutet, dass Sie ganz einfach so viele Inhalte erstellen und verwalten können, wie Ihr Publikum verlangt, und einen Omnichannel Ansatz verfolgen, der Inhalte an alle relevant Touchpoints liefert.

Headless Content-Management-System: Frontend vs. Backend

Traditionelle, monolithische Content-Management Systeme haben zwei Hälften: eine vordere und eine hinten.

Im Großen und Ganzen bezieht sich das Backend eines Content-Management-Systems darauf, wie Inhalte verwaltet werden, und das Frontend bezieht sich darauf, wie sie präsentiert werden. Stellen Sie es sich wie eine Schaufensterauslage vor.

Zu den Frontend-Aufgaben gehört alles, was man sieht, wenn man von der Straße aus hereinschaut: die Auswahl und Anordnung der Produkte und das Branding.

Zu den Backend-Aufgaben gehört die Logistik – die Erstellung der Beschilderung, die Lagerung des Inventars und die Verwaltung der Warenbewegung im Geschäft.

Für eine einfache Website könnte das Backend also Folgendes enthalten:

• Eine einfache Benutzeroberfläche zum Erstellen von Inhalten
• Eine Datenbank zum Speichern digitaler Assets
• Eine Anwendungsschicht zum Erstellen und Anwenden von Design-Frameworks

Das Frontend würde dann Inhalte, gespeicherte Assets und Designs abrufen und auf einer HTML-Seite veröffentlichen.

Was ist ein entkoppeltes Content-Management-System?

Bei einem traditionellen Content-Management-System waren die Frontend-Präsentation, auch bekannt als Präsentationsschicht, und das Backend eng miteinander verbunden. Anwender:innen können Inhalte alles in einer einzigen Oberfläche erstellen, speichern, verwalten und veröffentlichen.

Für nicht-technische Benutzer und Content-Redakteure, die einfache Inhalte veröffentlichen – z. B. einen WordPress-Blog – war dies eine großartige, nahtlose Einrichtung.

Da sich digitale Erlebnisse und E-Commerce jedoch weiterentwickeln, verbringen Entwickler zu viel Zeit damit, benutzerdefinierte Workarounds zu erstellen, um Erlebnisse zu optimieren und anspruchsvollere Inhalte auf Geräte bereitzustellen.

Entkoppelte CMS trennen Backend- und Frontend-Aufgaben. In der Praxis bedeutet dies, dass Entwickler Front-End-Erlebnisse schnell in ihrer bevorzugten Sprache programmieren und entwerfen können, ohne an restriktive Back-End-Technologien gebunden zu sein.

Stattdessen können sie die RESTful API oder die GraphQL API verwenden, um die Backend-Funktionen – wie Inhaltsspeicherung und -verwaltung – mit jeder Front-End-Bereitstellungsumgebung zu verbinden.

Was ist ein API-first Content-Management-System?

Während entkoppelte CMS Backend- und Frontend-Funktionen trennen, enthalten sie oft noch einige Frontend-Bereitstellungstools, wie z. B. Seitenvorlagen oder Modulintegrationen.

API-First-CMS sind funktional identisch mit Headless CMS, da sie kein Standard-Frontend haben. Entwicklern steht es frei, so viele Bereitstellungsebenen wie nötig zu erstellen (in welcher Sprache auch immer), um Inhalte auf jeden erdenklichen neuen Kanal zu übertragen.

API-First-CMS sind großartig, wenn Sie ein Team von erfahrenen Entwicklern haben - das Content-Management-System verwaltet einfach Inhalte und wartet auf einen API-Aufruf von einer Front-End-Bereitstellungsschicht, die vom Entwicklungsteam erstellt wurde.

Entkoppelte CMS hingegen eignen sich für Unternehmen, die die Flexibilität eines getrennten Frontends und Backends wünschen, aber möglicherweise noch etwas Publishing-Unterstützung benötigen.

Headless Content-Management-Systeme sind zweifellos die Zukunft des Content-Managements, und zwar aus zwei wichtigen Gründen:

1. Digitale Inhalte und Content-Ersteller werden immer anspruchsvoller, und die Erwartungen der Nutzer steigen. Um sich von der Masse abzuheben und außergewöhnliche Kundenerlebnisse zu bieten, müssen Sie ansprechende, reaktionsschnelle und interaktive Inhalte erstellen – und Sie müssen in der Lage sein, dies schnell zu tun.
2. Im alle der Zeit entstehen neue digitale Kanäle, Inhaltstypen und Nutzer Geräte. Es reicht nicht aus, schöne Dinge zu bauen – Sie müssen auch sicherstellen, dass Sie sie überall so effizient wie möglich liefern können. SaaS-basierte Headless CMS bedeuten, dass Vermarkter und Entwickler heute erstaunliche Inhalte erstellen und – was wichtig ist – ihre Content-Abläufe zukunftssicher machen können, um konsistent großartige Inhalte für Websites, mobil Apps und alle relevant Touchpoints bereitzustellen.

Durch die Einführung von strukturierten Inhalten und Content-Modellierung in einem Headless Content-Management-System können Marken ihre Content-Abläufe verbessern und ihren Kunden eine bessere Benutzererfahrung / Nutzererlebnis bieten.

Es ist großartig für Vermarkter, weil...

...sie können Inhalte einmal erstellen, während sie es ihren Entwicklern ermöglichen, sie überall anzeigen zu lassen. Das bedeutet, dass weniger Zeit für die Verwaltung aufgewendet wird und mehr Zeit für die Schaffung schöner, zusammenhängender Erlebnisse bleibt.

Durch die Möglichkeit, Inhalte wiederzuverwenden, eliminiert der zentralisierte Content-Hub manuelle Prozesse wie Kopieren und Einfügen. Vermarkter und Ersteller von Inhalten können das Update auch einmal bearbeiten und überall teilen.

Es ist großartig für Benutzer, weil...

...die Benutzererfahrung / Nutzererlebnis fühlt sich immer schnell, konsistent und reaktionsschnell an. Das liegt daran, dass die Client / Kunden nicht mit dem Backend-System kommunizieren muss - sie muss nur Inhalte rendern.

Es ist großartig für Entwickler, weil...

...sie sind von den Backend-Beschränkungen der Programmiersprachen befreit, in denen es ihnen an Fachwissen mangelt. Stattdessen können sie das Erscheinungsbild und die Funktionalität der Benutzererfahrung mit Tools erstellen, die sie kennen und mögen (z. B. JavaScript-Bibliotheken und -Frameworks), und dann Inhalte mit den neuesten APIs überall veröffentlichen.

Entwickler haben die Flexibilität, ihr bevorzugtes Frontend-Framework zu wählen, und es stehen verschiedene Optionen für statische Site-Generatoren zur Verfügung, z. B. Next.js, Gatsby.js und NUXT.js. In einem Open-Source-Headless Content-Management-System können Entwickler auf Code (JavaScript, PHP) zugreifen, um ihre eigenen API-Aufrufe und Vorlagen zu erstellen.

Von der Stange sind Headless Content-Management Systeme kein Allheilmittel, um alle Ihre Content-Herausforderungen zu lösen. Sie können mit zwei großen Kompromissen einhergehen, die ernsthaft in Betracht gezogen werden müssen.

Zum einen verlieren Sie die Flexibilität, die Sie durch diese Art von Content-Repository gewinnen, an Zugänglichkeit. Da die Präsentation den Entwicklern überlassen wird, die JavaScript schreiben, können nicht-technische Vermarkter die WYSIWYG-Erstellung oder -Bearbeitung von What You See Is What You Get (WYSIWYG) nicht verwenden.

Der zweite ist größer.

Etwas Drastisches passiert, wenn Sie einem Content-Management-System den Kopf abschneiden: Sie trennen die Möglichkeit, Interaktionsdaten zwischen dem Frontend und dem Backend in Echtzeit zu senden.

Das bedeutet, dass Sie keine Erlebnisse personalisieren oder Aktivitäten zur Analysen/Analytik von Inhalten ausführen können.

Personalisierung hat sich von einem "Nice-to-have" zu einer unverzichtbaren Anforderung entwickelt. Kund:innen lernen von Branchenführern wie Amazon, Netflix, Spotify und anderen, wie sich großartige Personalisierung anfühlt.

Wenn Sie kein ähnliches Erlebnis/Erfahrung bieten können, werden Kunden wahrscheinlich woanders hingehen - und zwar bald. Was ist also die Antwort?

Die ideale Content-Management-System-Architektur würde die Flexibilität und Erweiterbarkeit Headless Content-Management-System Plattformen mit den Personalisierung und inhaltlichen Analysen/Analytik Funktionen herkömmlicher Coupled-CMS kombinieren.

Das ist genau das, was Sitecore Composable, Headless Delivery-Optionen bieten.

Mehrere Headless Optionen unterstützen Front-End-Entwickler beim Erstellen von Lösungen und Apps, die Inhalte auf jedem Gerät oder Browser rendern. Unabhängig davon, ob sie JavaScript-Bibliotheken wie Vue.js, React.js und Angular.js verwenden oder das neue ASP.NET Core SDK und Headless Rendering/Wiedergabe Hostarchitektur nutzen, können Entwickler wählen, was für sie am besten geeignet ist.

Diese Optionen verfügen auch über eine API, die eine Verbindung zum kontextbezogenen Content Delivery Server von Sitecore herstellt, sodass Benutzer personalisierte Inhalte basierend auf Profil, vergangenen Interaktionen und mehr in Echtzeit sehen.