Wenn das CMS mehr Arbeit macht als die Website
Gerhard G. StocKinger · Veröffentlicht am 24.06.2026
Viele Unternehmenswebsites ändern sich nur punktuell: ein neues Angebot, ein Termin, ein Praxisbeispiel oder eine aktualisierte Kontaktperson. Trotzdem läuft im Hintergrund ein vollständiges Content-Management-System – mit Updates, Erweiterungen, Zugängen, Backups und Abhängigkeiten.
Gerade bei einfachen Webauftritten verzichte ich gern auf große CMS-Systeme: Ihre Pflege lässt sich heute oft schlanker und einfacher organisieren. Bei einem Kunden habe ich den bestehenden Webauftritt daher vollständig gesichert, als schlanke statische Website neu bereitgestellt und die künftige Pflege so vorbereitet, dass Änderungen kontrolliert und GPT-gestützt auf Zuruf umgesetzt werden können.
Das Problem ist nicht ein einzelnes CMS
Aktuelle Meldungen über Sicherheitslücken, Updates und Konflikte in verbreiteten Websystemen erinnern regelmäßig daran: Wer eine Website betreibt, übernimmt auch Verantwortung für deren technischen Unterbau. Das ist keine Kritik an WordPress oder einem anderen CMS. Für Nachrichtenportale, Shops, viele Redakteur:innen, Mitgliederbereiche oder komplexe Integrationen sind diese Systeme sinnvoll und oft die richtige Wahl.
Bei einem einfachen, selten veränderten Unternehmensauftritt kann das Verhältnis aber kippen. Dann wird das CMS selbst zum größten laufenden System – obwohl die eigentliche Website aus überschaubaren Seiten, Bildern, Kontaktmöglichkeiten und wenigen Änderungen pro Jahr besteht. Man ist bei jedem Update, Plugin und technischen Eingriff von einem Betriebsmodell abhängig, das größer ist als die Aufgabe.
Der Praxisfall: Inhalt bewahren, Betrieb entschlacken
Der Auftrag war bewusst nüchtern formuliert: Die bestehende Website sollte vollständig erhalten bleiben, ihr Inhalt dauerhaft nachvollziehbar gesichert werden und künftige Anpassungen sollten ohne Redaktions-Backend möglich sein. Gleichzeitig durften URLs, Auffindbarkeit, Kontaktwege und die gewohnte Darstellung nicht verlorengehen.
Die Lösung bestand nicht darin, einfach eine Website herunterzuladen und den Rest zu vergessen. Ein Webauftritt ist mehr als seine sichtbaren Seiten. Deshalb wurden Inhalte, Bilder, Downloads, Seitentitel, Beschreibungen, Weiterleitungen und notwendige Funktionen zuerst inventarisiert.
Vom CMS zum versionsgesicherten Webauftritt
- Bestand aufnehmen: Welche URLs, Inhalte, Medien, Formulare, Downloads und Suchsignale müssen erhalten bleiben?
- Webauftritt einfrieren: Seiten und Assets werden in einer nachvollziehbaren Quellbasis gesichert; die veröffentlichte Version bleibt reproduzierbar.
- Statisch ausliefern: Der öffentliche Auftritt wird als schlanke HTML-, CSS- und JavaScript-Ausgabe bereitgestellt. Das reduziert die angreifbare Betriebsfläche erheblich.
- Funktionen gezielt ersetzen: Kontaktformulare, Tracking oder externe Dienste bleiben nur dort bestehen, wo sie wirklich benötigt werden – mit klarer Zuständigkeit.
- Erst prüfen, dann abschalten: Links, Weiterleitungen, Metadaten, Formulare und Darstellung werden kontrolliert, bevor das bisherige CMS aus dem öffentlichen Betrieb geht.
GPT auf Zuruf – aber mit einem belastbaren Ablauf
„Bitte diese Leistung ergänzen“, „den Termin aktualisieren“ oder „aus diesem Text eine neue Unterseite machen“ sind sinnvolle Anweisungen für ein GPT-gestütztes Pflegeverfahren. Das Modell kann daraus strukturierte Änderungen an der Quellbasis vorbereiten: Texte, Seitenbausteine, Metadaten und interne Verlinkungen.
Entscheidend ist die Betriebsregel: GPT arbeitet nicht direkt und ungeprüft auf der Live-Website. Jede Änderung durchläuft Vorschau, Link- und Strukturprüfung sowie eine menschliche Freigabe. Erst danach wird eine neue, versionierte Fassung veröffentlicht. So wird KI zum Beschleuniger der Pflege – nicht zum unkontrollierten Administrator.
Was dadurch gewonnen wird
- Der bisherige Webauftritt bleibt als nachvollziehbare Fassung gesichert.
- Ein einfaches Angebot benötigt keinen dauerhaft betriebenen CMS-Unterbau mehr.
- Änderungen lassen sich in Alltagssprache beauftragen und kontrolliert umsetzen.
- Die Abhängigkeit von Plugins, Redaktionszugängen und Routineupdates wird kleiner.
- Jede veröffentlichte Änderung bleibt einer konkreten Version zuordenbar.
Meine eigene Website: TYPO3 und Codex
Diese Einordnung ist kein grundsätzlicher Abschied vom CMS. Meine eigenen Websites laufen seit mehr als 20 Jahren mit TYPO3. Für umfangreichere Auftritte mit vielen Inhalten, strukturierten Prozessen und laufender Weiterentwicklung ist ein leistungsfähiges CMS weiterhin das passende Werkzeug.
Auch hier hat sich die Arbeitsweise durch KI verändert: Das jüngste Upgrade von TYPO3 13 auf TYPO3 14 hat Codex als KI-gestützter Coding-Agent umgesetzt. Das anschließende Redesign wurde ebenfalls mit Codex realisiert – auf Grundlage eines visuellen Vorschlags von ChatGPT. KI kann damit sowohl einen schlanken Webauftritt ohne CMS pflegen als auch die Weiterentwicklung eines anspruchsvollen CMS-Projekts unterstützen. Entscheidend ist, welches Betriebsmodell zur jeweiligen Website passt.
Wann ein CMS weiterhin die bessere Entscheidung ist
Ein CMS bleibt sinnvoll, wenn viele Personen eigenständig publizieren, Inhalte sehr häufig wechseln, Redaktionsfreigaben im System abgebildet werden müssen oder Shop-, Login-, Buchungs- und Datenfunktionen Teil des Geschäftsmodells sind. Die Frage lautet also nicht „CMS oder KI?“, sondern: Welches Betriebsmodell passt zur tatsächlichen Änderungsdynamik und zu den Funktionen der Website?
Für einen kleinen, klaren Webauftritt kann die Antwort heute überraschend schlank ausfallen: Inhalte sauber sichern, das Notwendige statisch bereitstellen und Änderungen mit KI vorbereitet, geprüft und nachvollziehbar veröffentlichen.