Headless CMS.
Ein Headless CMS verwaltet Inhalte ohne eigene Darstellung und liefert sie über eine Schnittstelle an Website, App oder andere Kanäle, die jeweils ein eigenes Frontend brauchen.
Ein Headless CMS ist ein Content-Management-System ohne „Kopf", also ohne eingebaute Darstellung. Ein klassisches CMS verwaltet Inhalte und baut daraus auch die fertigen Seiten. Ein Headless CMS speichert Texte, Bilder und Datenfelder nur strukturiert und gibt sie über eine Schnittstelle heraus. Wie die Website aussieht, entscheidet ein eigenes Programm. Für Unternehmen ist das deshalb vor allem eine Architekturentscheidung mit Folgen für Budget, Team und Pflege, keine Designfrage.
So funktioniert ein Headless CMS
Inhalte und Darstellung leben in getrennten Systemen. Die Redaktion pflegt Inhaltstypen wie „Produkt", „Stellenanzeige" oder „Referenz" mit festen Feldern. Das System stellt sie über eine API bereit. Strapi zum Beispiel erzeugt laut eigener Dokumentation für jeden angelegten Inhaltstyp automatisch REST-Endpunkte zum Lesen, Anlegen, Ändern und Löschen.
Das Frontend holt diese Daten ab und baut daraus Seiten, eine App oder die Anzeige auf einem Bildschirm. Weil dieselben Inhalte in mehrere Kanäle gehen können, ist Headless dort stark, wo viele Märkte, Sprachen oder Anwendungen aus einer Quelle bedient werden.
Worauf ihr im Unternehmen achten solltet
Fragt, wer das Frontend baut und dauerhaft pflegt. Seitenvorlagen, Navigation, Formulare und Weiterleitungen bringt ein Headless CMS nicht mit. Das ist eigene Entwicklung, auch nach dem Livegang, und gehört in jedes Angebot.
Lasst euch die Vorschau für die Redaktion zeigen. Wer einen Text ändert, will sehen, wie die Seite danach aussieht. Bei Headless muss diese Vorschau eigens eingerichtet werden. In Projekten sehen wir oft, dass sich genau hier entscheidet, ob das Marketing gern mit dem System arbeitet.
Achtet darauf, wie die Seiten für Suchmaschinen entstehen. Google kann JavaScript rendern, nennt serverseitiges Rendering oder Pre-Rendering laut eigener Dokumentation aber weiterhin eine sehr gute Option, weil Seiten schneller werden und nicht alle Bots JavaScript ausführen. Dynamisches Rendering bezeichnet Google als Notlösung und empfiehlt stattdessen serverseitiges oder statisches Rendering oder Hydration.
Entscheidet nach Kanälen, nicht nach Zeitgeist. Wann sich Headless lohnt, welche Fallbeispiele es aus dem DACH-Raum gibt und wie ihr die Kosten über drei Jahre vergleicht, steht ausführlich in unserem Ratgeber Headless CMS für Unternehmen: wann es sich lohnt.
Häufige Fragen zum Headless CMS
Ist eine Website mit Headless CMS automatisch schneller? Nein. Die Ladezeit hängt vor allem davon ab, wie das Frontend gebaut und ausgeliefert wird, zum Beispiel über ein CDN.
Brauchen wir Headless für eine mehrsprachige Website? Nicht zwingend. Auch klassische Systeme verwalten mehrere Sprachen. Headless spielt seine Stärken eher aus, wenn Inhalte zusätzlich in Apps, Portale oder andere Kanäle fließen.
Was unterscheidet Headless von einem visuellen CMS? Bei einem gekoppelten System wie WordPress, Webflow oder Framer pflegt die Redaktion Inhalte direkt im Zusammenhang der Seite. Headless trennt Pflege und Darstellung vollständig.
Ob für euren Relaunch ein klassisches oder ein Headless CMS passt, klären wir beim Website-Relaunch vor der ersten Gestaltung.
Verwandte Begriffe
Steht Headless in eurem Lastenheft, aber keiner weiß genau warum? Wir prüfen mit euch, ob klassisches oder Headless CMS zu Team und Kanälen passt.
Website-Relaunch →