Wer heute eine neue Website plant, steht früh vor einer grundlegenden Frage: Welches CMS soll es sein? WordPress ist der naheliegende Griff – und für viele Projekte auch eine solide Wahl. Doch der Reflex, jede Website in WordPress zu bauen, führt nicht selten zu unnötiger Komplexität, schlechterer Performance und höherem Wartungsaufwand. Es lohnt sich, einen Schritt zurückzutreten und die eigentliche Frage zu stellen: Brauche ich hier überhaupt eine Datenbank?
Das klassische Modell: Datenbankbasierte CMS
Systeme wie WordPress, Joomla, TYPO3 oder NEOS funktionieren nach demselben Grundprinzip: Inhalte werden in einer MySQL-Datenbank gespeichert. Jede Seite wird beim Aufruf dynamisch zusammengebaut – PHP fragt die Datenbank ab, lädt das Template, rendert die Seite und liefert sie aus.
Das ist mächtig. Es ermöglicht Benutzerverwaltung, dynamische Inhalte, Kommentarfunktionen, komplexe Filterstrukturen und vieles mehr. Für umfangreiche Projekte – Intranets, Portale, Shops mit tausenden Produkten – sind datenbankbasierte CMS oft die richtige Wahl.
Der Haken: Dieses Modell bringt Abhängigkeiten mit sich.
- Der Server muss PHP und MySQL unterstützen und stabil betreiben.
- Plugins und Themes müssen regelmäßig aktualisiert werden – Sicherheitslücken entstehen sonst schnell.
- Bei schlechter Server-Konfiguration oder hohem Traffic kann die Ladezeit spürbar leiden.
- Jede Datenbankabfrage kostet Zeit – auch wenn es nur Millisekunden sind, summiert sich das.
Die Alternative: Flatfile-CMS und statische Seiten
Flatfile-CMS wie GRAV, Bludit oder Kirby verzichten vollständig auf eine Datenbank. Inhalte werden stattdessen in einfachen Textdateien (meist Markdown oder YAML) gespeichert. Das System liest diese Dateien direkt aus – keine Datenbankabfrage, kein Overhead.
Das klingt zunächst nach einem Kompromiss. In der Praxis ist es oft das Gegenteil.
Vorteile im Überblick:
- Schnellere Ladezeiten – ohne Datenbankabfragen ist die Auslieferung spürbar schneller.
- Geringere Serveranforderungen – kein MySQL nötig, läuft auf einfacheren Hosting-Paketen.
- Einfachere Wartung – kein Plugin-Dschungel, deutlich reduzierte Angriffsfläche für Hacker.
- Einfache Versionierung – Inhalte als Textdateien lassen sich hervorragend mit Git verwalten.
- Günstigere Betriebskosten – weniger Ressourcenbedarf bedeutet günstigeres Hosting.
Kirby beispielsweise bietet trotz Flatfile-Ansatz eine vollwertige Oberfläche für Redakteure – und kostet einmalig nur einen kleinen Betrag pro Projekt. Für Agenturen und Freelancer, die regelmäßig kleinere Websites betreuen, rechnet sich das schnell.
Und dann gibt es noch: die rein statische Website
Noch einen Schritt weiter geht der Verzicht auf ein CMS überhaupt. Rein statische Websites – gebaut in HTML5, ggf. mit modernen Static Site Generators wie Hugo, Eleventy oder Astro – liefern vorgerenderte HTML-Dateien direkt aus. Es gibt schlicht nichts zu verarbeiten – der Server schickt die Datei, fertig.
Das Ergebnis: nahezu unschlagbare Ladezeiten, maximale Sicherheit (keine serverseitige Logik = keine Angriffsfläche) und minimaler Hosting-Aufwand. Wer sein Projekt einmal aufsetzt und es sich danach selten ändert, profitiert enorm von diesem Ansatz.
Auch AMP-HTML (Accelerated Mobile Pages) fällt in diese Kategorie – ein Format, das Google explizit für maximale mobile Performance entwickelt hat.
Warum Google das alles interessiert
Seit einigen Jahren bewertet Google Websites nicht mehr nur nach Inhalt und Backlinks – die Core Web Vitals spielen eine wachsende Rolle im Ranking. Dabei geht es um messbare Nutzererfahrung: Wie schnell lädt die Seite? Wie stabil ist das Layout beim Laden? Wie schnell reagiert die Seite auf Interaktionen?
Datenbankbasierte CMS haben hier strukturell einen Nachteil, wenn sie nicht sorgfältig optimiert werden: Caching-Plugins, CDN, Datenbankoptimierung – all das ist möglich, aber zusätzlicher Aufwand. Eine statische oder Flatfile-basierte Seite bringt diese Performance oft von Haus aus mit.
Für kleinere Websites, die selten aktualisiert werden, ist der Einsatz von WordPress daher häufig mit unnötigem Overhead verbunden – sowohl technisch als auch im Betrieb.
Welches System passt wann?
Es gibt keine universelle Antwort – aber eine klare Entscheidungslogik:
| Projektgröße & Anforderung | Empfehlung |
|---|---|
| Großes Intranet, viele Nutzerrollen, komplexe Workflows | TYPO3 oder Joomla |
| Mittelgroße Website mit Blog, regelmäßigen Updates | WordPress |
| Kleine bis mittelgroße Website, Fokus auf Performance | Kirby oder Bludit |
| Kleine, selten geänderte Präsenz | Statisches HTML / Static Site Generator |
| Maximale mobile Performance | AMP-HTML |
Fazit: Weniger ist oft mehr
Die Entscheidung für ein CMS sollte nie aus Gewohnheit fallen. WordPress ist ein exzellentes Werkzeug – aber es ist kein Allheilmittel. Wer eine schlanke, schnelle und sichere Website will, sollte Flatfile-Systeme und statische Ansätze ernsthaft in Betracht ziehen.
Die Frage ist nicht: „Welches CMS kenne ich?" – sondern: „Was braucht dieses Projekt wirklich?"
Wer diese Frage ehrlich beantwortet, landet oft bei einer einfacheren, performanteren und günstigeren Lösung – und das kommt am Ende sowohl dem Betreiber als auch den Besuchern zugute.
Haben Sie Fragen zur richtigen CMS-Wahl für Ihr Projekt? Wir beraten Sie gern – unverbindlich und auf Basis Ihrer konkreten Anforderungen.
