Das Redaktions-Backend neu gedacht: Nicht-Techniker, KI und die Frage der Kosten
Im zweiten Teil dieser Reihe war der größte Schwachpunkt eines statischen Generators wie Astro die fehlende Redaktion: Wer Inhalte klickend im Browser pflegen will, braucht ein CMS. Diese Grenze verschiebt sich gerade. Denn wenn eine nicht-technische Person eine KI an ihrer Seite hat, entsteht ein neuer Weg, git-basierte Inhalte zu pflegen, ohne den Umweg über ein klassisches Redaktions-Backend. Die spannende Frage ist nicht, ob das technisch geht, sondern ob es dauerhaft bezahlbar bleibt.
Wie eine KI das Redaktions-Backend ersetzen kann
Bei einer statischen Seite liegt der Inhalt als Textdatei im Code-Repository, meist als Markdown. Bisher hieß das: Wer keinen Git-Umgang beherrscht, kann nichts ändern. Genau hier setzt eine sprachfähige KI an. Der Betreiber beschreibt die gewünschte Änderung in normalen Worten, die KI findet die richtige Datei, formuliert den neuen Text, legt die Änderung als nachvollziehbaren Commit an und stößt die Veröffentlichung an. Aus „ich kann kein Git" wird „ich sage, was geändert werden soll".
Damit fällt der Einwand aus dem zweiten Teil zumindest teilweise. Für git-basierte Inhalte, also Blog, Dokumentation oder Fachartikel, kann die Kombination aus einem nicht-technischen Betreiber und einer KI die Rolle übernehmen, die sonst ein Redaktions-Backend spielt. Das ist keine ferne Vision, sondern mit heutigen Werkzeugen machbar.
Die eigentliche Kostenfrage ist nicht der Token-Preis
Der erste Reflex ist die Sorge um die laufenden Kosten pro Anfrage. Diese Sorge zielt aber am eigentlichen Punkt vorbei. Der Preis pro verarbeiteter Texteinheit fällt strukturell, denn frei verfügbare Modelle mit offenen Gewichten setzen eine Untergrenze nahe den reinen Rechenkosten. Für eine eng umrissene Aufgabe wie „diesen Absatz umformulieren" braucht es ohnehin kein großes Spitzenmodell, ein kleineres oder offenes genügt. Die Editier-Aufgabe selbst wird also eher günstiger, nicht teurer.
Ehrlich bleibt die Unsicherheit auf der anderen Seite: Ein Teil der heute niedrigen Preise ist von Investoren getragen und könnte steigen, sobald sich der Markt konsolidiert. Und Rechenleistung hat über den Energiebedarf eine reale Untergrenze, die sich nicht beliebig wegskalieren lässt. Wer verspricht, KI werde „praktisch kostenlos", verkürzt das. Aber für die schmale Aufgabe des Content-Editierens ist der Stückpreis nicht das, was einem Betreiber gefährlich wird.
Das echte Risiko: Abhängigkeit und schleichende Nutzung
Zwei andere Dinge wiegen schwerer. Das erste ist die Bindung an einen Anbieter. Läuft der gesamte Editier-Ablauf über die geschlossene Schnittstelle eines einzigen Dienstes, bestimmt dieser Dienst die Bedingungen. Ändern sich Preise oder Nutzungsregeln, ändert sich die Fähigkeit des Betreibers, seine eigene Seite zu pflegen. Das zweite ist die schleichend wachsende Nutzung: Was als gelegentliche Textänderung beginnt, wächst zur Gewohnheit, und die Kosten wachsen mit, in einer Weise, die sich schwer vorab beziffern lässt.
Die Absicherung: Modell-Optionalität
Gegen beides hilft ein einfaches Architektur-Prinzip: Der Ablauf darf nicht von einem einzigen Anbieter abhängen. Wenn der Editier-Workflow so gebaut ist, dass er auch mit einem offenen, notfalls lokal betriebenen Modell funktioniert, kann kein Anbieter dem Betreiber die Editier-Fähigkeit über den Preis entziehen. Die offenen Modelle sind hier keine ideologische Frage, sondern eine Versicherung. Sie setzen die Obergrenze dessen, was ein kommerzieller Dienst verlangen kann, denn im Zweifel weicht man aus.
Was das für die Werkzeugwahl heißt
Astro mit einem nicht-technischen Betreiber und einer KI im Hintergrund ist damit für Content-Seiten eine ernsthafte Option geworden, sofern man die Modell-Optionalität von Anfang an mitdenkt. Es verschiebt allerdings die Komplexität: weg vom vertrauten Redaktions-Backend, hin zu einem Ablauf aus Git, KI und automatischer Veröffentlichung. Für viele Betreiber, die schlicht eine Seite pflegen wollen, bleibt ein CMS der Weg mit der geringeren Reibung. Für Teams, die mit Code und Git ohnehin vertraut sind, ist der KI-gestützte statische Weg jetzt real tragfähig.
Die Reihe endet damit, wo sie begonnen hat: nicht bei „das eine Werkzeug ist besser", sondern bei „welches passt zum Job". Neu ist, dass die KI eine der klarsten Grenzen zwischen den beiden Welten durchlässiger macht. Wer heute entscheidet, sollte diese Verschiebung kennen und sie an der eigenen Situation prüfen, nicht am nächsten Trend.
Teil 3 von 3 der Reihe „TYPO3 und Astro". Zuvor: Ist Astro schneller? und Wofür TYPO3, wofür Astro?
Häufige Fragen
Kann eine KI ein Redaktions-Backend ersetzen?
Für git-basierte Inhalte wie Blog oder Dokumentation in Teilen ja. Der Betreiber beschreibt die Änderung in Worten, die KI bearbeitet die Markdown-Datei, legt einen Commit an und stößt die Veröffentlichung an. Für klickende Pflege großer, rechtebehafteter Seiten bleibt ein CMS der geradlinigere Weg.
Wird der KI-Einsatz auf Dauer zu teuer?
Der Preis pro Anfrage fällt eher, weil offene Modelle eine Untergrenze nahe den Rechenkosten setzen und die Editier-Aufgabe klein ist. Das größere Risiko ist nicht der Stückpreis, sondern die Abhängigkeit von einem einzelnen Anbieter und schleichend wachsende Nutzung.
Wie sichert man sich gegen steigende KI-Preise ab?
Durch Modell-Optionalität: Der Editier-Ablauf sollte auch mit einem offenen, notfalls lokal betriebenen Modell funktionieren. Dann kann kein Anbieter die Editier-Fähigkeit über den Preis entziehen. Offene Modelle wirken hier als Versicherung.
Heißt das, Astro ersetzt jetzt das CMS?
Nein. Für Teams, die mit Git vertraut sind, wird der KI-gestützte statische Weg tragfähig. Für Betreiber, die einfach eine Seite pflegen wollen, bleibt ein CMS der Weg mit weniger Reibung. Es bleibt eine Frage des passenden Werkzeugs, nicht des besseren.
