CMS ohne Datenbank: Wie Flat-File-Systeme funktionieren – und wann sie die bessere Wahl sind

Ein CMS ohne Datenbank speichert Inhalte direkt in Dateien statt in MySQL. Das klingt unspektakulär, verändert aber fast alles: Sicherheit, Geschwindigkeit, Backups, Hosting. Dieser Leitfaden erklärt, wie Flat-File-CMS funktionieren, wo ihre ehrlichen Grenzen liegen – und vergleicht vier Systeme fair miteinander.

Ein klassisches Content-Management-System wie WordPress, Joomla oder TYPO3 speichert alle Inhalte in einer Datenbank – meist MySQL. Jeder Seitenaufruf löst Datenbankabfragen aus, jede Installation braucht einen Datenbankserver, Zugangsdaten und regelmäßige Pflege.

Ein CMS ohne Datenbank – auch Flat-File-CMS oder dateibasiertes CMS genannt – geht einen anderen Weg: Jede Seite liegt als einfache Datei auf dem Server, etwa im Markdown-, YAML- oder JSON-Format. Das System liest diese Dateien direkt vom Dateisystem und baut daraus die fertige HTML-Seite.

Das hat eine bemerkenswerte Konsequenz: Die komplette Website ist ein Ordner. Es gibt keinen Datenbank-Export, keine Verbindungsdaten, keine SQL-Dumps. Wer den Ordner kopiert, hat die Website kopiert – Inhalte, Konfiguration und Design inklusive.

Technisch ist das kein neues Konzept. Statische Websites funktionierten schon immer so. Flat-File-CMS verbinden dieses Prinzip mit dem Komfort eines modernen Redaktionssystems: Login, Editor, Medienverwaltung – nur eben ohne Datenbank darunter.

Fairerweise: Das Flat-File-Prinzip ist kein Allheilmittel. Es gibt drei Szenarien, in denen ein Datenbank-CMS schlicht die bessere Wahl ist.

Sehr große Datenmengen. Wer zehntausende Produkte, Artikel oder Datensätze verwaltet, braucht Indizes und optimierte Abfragen – genau dafür wurden Datenbanken gebaut. Ein Flat-File-System muss bei komplexen Suchen im Zweifel viele Dateien durchgehen, was ab einer gewissen Größenordnung spürbar wird.

Komplexe Relationen. Inhalte, die stark miteinander verknüpft sind – etwa ein Shop mit Produkten, Varianten, Bestellungen und Kundendaten – lassen sich in einer relationalen Datenbank sauberer abbilden als in einzelnen Dateien.

Viele gleichzeitige Redakteure. Datenbanken regeln konkurrierende Schreibzugriffe seit Jahrzehnten zuverlässig. Wenn ein großes Team parallel an denselben Inhalten arbeitet, spielt ein Datenbank-CMS seine Stärken aus.

Für die typische Firmen-Website, das Portfolio, den Blog oder die Vereinsseite – also Projekte mit dutzenden bis einigen tausend Seiten und überschaubarer Redaktion – treffen diese Einschränkungen in der Praxis selten zu.

Der Markt für Flat-File-CMS ist überschaubar, aber lebendig. Vier Systeme im direkten Vergleich: CMF, Grav, Kirby und Bludit – alle PHP-basiert, alle ohne Datenbank, aber mit deutlich unterschiedlichen Schwerpunkten.

CMF – kurz für Content Management Frame – ist das jüngste System in diesem Vergleich, entwickelt in Deutschland und unter MIT-Lizenz frei verfügbar. Das gehört ehrlich eingeordnet: Grav und Kirby sind seit vielen Jahren am Markt, haben größere Communities, mehr Plugins und mehr dokumentierte Praxiserfahrung. Wer ein gereiftes Ökosystem mit tausenden Erweiterungen sucht, ist dort gut aufgehoben.

CMF setzt seinen Fokus auf drei Dinge, die in dieser Kombination sonst keines der Systeme ab Werk mitbringt: Einfachheit – visueller Block-Editor mit 9 Blocktypen, Theme-Editor und Ein-Klick-Update mit Rollback (mehr dazu unter einfaches CMS). Eine vollständige REST-API mit über 30 Endpunkten, ohne zusätzliche Plugins. Und Maschinen-Zugänglichkeit: Jede Seite ist zusätzlich als Markdown-Datei (.md) abrufbar, eine llms.txt führt Maschinen-Crawler strukturiert durch die Website – mehr dazu unter Maschinen-CMS.

Dazu kommen ein Blog mit RSS-Feed, eingebaute Sitemap- und SEO-Funktionen sowie das Backup-Prinzip aller Flat-File-Systeme: Ordner kopieren oder ZIP-Export, fertig. Die Voraussetzungen sind bewusst niedrig gehalten – PHP 8.1+ und Apache mit mod_rewrite, also ein ganz gewöhnlicher Webspace.