Ein CMS, das nichts veröffentlicht: der Preis der änderbaren Website

Das Gespräch fand diese Woche statt, zwischen uns und einem Partner, der ein Angebot vorbereitete. Sein Kunde, ein Industrieunternehmen, hat eine Website auf Drupal. Die Website ist alt, nicht einmal HTTPS funktioniert, und die Frage lautete: Frischen wir sie auf Drupal auf, oder wechseln wir zu etwas anderem? Dann warf er einen Blick auf die Seite mit den Neuigkeiten. Letzte Veröffentlichung: 2016.

Zehn Jahre CMS, zehn Jahre Updates, Hosting und Sicherheitslücken im Blick behalten, für eine erstarrte Seite. Das ist kein Einzelfall, es ist fast die Regel. Kunden wollen ein CMS, „um selbst Änderungen vornehmen zu können“. Sie veröffentlichen zwei oder drei Artikel in der ersten Woche, dann gerät alles in Vergessenheit. Die Leistungsseiten ändern sich ohnehin nie.

Kurz gesagt

• Ein CMS bietet eine Flexibilität, die die meisten Unternehmen fast nie nutzen.
• Diese Flexibilität kostet jeden Tag: Datenbank, zu patchende Erweiterungen, zu überwachender Server, langsamere Seiten.
• Eine statische Website liefert bereits fertige Seiten aus: nichts zu hacken, nichts zu patchen und eine messbar bessere Geschwindigkeit.
• Eine statische Website zu ändern ist nicht mehr Entwicklern vorbehalten: Sie beschreiben die Änderung in Ihrer Sprache, die KI bereitet sie vor, ein Mensch gibt sie frei.
• Die Frage lautet nicht mehr „Muss ich meine Website ändern können?“, sondern „Brauche ich dafür einen Server, der rund um die Uhr läuft?“.

Das CMS, eine Versicherung, die nie in Anspruch genommen wird

Der Reflex ist verständlich. Niemand möchte von einem Dienstleister abhängen, um eine Telefonnummer zu korrigieren. Das CMS beruhigt: Es gibt einen Button „Bearbeiten“, also ist man frei.

In der Praxis beobachten wir bei den Unternehmen, die wir begleiten, immer dieselbe Kurve: eine Aktivitätsspitze zum Start, ein paar Neuigkeiten, dann Stille. Die Leistungsseiten werden einmal geschrieben und bleiben jahrelang unverändert. Das ist keine Faulheit: Eine Unternehmenswebsite ändert sich wenig, und das ist normal. Nicht normal ist es, jeden Tag für eine Fähigkeit zu bezahlen, die man zweimal im Jahr nutzt.

Was die ungenutzte Flexibilität kostet

Eine WordPress- oder Drupal-Website führt bei jedem Besuch Code aus. Sie fragt eine Datenbank ab, setzt die Seite zusammen und schickt sie dann aus. Diese Mechanik hat einen Preis, den man auch dann bezahlt, wenn niemand etwas veröffentlicht.

Die Sicherheit. WordPress läuft auf 39,6 % der Websites laut W3Techs, was es zu einem lohnenden Ziel macht. Laut Patchstack, einem Anbieter von Sicherheitslösungen für WordPress, zählte das Ökosystem 2025 11 334 neue Sicherheitslücken, davon 91 % in Erweiterungen (Patchstack-Bericht 2026). Patchstack verkauft Schutz, seine Zahlen sind also als Größenordnung zu lesen, aber die Tendenz ist unbestritten. Und selbst die Basis ist nicht sicher: Im Oktober 2026 musste PHP zwei kritische Lücken schließen, mit denen sich ein Server übernehmen ließ, wie wir im Artikel über die PHP-Lücke im Oktober erklären.

Das Lebensende. Drupal 7, auf dem noch viele Unternehmenswebsites laufen, erhält seit dem 5. Januar 2025 keine offiziellen Sicherheitsupdates mehr (Ankündigung von Drupal). Einer Website wie der aus unserem Beispiel bleibt nur eine Migration, gleich auf welchem Weg.

Die Geschwindigkeit. In den Feldmessungen des HTTP Archive, erhoben bei echten Besuchern, bestehen im September 2026 48 % der WordPress-Websites die drei Google-Schwellenwerte auf Mobilgeräten, gegenüber 71 % der Astro-Websites. Das sind zwei unterschiedliche Populationen, kein kontrolliertes Experiment, und ein sorgfältig gebautes WordPress kann schnell sein. Aber der Abstand sagt etwas aus: Je weniger Arbeit der Server bei jedem Besuch hat, desto schneller kommt die Seite an. Die Details stehen in unserem Vergleich Astro oder WordPress.

Die Zeit. Updates des Kerns, der Erweiterungen, des Themes, von PHP, Datenbanksicherungen, Überwachung: Das ist ein monatliches Wartungsbudget, ob die Website etwas veröffentlicht oder nicht.

Die statische Website: änderbar, ohne die Maschinerie

Eine statische Website wird im Moment der Veröffentlichung erzeugt und dann unverändert über ein Auslieferungsnetz bereitgestellt. Keine Datenbank, kein offenes Administrationspanel, keine Erweiterung zum Patchen. Was ein Angreifer nicht findet, kann er nicht ausnutzen.

Der Einwand kommt immer: „Aber wie ändere ich dann meine Website?“ Genau hier hat sich das Paradigma verschoben. Heute gibt es drei Wege, alle so einfach wie ein CMS:

• In natürlicher Sprache. Sie schreiben „ersetze die Telefonnummer in der Fußzeile“ oder „füge eine Neuigkeit zu unserer neuen Messe hinzu“, die KI bereitet die Änderung vor, eine Vorschau erscheint, und ein Klick stellt sie online. Wie das funktioniert, beschreiben wir im Artikel über das Ändern einer Website in natürlicher Sprache.
• Mit einem Headless-Editor. Für ein Team, das häufig veröffentlicht, bietet ein Editor wie Sanity dieselben Felder wie ein klassisches CMS, liefert die Seiten aber nicht aus: Er speist die Website im Moment der Veröffentlichung.
• In Textdateien. Für einen Blog genügt eine einfache Markdown-Datei pro Artikel, gegengelesen und dann veröffentlicht. Die Wahl zwischen beidem hängt vom Veröffentlichungsrhythmus ab, wie unser Artikel über den Blog in Markdown oder im CMS erklärt.

Jede Änderung behält ihre Historie, und jeder Fehler lässt sich mit einem Klick rückgängig machen. Das ist mehr Kontrolle als ein CMS, nicht weniger.

Warum jetzt der richtige Moment ist

Die KI hat die Frage verändert. Gestern verlangte eine statische Website für jedes Komma einen Entwickler, und das CMS war der Preis der Selbstständigkeit. Heute läuft die Selbstständigkeit über das Gespräch: Wer beschreiben kann, was er will, kann seine Website ändern, ohne das Werkzeug zu kennen. Der Server, der „für alle Fälle“ ständig läuft, hat für die meisten Unternehmenswebsites keine Daseinsberechtigung mehr.

Vorsicht allerdings vor der umgekehrten Abkürzung: Die KI baut keine solide Website in einer Stunde. Sie macht Änderungen leicht, sobald die Website gut gebaut ist, und das bleibt Handwerk, wie wir in „Ich kann das in 1 Stunde mit Astra im Ultra-Code machen“ erzählen.

Das CMS bleibt in manchen Fällen die richtige Wahl: eine Redaktion, die täglich veröffentlicht, mehrere Rollen, die freigeben, ein Shop mit sich ändernden Lagerbeständen. Für eine Unternehmenswebsite, die sich dreimal im Jahr ändert, heißt es, einen Rennmotor zu bezahlen, um Brötchen zu holen.

Wo Sie anfangen

Schauen Sie auf das Datum Ihrer letzten Neuigkeit und darauf, wie oft sich Ihre Leistungsseiten in den letzten zwei Jahren geändert haben. Wenn die Antwort an eine Hand passt, muss Ihre Website änderbar sein, braucht aber kein CMS.

Unser Leitfaden zur Migration mit Astro beschreibt die Methode. Unsere Migration zu einer statischen Website behält alle Ihre Adressen und Ihr Ranking bei, richtet die Änderung in natürlicher Sprache ein und schult Ihr Team darin. Ihre Website wird schneller, sicherer, und Sie können die Updates von Erweiterungen endlich vergessen.

Quellen

1. W3Techs, Marktanteil von WordPress, Oktober 2026 (neuer Tab)w3techs.com
2. Patchstack-Bericht 2026 (neuer Tab)patchstack.com
3. Drupal 7 End of Life (neuer Tab)drupal.org