Komplettes CMS vs. Headless: Warum All-in-One für den Großteil des Webs gewinnt
Fangen wir fair an, denn ein Vergleich, der nur den Autor gut aussehen lässt, ist die Lesezeit nicht wert.
Headless-CMS hat sich seinen Ruf aus echten Gründen verdient. Die Trennung von Inhalt und Frontend gibt Entwicklern völlige Freiheit: Wähle React, Vue oder Astro, liefere denselben Inhalt an eine Website, eine Mobile-App und ein Kiosk-Display, und stütze dich auf eine ausgereifte Toolchain aus APIs, Webhooks und Preview-Umgebungen. Wenn du ein großes Team bist, das Inhalte gleichzeitig auf viele Kanäle ausspielt, ist diese Flexibilität ihren Preis wert.
Und du zahlst dafür. Das ist der Teil, den die Kategorie nicht auf die Preisseite schreibt.
Was „headless" dich wirklich kostet
Sobald du auf headless setzt, gehört dir die Präsentationsschicht. Und zwar komplett. Du schreibst nicht mehr nur Inhalte — du baust ein separates Frontend auf, bindest es an die Content-API an, erstellst die Webhook-Endpunkte, die deiner Seite sagen, wann sie neu bauen soll, pflegst eine zweite Deployment-Pipeline und hältst zwei Systeme für immer synchron. Das ist echte, laufende Entwicklungsarbeit, und sie hört nach dem Launch nicht auf.
Für ein großes Produktteam: kein Problem — das ist ihr Job und sie haben die Leute dafür. Aber der Großteil des Webs ist kein großes Produktteam. Es ist ein Freelancer, der eine Kundenseite baut, eine Agentur, die zwanzig davon betreut, ein Unternehmen, das eine schnelle, moderne Website will, ohne einen Frontend-Spezialisten einzustellen, der den Laden am Laufen hält. Für diese Leute ist „totale Flexibilität" eine Rechnung, um die sie nie gebeten haben.
Die All-in-One-Antwort
Neleto ist ein komplettes CMS. Inhalt, Rendering und Hosting liegen an einem Ort. Du gestaltest und verwaltest deine ganze Website in Neleto, und es liefert die Seiten direkt aus — kein separates Frontend zu bauen, keine Rebuild-Pipeline zu babysitten, kein zweites System, das synchron bleiben muss. Das heißt weniger bewegliche Teile, weniger, das um 2 Uhr nachts kaputtgehen kann, und nichts, was zwischen dir und der Live-Seite erst neu gebaut werden muss.
Du gibst die modernen Teile nicht auf, um diese Einfachheit zu bekommen. Das Backend ist Rust, Seiten sind also von Haus aus schnell — was Google belohnt. Alle Content-Typen, die du wirklich brauchst — Seiten, Blogbeiträge, Events, Übersetzungen, Weiterleitungen, Komponenten, Layouts — sind eingebaut, nicht als Add-ons zurückverkauft. Das Hosting ist EU-basiert und DSGVO-konform ab Werk, mit deiner Serverregion, die du bei der Registrierung wählst. Und falls du Inhalte doch einmal woanders abgreifen willst, wartet eine REST-API. All-in-One heißt nicht eingemauert.
Der Teil, den Headless noch nicht beantworten kann
Hier wird es eindeutig.
Ein Headless-CMS gibt einem KI-Agenten eine API zum Reden. Neleto gibt ihm das CMS selbst. Der native MCP-Server bedeutet, dass Claude Code, Cursor und Windsurf deine Inhalte direkt lesen und schreiben — Entwürfe anlegen, veröffentlichen, Übersetzungen ergänzen, Weiterleitungen korrigieren — mit deinen Rollen, die bei jeder Operation durchgesetzt werden. Kein Dienst dazwischen, kein Glue-Code, kein Wrapper, den jemand pflegen muss.
Das ist der Workflow, um den die nächsten Jahre gebaut werden, und er ist deutlich sauberer, wenn Inhalt, Rendering und die Agenten-Schnittstelle ein System sind statt drei, die du zusammengeflickt hast. Flexibilität ist es wert, dafür zu zahlen, wenn du sie brauchst. Die meisten brauchen sie nicht — und sie sollten nicht dafür zahlen müssen, um eine schnelle, konforme, KI-native Website zu bekommen.
Wofür solltest du dich also entscheiden
Wenn du einen Content-Satz auf ein Dutzend verschiedene Kanäle ausspielst, mit einem Team, das gern das Frontend besitzt, ist headless eine vernünftige Wahl — und ich tue nicht so, als wäre das anders.
Wenn du eine schnelle Website willst, ein klares Admin, das deine Kunden tatsächlich bedienen können, EU-Hosting ohne die rechtlichen Fußnoten und einen KI-Workflow, der ab Werk funktioniert — dann willst du das komplette CMS. Das ist der Großteil des Webs. Für die haben wir Neleto gebaut.
Probier es kostenlos aus auf console.neleto.io. Richte deinen Agenten darauf und bau eine Seite in einem Satz. Du wirst den Unterschied spüren zwischen „mit einem CMS verbunden" und „eines steuern".
— Martin
Weiterlesen
Die KI, die ihre eigene Arbeit prüft
Die meisten KI-plus-CMS-Setups schreiben Inhalte über eine API und hoffen, dass sie gerendert wurden. Neleto schließt die Schleife auf drei Wegen — typisierter Structured Output, LSP-Template-Checks vor dem Veröffentlichen und der Agent, der deine Live-Seite öffnet, um zu sehen, was er wirklich gebaut hat. Hier steht, wie jede Ebene funktioniert — und wo trotzdem ein Mensch hinschauen muss.
Eine Landingpage in Neleto bauen: Ein echter Walkthrough (Maus und Prompt)
Ich habe dieselbe Landingpage zweimal gebaut — einmal von Hand im visuellen Builder, einmal per Prompt an Claude über unseren MCP-Server — und beides gestoppt. Hier ist genau, was passiert ist, inklusive der Teile, die langsamer waren, als mir lieb ist.
Neleto mit allem verbinden: Der native MCP-Server und das Connector-Ökosystem
Dein CMS sollte keine Insel sein. So sprechen Claude, Cursor und Windsurf direkt mit deinen Inhalten — und wohin die Reise als Nächstes geht.