Headless- und traditionelles CMS im Vergleich
Der Unterschied zwischen einem CMS, das Ihre Seiten selbst rendert, und einem, das Inhalte verwaltet und über eine API ausliefert, damit ein separates Frontend sie rendert.
Ein traditionelles CMS und ein Headless-CMS verwalten beide Inhalte. Der Unterschied liegt darin, was geschieht, nachdem der Inhalt geschrieben ist. Ein traditionelles CMS rendert die fertigen Webseiten selbst, mit Themes und Templates, die mitgeliefert werden. Ein Headless-CMS speichert die Inhalte und liefert sie über eine API aus und überlässt einer separaten Anwendung, dem Frontend, die Entscheidung über das Aussehen. Die Wahl zwischen beiden ist im Kern eine Wahl darüber, wo die Präsentation liegt.
Das traditionelle Modell
In einem traditionellen CMS sind Inhalt und Präsentation ein System. Sie schreiben eine Seite, das CMS wendet ein Theme an und liefert die fertige Seite an einen Besucher aus. WordPress, Drupal und Sitecore in ihrer klassischen Form arbeiten alle so. Der Vorteil ist, dass die Website fertig mitgeliefert wird: Theme wählen, Inhalte anlegen, veröffentlichen. Für eine einzelne, inhaltlich einfache Website, die von Menschen ohne Entwicklungshintergrund betrieben wird, reicht das oft aus.
Die Grenze zeigt sich, sobald die Inhalte an anderer Stelle als auf dieser einen Website erscheinen sollen, oder wenn ein Team Inhalte strenger strukturieren möchte, als die Templates es zulassen. Weil die Präsentation fest eingebaut ist, bedeutet der Weg zu einer mobilen App oder einer zweiten Website meist, Plugins anzuflanschen oder Inhalte erneut zu erfassen.
Das Headless-Modell
In einem Headless-CMS sind Inhalt und Präsentation getrennt. Das CMS verwaltet strukturierte Inhalte und liefert sie über eine API aus; ein Frontend, das Ihr Team baut, liest diese Inhalte und rendert sie. Dieselben Inhalte können eine Website, eine App und weitere Ziele versorgen, weil keines davon im CMS fest eingebaut ist. Der Preis dafür ist, dass das Frontend gebaut und gepflegt werden muss, statt fertig mitzukommen.
Woran Sie erkennen, welches passt
Der ehrliche Test fragt nicht, welches Modell moderner ist, sondern welches zu der Anforderung passt, die vor Ihnen liegt.
- Ein traditionelles CMS passt, wenn es um eine einzelne Website geht, wenn die Menschen, die sie betreiben, keine Entwickler sind, und wenn ein Theme samt Plugins die Aufgabe abdeckt. Ein Wechsel weg davon verursacht Kosten und Entwicklungsaufwand, die die Situation nicht erfordert.
- Ein Headless-CMS passt, wenn Inhalte mehr als ein Ziel erreichen müssen, wenn ein Team Inhalte in einer strukturierten, versionierbaren Form haben möchte, gegen die es entwickeln kann, oder wenn das Templating eines traditionellen Systems zu etwas geworden ist, gegen das man ankämpft, statt es zu nutzen.
Viele Teams sitzen jahrelang auf einem traditionellen CMS und liegen damit richtig. Der Grund für einen Wechsel zeigt sich meist dann, wenn das Team ohnehin schon gegen das Werkzeug arbeitet statt mit ihm. Verwandte Begriffe finden Sie unter Content-Plattform und MACH. Was ein Wechsel zwischen konkreten Systemen umfasst, behandeln die Migrationsleitfäden für die einzelnen Plattformen.
Wir nehmen Content-Plattform-Projekte für 2026 an.
Fünfundzwanzig Minuten, um die Arbeit durchzugehen und zu entscheiden, ob wir das richtige Team dafür sind. Umfangsbestimmung und ein Festpreis kommen danach.