Aktualisierung vom 31. Juli 2026: Dieser Beitrag dokumentiert die frühere Entscheidung für Statamic. ITextreme wurde inzwischen vollständig mit Next.js neu gebaut; die Artikel liegen weiterhin als Dateien im Repository. Die grundsätzliche Einordnung von dateibasiertem Content bleibt deshalb relevant, die damalige Produktauswahl ist historischer Stand.
Was ist ein Flat-File-CMS?
Ein Flat-File-CMS speichert Inhalte vor allem in Dateien, häufig Markdown, YAML oder JSON. Eine relationale Datenbank ist für den redaktionellen Kern nicht zwingend nötig. Templates und Anwendungscode erzeugen daraus die ausgelieferte Website.
„Datenbankfrei“ bedeutet nicht automatisch statisch. Ein System kann zur Laufzeit PHP oder eine andere Serverumgebung verwenden, Benutzer verwalten, Formulare verarbeiten und Caches aufbauen. Entscheidend ist, wo der maßgebliche Inhaltsbestand liegt.
Die tatsächlichen Vorteile
Versionierbare Inhalte
Textdateien lassen sich gut mit Git verwalten. Änderungen, Autor und Zeitpunkt werden nachvollziehbar; ein früherer Stand kann gezielt wiederhergestellt werden. Binäre Assets und sehr große Bestände benötigen trotzdem ein eigenes Konzept.
Portabilität
Inhalte sind nicht in proprietären Datenbanktabellen verborgen. Ein Backup kann Code, Konfiguration, Inhalt und Medien gemeinsam erfassen. Beim Wechsel des Systems bleibt dennoch Migrationsarbeit: Frontmatter, Links, Shortcodes und eingebettete Komponenten sind selten vollständig portabel.
Weniger Betriebsbausteine
Ohne Datenbank entfällt ein eigener Dienst samt Schema und Sicherungslogik. Das kann kleine Sites vereinfachen. Sicherheit entsteht daraus nicht automatisch. CMS, Erweiterungen, Server und Redaktionskonten bleiben angreifbar und müssen aktualisiert werden.
Die Grenzen
Dateien sind kein ideales Modell für jede Anwendung. Bei sehr vielen gleichzeitigen Redakteuren, komplexen Abfragen, Transaktionen oder stark personalisierten Daten ist eine Datenbank oft die bessere Grundlage. Weitere Grenzen:
- Konflikte bei gleichzeitiger Bearbeitung
- technischerer Veröffentlichungsprozess
- kleineres Ökosystem als bei WordPress
- weniger fertige Integrationen
- aufwendigere Suche und Filterung bei großen Beständen
- mögliche Herstellerbindung durch spezielle Inhaltsfelder
Drei etablierte Systeme
Statamic
Statamic basiert auf Laravel und verbindet dateibasierten Content mit einem komfortablen Control Panel, strukturierten Blueprints, Mehrsprachigkeit und Erweiterungen. Es passt zu individuellen, redaktionell gepflegten Websites, verlangt aber einen professionell betriebenen PHP-Stack und eine kommerzielle Lizenz für entsprechende Projekte.
Kirby
Kirby ist ein kommerzielles CMS aus Deutschland. Inhalte werden in Dateien verwaltet, Templates in PHP umgesetzt. Das System ist kompakt und gibt Entwicklern viel Freiheit. Wer eine fertige Theme-Welt erwartet, ist hier falsch; Kirby ist eher Werkzeugkasten als Baukasten.
Grav
Grav ist Open Source und bietet Themes, Plugins sowie ein optionales Administrationsmodul. Es kann für kleinere Websites schnell einsetzbar sein. Vor einer Auswahl sollten Aktivität des Ökosystems, Erweiterungsqualität und langfristige Wartung konkret geprüft werden.
CMS oder Framework?
Die heutige ITextreme-Seite nutzt Next.js mit Markdown/MDX. Das ist kein Flat-File-CMS im klassischen Sinn: Es gibt kein allgemeines Redaktionsbackend, sondern eine Webanwendung, deren Inhalte über Git gepflegt und beim Build verarbeitet werden.
Der Vorteil ist vollständige Kontrolle über Komponenten, Typen und Rendering. Der Preis ist ein technischerer Redaktionsprozess. Für eine einzelne technisch versierte Redaktion kann das gut passen. Für ein Team aus vielen nichttechnischen Autoren wäre ein CMS wie Statamic oder Kirby wahrscheinlich die freundlichere Lösung.
Fazit
Dateibasierte Inhalte sind portabel, gut versionierbar und für überschaubare Websites angenehm. Sie machen ein System aber weder automatisch schnell noch sicher oder wartungsfrei. Die Auswahl sollte vom Redaktionsmodell ausgehen: Wer braucht ein Backend, wer veröffentlicht, wie werden Inhalte freigegeben und wie lässt sich der Bestand in fünf Jahren noch exportieren? Erst danach lohnt sich die Debatte über Statamic, Kirby, Grav oder ein Framework.
