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.
Was ist ein CMS ohne Datenbank?
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.
Die Vorteile
Wo keine Datenbank läuft, gibt es keine SQL-Angriffsfläche. Eine ganze Klasse klassischer CMS-Sicherheitslücken entfällt.
Für eine Seite liest das System wenige Dateien, ein Datenbankserver ist nicht beteiligt. Kleine Websites laden auch ohne Caching-Plugin flott.
Ordner kopieren – fertig ist das vollständige Backup. Kein SQL-Dump, kein Datenbank-Tool, keine vergessenen Tabellen.
Der Umzug auf einen anderen Server bedeutet: Dateien hochladen. Keine Datenbank einrichten, keine Zugangsdaten anpassen.
Inhalte sind Textdateien – sie lassen sich mit Git versionieren. Jede Änderung nachvollziehbar, jeder Stand wiederherstellbar.
Ein Datenbankserver ist nicht nötig. CMF braucht PHP 8.1+, Apache mit mod_rewrite und Schreibrechte – keine Datenbank.
Die ehrlichen Nachteile
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.
Bekannte Flat-File-CMS im Vergleich
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 | Grav | Kirby | Bludit | |
|---|---|---|---|---|
| Lizenz | Kostenlos (MIT) | Kostenlos (MIT) | Kostenpflichtige Lizenz je Website | Kostenlos (MIT), PRO-Version kostenpflichtig |
| Datenformat | JSON-Dateien | Markdown mit YAML | Textdateien | Text- und JSON-Dateien |
| Editor | Block-Editor (9 Blocktypen) | Markdown-Editor im Admin-Plugin | Panel mit Block- und Layout-Feldern | Einfacher Editor, Blog-Fokus |
| REST-API | Im Kern, 30 Aktionen | Offizielles API-Plugin (ab Grav 2.0) | Im Kern | Mitgeliefertes Plugin, muss aktiviert werden |
| Markdown je URL und llms.txt | Im Kern, automatisch | Nicht im Kern | Nicht im Kern, Plugins von Drittanbietern | Nicht im Kern |
| Formulare | Formular-Block im Kern | Offizielles Form-Plugin | Selbst bauen oder per Plugin | Nicht im Kern |
Stand: September 2026, nach bestem Wissen und ohne Gewähr. Preise und Details bitte auf den Websites der Anbieter prüfen.
Wo CMF sich einordnet
CMF – kurz für Content Management Frame – ist das jüngste System in diesem Vergleich und hat die kleinste Community, 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 mehr Erweiterungen und mehr dokumentierte Praxiserfahrung. Wer ein gereiftes Ökosystem sucht, ist dort gut aufgehoben.
CMF setzt seinen Schwerpunkt anders: Maschinen-Zugänglichkeit im Kern. Jede Seite und jeder Beitrag ist zusätzlich als Markdown abrufbar, die llms.txt entsteht automatisch, und die REST-API mit 30 Aktionen gehört zum System – mehr dazu unter Maschinen-CMS. Dazu kommt Einfachheit: Block-Editor mit 9 Blocktypen inklusive Formular, Theme-Editor und System-Update per Klick mit Rollback (mehr unter einfaches CMS).
Außerdem an Bord: ein Blog mit RSS-Feed, Sitemap und strukturierte Daten sowie das Backup-Prinzip aller Flat-File-Systeme – Ordner kopieren oder ZIP-Export, fertig. Die Voraussetzungen: PHP 8.1+, Apache mit mod_rewrite, Schreibrechte – keine Datenbank.
Häufige Fragen zum CMS ohne Datenbank
Ist ein CMS ohne Datenbank sicherer?
Tendenziell ja. Ohne Datenbank entfällt SQL-Injection – eine der häufigsten Angriffsarten auf Content-Management-Systeme. Außerdem laufen weniger Komponenten, die Sicherheitslücken haben könnten. Absolut sicher ist trotzdem kein System: Updates einspielen, starke Passwörter und gepflegtes Hosting bleiben Pflicht.
Wie viele Seiten schafft ein Flat-File-CMS?
Für typische Websites mit dutzenden bis einigen tausend Seiten problemlos. Grenzen werden erst spürbar, wenn komplexe Suchen über zehntausende Einträge laufen oder Inhalte stark relational verknüpft sind – dann ist ein Datenbank-CMS die passendere Architektur.
Kann ich später zu einem anderen System wechseln?
Ja, oft sogar leichter als bei einem Datenbank-CMS. Die Inhalte liegen als lesbare Dateien vor (z. B. JSON oder Markdown) und lassen sich per Skript konvertieren. Bei CMF ist zusätzlich jede Seite als Markdown abrufbar und über die REST-API exportierbar – es gibt keinen Lock-in.
Brauche ich besonderes Hosting für ein Flat-File-CMS?
Nein. Ein Datenbankserver ist nicht nötig. CMF braucht PHP 8.1+, Apache mit mod_rewrite und Schreibrechte – das bieten viele Hoster schon in günstigen Tarifen. Für nginx liegt keine fertige Konfiguration bei.
Eignet sich ein CMS ohne Datenbank für einen Blog?
Ja. Viele Flat-File-CMS sind genau dafür gebaut – Bludit etwa hat einen klaren Blog-Fokus. CMF bringt einen Blog samt RSS-Feed ab Werk mit, dazu Sitemap und strukturierte Daten für Suchmaschinen.
CMF ausprobieren
Kostenlos und Open Source. Voraussetzungen: PHP 8.1+, Apache mit mod_rewrite, Schreibrechte – keine Datenbank. Backup? Ordner kopieren.