corpusctl vs. Payload: ein CMS, das nicht in Ihrem Frontend steckt
Payload ist Figma beigetreten, neue Cloud-Deployments sind pausiert, und die FAQ sagt, dass Sie irgendwann migrieren werden. So sieht eine entkoppelte Alternative aus.
Payload ist der am schnellsten aufsteigende Name in dieser Kategorie, und das zu Recht. Google Trends kennzeichnet payload cms als Breakout-verwandte Suchanfrage zu „headless CMS“, sein npm-Paket zieht monatlich Millionen von Downloads, und es hat rund 44.000 GitHub-Sterne.
Zwei Dinge sind dieses Jahr passiert, die in Ihre Bewertung gehören.
#Payload gehört jetzt zu Figma — und Cloud ist pausiert
Von Payloads eigener Cloud-Seite, gelesen am 17. August 2026:
Payload ist Figma beigetreten. … Obwohl die Bereitstellung neuer Projekte derzeit pausiert ist, laufen bestehende Cloud-Projekte wie gewohnt weiter.
Und aus der FAQ derselben Seite:
Muss ich mein Projekt migrieren? Ja, irgendwann. Es eilt nicht, aber wir planen, etwas Besseres zu bauen, zu dem Sie migrieren können, sobald es verfügbar ist.
Ehre, wem Ehre gebührt: Das ist eine ungewöhnlich klare Antwort, veröffentlicht auf der eigenen Seite, und sie verpflichten sich, Enterprise-Kunden durch den Wechsel zu helfen. Niemand wird in die Irre geführt.
Aber wenn Sie diesen Monat ein CMS wählen, sind die Fakten: Das Managed-Angebot nimmt keine neuen Projekte an, und das aktuelle hat eine Migration vor sich. Payload als Open-Source-Projekt ist davon unberührt und bleibt überall self-hostbar, wo Sie eine Next.js-App ausführen können.
Ob eine Übernahme gute Nachrichten sind, hängt davon ab, auf welcher Seite man steht. Figmas Ressourcen werden Payload wahrscheinlich besser machen. Sie werden Payloads Roadmap aber auch Figmas Strategie unterordnen — und Design-Tool-Strategie ist nicht dasselbe wie Content-Infrastruktur-Strategie.
#Der tiefere Unterschied: Payload lebt in Ihrer App
Das ist der Teil, der jede Übernahme überdauert.
Payload läuft in Ihrer Next.js-Anwendung. Das ist seine zentrale Designentscheidung und die Quelle seiner besten Funktion — eine lokale API, die HTTP vollständig überspringt, weil sich CMS und Frontend einen Prozess teilen. Für ein einzelnes Next.js-Produkt mit einem Team ist das eine wirklich hervorragende Entwicklererfahrung, und deshalb gewinnt Payload Entwickler.
Es bedeutet auch, dass sich Ihr CMS und Ihre Website ein Deployment, eine Laufzeit und eine Skalierungseinheit teilen. Eine Traffic-Spitze auf der öffentlichen Seite ist eine Traffic-Spitze auf dem, was Ihre Redakteure gerade nutzen. Ein Frontend-Rebuild ist ein CMS-Rebuild. Das Frontend-Framework zu wechseln ist kein Frontend-Projekt.
corpusctl trennt die beiden Pfade bewusst:
Schreibpfad — Panel → API (NestJS) → PostgreSQL → Build-Pipeline.
Lesepfad — Besucher → nginx-Edge-Cache → unveränderliche Datei im Objektspeicher.
Sie treffen sich an genau einem Punkt: Die Build-Pipeline schreibt in den Objektspeicher. Das Veröffentlichen rendert den Inhalt in eine unveränderliche, hash-adressierte Datei und aktualisiert ein Manifest. Der Client des Besuchers löst den Slug lokal zu einem Manifest-Shard auf und ruft dann diese Adresse vom Edge ab — dreißig Tage lang cachebar, weil dieselbe Adresse niemals andere Inhalte zurückgeben kann.
Konsequenzen, die aus der Trennung folgen:
Besucher-Traffic erreicht nie die API oder die Datenbank. Die Last auf der Schreibseite ist vollständig unabhängig von der Leseseite.
Ihr Frontend-Framework ist keine CMS-Entscheidung. Der Kern-Renderbaum ist framework-agnostisch; React-, Vue- und Next.js-Adapter sind dünne Schichten obendrauf. Von Next.js zu etwas anderem zu migrieren berührt das CMS nicht.
Es gibt keinen Zähler pro Aufruf, weil es keinen Aufruf gibt.
#Mehrere Projekte, und wo Isolation erzwungen wird
Payload unterstützt Mandantenfähigkeit als dokumentiertes Muster, das Sie in Ihrem eigenen Anwendungscode implementieren.
In corpusctl steckt sie im Kern, neben Auth und dem Modul-Register: ein Panel, unbegrenzte Spaces, ein Nutzer, der in jedem eine separate Rolle trägt. Die Isolation wird durch PostgreSQL Row-Level Security erzwungen — in der Datenbank, unterhalb der Ebene, auf der ein Filter auf Anwendungsebene vergessen werden kann.
Das Argument für RLS ist eng und, wie ich finde, entscheidend: Isolation auf Anwendungsebene funktioniert bis zu der einen Abfrage, die den Filter übersprungen hat. Diese Abfrage wird irgendwann geschrieben, von jemandem in Eile, in einem Modul, das niemand genau prüft. RLS macht das Leck unterhalb des Fehlers unmöglich.
Eine Zahl, mit der es sich zu verweilen lohnt. Stand 17. August 2026 hat Payload rund 44.000 GitHub-Sterne und ungefähr 79 Stack-Overflow-Fragen. Strapi hat zum Vergleich rund 73.000 Sterne und 2.800 Fragen.
Diese Lücke ist es, wie schnelles Wachstum aussieht: eine große, begeisterte, junge Nutzerbasis, deren Troubleshooting-Korpus noch nicht geschrieben ist. Wenn Sie um 2 Uhr nachts auf einen Grenzfall stoßen, ist die Wahrscheinlichkeit, dass jemand die Antwort bereits veröffentlicht hat, deutlich geringer.
Das gilt auch gegen corpusctl — wir sind kleiner als beide. Es wird als Beobachtung zur Reife angeboten, nicht als Punktgewinn.
Module. Jede corpusctl-Funktion ist ein Modul: Medien, Suche, Webhooks, SEO, GraphQL, Import, Analytics. disabled bewahrt Daten und macht beim Wiederaktivieren weiter; uninstalled löscht sie und fragt zweimal nach. Ein Tarif-Downgrade setzt Module auf disabled und löscht niemals Daten — im Code durchgesetzt, nicht in einem Support-Artikel versprochen.
Stillose Renderer. Block-Renderer kommen ganz ohne Standard-CSS. Jeder Blocktyp ist überschreibbar; ein unbekannter Typ wird übersprungen, statt einen Fehler zu werfen. Wenn das Rendern eines Blocks framework-spezifischen Code erfordert, ist die Abstraktion am falschen Ort.
Dauerhafte Webhooks. Zustellungen liegen in einer Queue mit exponentiellem Backoff und Jitter. Eine Stunde Empfänger-Ausfall verliert keine Events.
Stabile Fehlercodes. Jeder API-Fehler trägt einen permanenten Code (CORPUS_E_9127) plus einen Docs-Link. Meldungen werden in sieben Sprachen übersetzt; Codes nicht. Client-Code bindet an den Code, sodass das Verbessern einer Meldung niemals eine Integration bricht.
Entwicklererfahrung für ein Next.js-Team. TypeScript-nativ, Config-as-Code und die lokale API. Wenn Ihr Produkt eine einzelne Next.js-App ist und Ihr Team das Deployment gern selbst verantwortet, ist das schwer zu schlagen.
Momentum. Trends-Breakout, Millionen von npm-Downloads pro Monat und jetzt Figmas Engineering-Ressourcen. Das ist real.
Anpassung der Admin-UI. Payloads Admin besteht aus React-Komponenten, die Sie vollständig ersetzen können. corpusctls Panel ist konfigurierbar, nicht beliebig ersetzbar.
Self-Hosting ist kostenlos und war es immer. Kein Zusatz nötig.
Wählen Sie Payload, wenn Sie ein Next.js-Team sind, das Config-as-Code und die lokale API möchte, und Sie mit Self-Hosting vertraut sind.
Wählen Sie corpusctl, wenn Sie das CMS außerhalb des Deployments Ihres Frontends haben möchten, mehrere Projekte aus einem Panel und Isolation durch die Datenbank erzwungen.
Payload-Cloud-Status und FAQ-Zitate entnommen von payloadcms.com/cloud-pricing am 17. August 2026. Dies ist eine sich schnell verändernde Situation — vor dem Zitieren erneut prüfen.
corpusctl vs. Directus: eine Content-Plattform gegenüber einem Datenbank-Wrapper
Directus umhüllt Ihre SQL-Datenbank und sperrt SSO hinter einen 499-$-Tarif. corpusctl liefert den gesamten Content-Pfad — Build, Edge-Cache, Module. Verglichen.