CMS – Traditionell oder Headless?
Was ist der Unterschied zwischen der Architektur eines traditionellen und eines Headless-Content-Management-Systems? Wie gehen wir mit diesem Thema in der Konzeption und Entwicklung unserer Projekte um?
Der traditionelle Weg
Beim klassischen Ansatz der Inhaltsverwaltung wird das Content Management System (CMS) nicht nur für die Bearbeitung und Speicherung von Inhalten verwendet, sondern enthält Funktionalitäten via integrierte Module oder sogar Plugins von Drittanbietern, um bestimmte Funktionen der Anwendung sicherzustellen. Dass heisst, traditionelle CMS fokussieren sich auf den Kanal Website/Blog, weshalb Redakteure ihre Inhalte auch primär innerhalb dessen Layout erstellen.
Was bedeutet «Headless»?
Der Headless-Ansatz trennt Erstellung, Verwaltung und Speicherung von Präsentation und Bereitstellung, um flexibler und nachhaltiger mit der Aufbereitung von Inhalten umgehen zu können. Ein sogenanntes Headless-CMS wird dazu benutzt, um zentral die Inhalte zu schreiben und zu verwalten, ähnlich einer Datenbank. Diese können dann für mehrere Kanäle, wie zum Beispiel Web, Print oder mobile Apps, über eine Schnittstelle (API) verwendet und ausgespielt werden, bei nur einmaliger Pflege.
Kann WordPress auch «Headless»?
WordPress ist im Grundkonzept ein klassisches CMS, denn die Darstellung der Inhalte ist eine wichtige Aufgabe des Content Managment Systems. Trotzdem lässt sich WordPress auch als Headless-CMS einsetzen. Möglich macht es die Schnittstelle REST API, über welche die Inhalte ausgegeben oder auch erstellt werden können. Diese Schnittstelle gehört bei WordPress seit Version 4.7 zur Grundausstattung und ist standardmässig immer aktiv. Auch bei uns.
Das Vorgehen – was muss beachtet werden?
Headless ist Content First. Wir starten also mit der Überlegung, was gesagt werden und nicht, wie es aussehen soll. Der Inhalt wird also nicht innerhalb des “Webdesigns” erstellt, sondern der Fokus liegt ganzheitlich darauf, was der eigentliche Service ist und wie dieser über mehrere Plattformen kommuniziert werden soll. Eine klare Content-Strategie hilft dabei und sollte u.a. folgende Fragen beantworten:
- Wer ist mein Zielpublikum?
- Was ist die Customer Journey und welchen Inhalt braucht es Schritt für Schritt?
- Auf welchen Kanälen soll kommuniziert werden?
- Wie soll der Inhalt strukturiert werden, um diesen möglichst über alle Plattformen gut nutzen zu können?
Das Wichtigste ist, den Inhalt so zu organisieren und zu strukturieren, dass eine einfache Wiederverwendung möglich ist. Der Inhalt sollte so weit wie möglich unabhängig von seiner Darstellung sein. Dies bedeutet, dass er ordnungsgemäss strukturiert, kategorisiert und mit Metadaten erweitert werden sollte.
Hosting – starke Server
Ein Headless-CMS, und damit auch die integrierte REST-API, benötigt einen sehr starken Server, der die Daten entsprechend verwalten kann und die Verfügbarkeit der API garantiert. Schliesslich werden die Daten über mehrere Applikationen und Medien abgefragt, nicht mehr nur noch von einem Kanal (Website). Der Server, der hinter dem Hosting des CMS steckt, muss dieser Aufgabe gerecht werden und alle Anfragen innerhalb kürzester Zeit bearbeiten können. Sollte dieser Server einmal ausfallen, sind natürlich damit auch alle abhängigen Applikationen gefährdet. Deshalb sorgen in den meisten Fällen sogar zwei bis drei Server für einen reibungslosen Betrieb. Das kostet nicht nur Zeit im Unterhalt, sondern auch Geld. Wer prinzipiell nur eine Webseite mit dem CMS verwalten möchte, ist mit dem günstigeren und weniger anspruchsvollen traditionellen Content-Management-System definitiv besser bedient.
Flexibel und nachhaltig
Der Headless-Ansatz ist, wie eingangs erwähnt, nachhaltiger und flexibler. Sollte in einem späteren Prozess das CMS gewechselt werden, muss nur der Inhalt migriert und wieder über eine Schnittstelle verfügbar gemacht werden. Die Darstellung bleibt somit die gleiche.
