CMS im Hintergrund, Freiheit vorn: Was Headless für Ihre Website bedeutet
„Headless" klingt nach einem Begriff für Entwickler. Dahinter steht aber eine Entscheidung, die jeden Website-Betreiber betrifft: Wie eng sind die Inhalte Ihrer Seite an ihre Darstellung gekoppelt — und was bedeutet das für Tempo, Sicherheit und die Frage, ob Sie dieselben Inhalte auch woanders ausspielen können.
Was „headless" wirklich heißt
Eine klassische Website verbindet zwei Dinge fest miteinander: die Inhalte (Texte, Bilder, Seitenstruktur) und ihre Darstellung (das Layout im Browser). Das Content-Management-System liefert beides aus einem Guss.
Headless trennt diese beiden. Das CMS verwaltet weiterhin die Inhalte — aber es gibt sie nicht mehr fertig gestaltet aus, sondern stellt sie über eine Schnittstelle bereit. Ein separates Frontend holt sich die Inhalte über diese Schnittstelle und entscheidet selbst, wie sie aussehen. Der Kopf — die Darstellung — wird vom Körper getrennt. Daher der Name.
Was das praktisch bringt
Aus dieser Trennung folgen konkrete Vorteile, sofern sie zu Ihrem Vorhaben passen:
- Tempo. Das Frontend kann genau auf schnelle Auslieferung gebaut werden, ohne Rücksicht auf die Technik des CMS.
- Ein Inhalt, mehrere Kanäle. Dieselben Inhalte lassen sich auf der Website, in einer App und in einem Newsletter ausspielen — gepflegt an einer Stelle.
- Sicherheit. Das Redaktionssystem muss nicht öffentlich im Netz stehen. Was Besucher sehen, ist nur die Ausgabe, nicht das System dahinter.
- Gestaltungsfreiheit. Das Design ist nicht an die Vorlagen des CMS gebunden.
Wo es nicht sinnvoll ist
Headless ist kein Fortschritt für jeden, sondern eine Architektur für bestimmte Fälle. Bei einer überschaubaren Firmenwebsite überwiegen oft die Nachteile:
- Sie betreiben zwei Systeme statt einem — das ist mehr Aufwand und in der Regel teurer.
- Redakteure verlieren die direkte Vorschau: Was im klassischen CMS sofort sichtbar ist, muss bei headless erst eingerichtet werden.
- Für eine reine Informationsseite ohne zweiten Kanal bleibt der Nutzen klein.
Eine offene Einschränkung also: Wer eine schlichte, selten geänderte Seite betreibt, fährt mit einem klassischen Setup meist besser.
Klassisch oder headless — eine kurze Entscheidungshilfe
| Eher klassisch | Eher headless |
|---|---|
| Eine Website, ein Kanal | Website plus App, Portal oder Newsletter |
| Redaktion soll einfach bleiben | Tempo und Skalierung stehen im Vordergrund |
| Überschaubarer Inhalt | Viele Inhalte, oft wiederverwendet |
| Kleines Budget | Investition in eine langfristige Plattform |
Moderne Systeme wie TYPO3 können beides: klassisch ausliefern oder headless betrieben werden. Die Wahl ist deshalb keine Frage der Technik, sondern Ihres Vorhabens.
Quellen: TYPO3-Dokumentation zu Headless/REST; allgemeine Grundlagen zu API-first-Architekturen. Dieser Beitrag erklärt das Konzept aus Betreibersicht und ersetzt keine individuelle Architekturberatung.
Häufige Fragen zu Headless-CMS
Was bedeutet „headless“ einfach erklärt?
Das Content-System verwaltet die Inhalte, gibt sie aber nicht fertig gestaltet aus, sondern über eine Schnittstelle. Ein separates Frontend bestimmt das Aussehen. Inhalt und Darstellung sind getrennt.
Brauche ich als kleines Unternehmen ein Headless-CMS?
In den meisten Fällen nicht. Solange Sie eine Website mit einem Kanal betreiben, ist ein klassisches Setup einfacher und günstiger. Headless lohnt sich, sobald dieselben Inhalte an mehreren Stellen erscheinen sollen oder Tempo entscheidend ist.
Was sind die Nachteile von headless?
Zwei Systeme statt einem, höhere Kosten und eine Redaktion ohne direkte Vorschau, solange diese nicht eigens eingerichtet wird. Diese Punkte sollten gegen den Nutzen abgewogen werden.
Ist TYPO3 headless-fähig?
Ja. TYPO3 lässt sich klassisch betreiben oder über eine Schnittstelle als Headless-Backend nutzen. Damit bleibt die Entscheidung offen, statt von Anfang an festgelegt zu sein.
