Decap CMS

Was Decap CMS tatsächlich ist

Decap CMS (github.com/decaporg/decap-cms) löst ein eng umrissenes Problem gut: Ihre Website ist ein Ordner voller Markdown-Dateien in einem Repository, und die Person, die einen Satz ändern will, arbeitet nicht mit Git. Installiert wird es unter dem Admin-Pfad der Website, die Sie ohnehin haben. Die schnelle Variante besteht nach Beschreibung des Projekts aus einer einzigen HTML-Datei plus einer Konfigurationsdatei, wobei das CMS selbst von einem CDN geladen wird; die ausführlichere Installation läuft über npm und lässt mehr Spielraum zum Anpassen. Eine YAML-Datei deklariert Ihr Inhaltsmodell, der Editor baut daraus Formulare, und jedes Speichern wird zu einem Commit.

Die Redaktionsoberfläche entsteht aus Widgets, und deren Auswahl reicht für die meisten Websites: Markdown und Rich Text, Bilder und Dateien, Datumsangaben, Zahlen, Wahrheitswerte, Auswahlfelder, Listen und verschachtelte Objekte, dazu ein Relations-Widget, mit dem ein Eintrag auf einen anderen zeigt. Die Anmeldung wird nicht vorausgesetzt, sondern eingesteckt: Das Repository bringt Backends für GitHub, GitLab, Bitbucket, Azure, Gitea und Forgejo mit, dazu ein gehostetes Git-Gateway und einen Proxy für lokales Redigieren. Medien können im Repository bleiben oder zu Cloudinary oder Uploadcare wandern. Die Lizenz ist MIT, und für Teams, die zentrale Nutzerverwaltung, feinere Rollen, einen Datenbank-Proxy oder begleiteten Support brauchen, gibt es die kostenpflichtige Stufe Decap Turbo.

Eine Namensnotiz, die Ihnen eine Stunde Verwirrung erspart: Bis Februar 2023 hieß das Projekt Netlify CMS, und die eigene README sagt das auch. Ein großer Teil der Anleitungen, die Sie finden werden, nutzt weiterhin den alten Namen und das alte Paket, und die Konfiguration hat sich seitdem weiterentwickelt.

Der Handel, den Sie eingehen

Ein Commit pro Speichern ist der ganze Entwurf, und er schneidet in beide Richtungen. Ihre Inhalte sind von Haus aus versioniert und lassen sich auf Wunsch als Pull Request prüfen, eine Textänderung durchläuft also denselben Prozess wie eine Codeänderung — wirklich ungewöhnlich und wertvoll in einem Team, in dem niemand sicher weiß, wer die Startseite geändert hat. Der Preis ist Latenz. Ein Tippfehler kostet einen Build; dauert der Build vier Minuten, dauert auch die Korrektur vier Minuten. Bei einer Website, die wöchentlich publiziert, ist das gleichgültig. Bei einer, die stündlich publiziert, ist es das falsche Werkzeug, und etwas mit einer Datenbank dahinter ist das richtige.

Es hilft, das Ganze neben seine Nachbarn zu stellen, statt es allein zu beurteilen. Payload sitzt am anderen Ende derselben Achse — ein vollständiges Framework mit eigener Datenbank, das Sie wollen, wenn der Inhalt eigentlich eine Anwendung ist. Ghost ist ein fertiges Publishing-Produkt und keine Schicht über Ihrem Repository. Decap ist das dünnste der drei, und genau darin liegt der Zweck: Es setzt einer funktionierenden Website eine Redaktionsoberfläche auf und übernimmt sonst nichts.

Wer die Seite bearbeitet, nachdem sie online ist

Wir betreiben Decap nicht selbst, diese Seite behauptet also nichts über den Betrieb. Aus erster Hand sprechen können wir über die Frage, die es beantworten soll, denn wir sind von der anderen Seite darauf gestoßen. Wir veröffentlichen Landingpages für unsere eigenen Kundinnen und Kunden, und die Redaktionsoberfläche ist ein Gespräch: Der Kunde bittet um eine Änderung, und der Agent führt sie aus. Ein Kunde hat eine Seite in einer einzigen Sitzung durch drei Überarbeitungsrunden geschickt, und auffällig war, wohin die Zeit ging. Keine davon floss in den Editor. Alles floss in die Entscheidung, was auf der Seite stehen soll.

Das ist das Argument dafür, diese Schicht langweilig zu halten. Was Sie auch wählen: Der Engpass wandert binnen einer Woche zum Text. Nehmen Sie also die Variante, die Sie am wenigsten Pflege kostet, und stecken Sie die Differenz in die Worte. Dass wir für eine kleine Website trotzdem einen Git-basierten Editor vor etwas Schwererem empfehlen würden, liegt an einer zweiten, teuer bezahlten Lektion: Was ein Static-Site-Generator ausgibt, ist fertiges HTML — und das umgeht still den Fehler, der uns auf unseren eigenen dynamisch gerenderten Seiten Monate an Indexierung gekostet hat: dass ein Crawler ein Gerüst statt einer Seite bekommt. Ein Aufbau, der Markdown committet und eine statische Website neu baut, kann diesen Fehler gar nicht machen.

Veröffentlichen ist auch der Punkt, an dem Werkzeuge aufhören zu helfen. Eine Website, die jemand bearbeiten kann, ist keine Website, die jemand gelesen hat, und die Arbeit danach — gefunden werden, gewählt werden, nachfassen — ist eine andere Disziplin als die, die die Seite online gebracht hat. Für diese Lücke ist AgentCeres — der AI Growth Officer unter agentceres.com — gebaut: ein betreutes KI-Marketingteam, das die Arbeit entwirft und wartet, bis ein Mensch alles freigibt, was nach außen geht. Und falls Sie den Unterbau noch wählen: AstroWind ist eine Startvorlage und kein Editor, und Webstudio ist die Visual-Builder-Antwort auf dieselbe Frage.