Redaktionell arbeiten ohne WordPress: wie Inhalte gepflegt werden, wenn kein klassisches CMS dahintersteht

Inhalte lassen sich ohne klassisches Redaktionssystem gut pflegen — vorausgesetzt, die sechs Aufgaben, die ein CMS in einer einzigen Oberfläche bündelt, sind einzeln geregelt: Texte schreiben, Seiten strukturieren, Medien verwalten, Rechte vergeben, Änderungen vorab ansehen und veröffentlichen. Fehlt auch nur eine davon, endet die Pflege innerhalb weniger Monate bei «wir fragen die Agentur», und die Seite friert inhaltlich ein.

Das ist der ganze Kern der Diskussion, und er wird selten so nüchtern geführt. Stattdessen streiten sich zwei Lager darüber, ob WordPress gut oder schlecht sei. Das ist die falsche Frage. WordPress ist ausgesprochen gut in dem, wofür es gebaut wurde, und Millionen von Seiten laufen damit einwandfrei. Die interessantere Frage lautet: Welche dieser sechs Aufgaben braucht dein Betrieb wirklich, wie oft, und von wem? Danach ergibt sich die Antwort fast von selbst.

Was ein klassisches CMS eigentlich leistet

Ein Redaktionssystem ist kein einzelnes Werkzeug, sondern ein Bündel aus sechs Funktionen, die zufällig in derselben Oberfläche sitzen. Diese Bündelung ist die eigentliche Leistung — und der Grund, warum ihr Wegfall so viele Betriebe überrascht.

Beim Lesen dieser Tabelle fällt zweierlei auf. Erstens gibt es für jede Zeile eine Entsprechung ohne CMS, keine Funktion ist unersetzlich. Zweitens ist die Ersatzlösung nie eine Oberfläche, sondern eine Vereinbarung: ein Ort, ein Ablauf, eine zuständige Person. Genau das ist der Aufwand, den man beim Umstieg unterschätzt — nicht die Technik, sondern die Absprache. Eine begriffliche Einordnung dazu steht im Glossar unter Content-Management-System.

Die drei Wege, die tatsächlich funktionieren

Drei Wege haben sich in der Praxis bewährt, und sie unterscheiden sich vor allem in einer einzigen Frage: Wer darf ohne technische Hilfe veröffentlichen?

Inhaltsdateien im Projekt. Jeder Artikel und jede Seite ist eine Datei, die im selben Projekt liegt wie der Code. Vorne stehen die Metadaten, darunter der Text. Wer eine Änderung machen will, ändert die Datei, und ein automatischer Bauvorgang stellt die neue Fassung online. Der Vorteil ist völlige Kontrolle und null zusätzliche Systeme. Der Preis: Publizieren kann nur, wer Zugriff auf das Projekt hat.

Ein Headless CMS. Die Inhalte liegen in einem separaten Dienst mit einer eigenen Redaktionsoberfläche, die Website holt sie sich von dort. Redakteurinnen arbeiten in einer vertrauten Maske, Entwicklerinnen behalten die Kontrolle über die Darstellung. Der Preis ist ein weiteres Abo, ein weiterer Zugang und eine weitere Abhängigkeit. Die technische Einordnung dazu steht unter Headless CMS.

Ein kleiner eigener Editor. Eine schlanke, selbst gebaute Maske für genau die Felder, die tatsächlich gepflegt werden: Preise, Öffnungszeiten, Teammitglieder, Aktionen. Kein universelles System, sondern ein Formular für den konkreten Fall. Das ist der Weg mit dem höchsten Herstellungsaufwand und dem geringsten laufenden Aufwand — und der, den KI-gestützte Entwicklung in den letzten zwei Jahren deutlich billiger gemacht hat.

Werkzeuge wie Webflow oder Framer sind ein vierter, hybrider Fall: Sie bringen eine Redaktionsoberfläche mit, liefern aber selbst aus. Sie lösen das Redaktionsproblem elegant und geben dafür einen Teil der Kontrolle über den Auslieferungszustand ab — ein Tausch, der je nach Projekt völlig in Ordnung ist.

Wie unser eigenes Magazin gepflegt wird

Unser Magazin läuft ohne CMS: Jeder Artikel ist eine einzelne Datei, gut hundert Stück liegen in einem Ordner, und veröffentlicht wird durch Speichern und Hochladen ins Projekt. Das ist bewusst der einfachste der drei Wege, weil bei uns genau eine Person schreibt.

Konkret sieht das so aus. Oben in der Datei steht ein Kopfteil mit rund fünfzehn Feldern: Titel, Kurzbeschreibung, SERP-Titel, SERP-Beschreibung, Kategorie, Schlagworte, Autor, Datum, Lesezeit, Titelbild, verlinkte Dienstleistung, erwähnte Werkzeuge, Suchbegriffe und die Fragen für den FAQ-Block. Darunter folgt der Text. Alles, was die Website daraus baut — Übersichtsseiten, Kategorieseiten, strukturierte Daten, Sitemap-Einträge — entsteht aus diesen Feldern.

Zwei Details daran sind lehrreicher als jede Grundsatzdiskussion. Erstens: Fehlt die Angabe zur Lesezeit, rechnet das System sie aus dem Textumfang aus, mit 200 Wörtern pro Minute. Zweitens: Zeigt das angegebene Titelbild auf eine Datei, die es nicht gibt, wird die Angabe stillschweigend verworfen und ein Standardbild verwendet, statt die Seite abstürzen zu lassen. Das sind keine Redaktionsfunktionen, sondern Leitplanken — und genau solche Leitplanken sind es, die ein CMS von Haus aus mitbringt und die man ohne CMS bewusst einbauen muss.

Die Rechnung: ab wann sich welcher Weg lohnt

Der Umschlagpunkt zwischen dateibasierter Pflege und einem Redaktionssystem liegt in unserer Rechnung bei rund vier kleinen Textkorrekturen pro Monat. Die Zahlen sind unsere Erfahrungswerte, keine Studie — der Wert der Rechnung liegt darin, dass sich jede Annahme durch die eigene ersetzen lässt.

Die Herleitung: Eine kleine Korrektur kostet ohne CMS rund 7 Minuten mehr. Auf der anderen Seite entfallen 30 Minuten Systemwartung pro Monat, weil kein Kern, keine Erweiterungen und keine Vorlage aktualisiert werden müssen. 30 geteilt durch 7 ergibt rund 4,3 — bis zu vier kleinen Korrekturen im Monat ist die dateibasierte Lösung also günstiger, darüber das CMS.

Bei einem Betrieb mit zwei Beiträgen und zwei Korrekturen im Monat sieht die Jahresrechnung so aus: mit CMS 2 × 20 + 2 × 3 + 30 = 76 Minuten pro Monat, also 15,2 Stunden im Jahr. Ohne CMS 2 × 25 + 2 × 10 = 70 Minuten pro Monat, also 14 Stunden im Jahr. Der Unterschied ist kleiner als jede Kaffeepause pro Woche — was die eigentliche Erkenntnis ist: Die Wahl entscheidet sich nicht am Redaktionsaufwand. Sie entscheidet sich an allem, was daneben liegt.

Was sich tatsächlich verändert, wenn das CMS wegfällt

Der messbare Unterschied liegt nicht in der Redaktion, sondern im Auslieferungszustand — also in dem, was der Browser und jeder Crawler am Ende tatsächlich bekommen. Das ist der Punkt, an dem die Diskussion sachlich wird, weil er sich prüfen lässt.

Wir haben das an der eigenen Seite gemessen. Nach dem Entfernen einer einzigen Voreinstellung, die sämtliche Styles ins Dokument schrieb, fiel das ausgelieferte HTML unserer Seite SEO-Agentur Zürich von 517 KB auf 159 KB. Die Text-Ratio stieg von 2,45 auf 9,45 Prozent, die bei internen Klicks nachgeladene Datenmenge sank um 79 Prozent (eigene Messung, August 2026). Der Inhalt blieb identisch. Möglich war das, weil wir an dieser Stelle überhaupt eine Entscheidung treffen konnten — genau diese Stelle ist es, die ein System mit eigener Ausliefer-Schicht typischerweise für einen verwaltet.

Das ist kein Argument gegen WordPress, sondern eines für Kontrolle. Eine sorgfältig gebaute WordPress-Seite liefert schlanke Seiten aus, und eine unbedacht gebaute Next.js-Seite liefert schwere aus — unser eigenes Beispiel oben ist der Beleg dafür. Der Unterschied besteht darin, wie viele Zwischenschichten zwischen der Entscheidung und dem Ergebnis liegen. Warum das für die Auffindbarkeit in KI-Suchen konkret zählt, steht in unserem Beitrag zu Text-Ratio und Payload.

Der zweite Unterschied ist die Wartungsfläche. Jede Erweiterung, jede Vorlage und jeder Seitenbaukasten ist zusätzlicher Fremdcode, der aktualisiert und geprüft werden will. Wer diese Fläche klein hält, hat weniger zu tun — und weniger Gelegenheiten, etwas zu übersehen. Das gilt für WordPress-Installationen mit drei Erweiterungen ebenso wie für ein Projekt ohne CMS. Wie schnell eine unbetreute Seite still stehenbleibt, haben wir im Beitrag was aus einer vibe-codeten Website nach sechs Monaten wird durchgerechnet.

Woran man die richtige Wahl erkennt

Die Entscheidung fällt entlang von vier Fragen, und keine davon ist technisch. Wer sie ehrlich beantwortet, braucht keine Grundsatzdiskussion mehr.

Wie viele Personen publizieren, und mit welchen Vorkenntnissen? Bei einer bis drei technisch aufgeschlossenen Personen reicht die dateibasierte Lösung. Ab vier oder bei rein redaktionellen Profilen gehört eine Oberfläche her.

Wie oft ändert sich etwas wirklich? Nicht wie oft es sich ändern sollte — wie oft es sich in den letzten zwölf Monaten tatsächlich geändert hat. Die Antwort ist bei den meisten Firmenseiten deutlich niedriger als erwartet.

Braucht es Freigaben, und von wem? Sobald jemand vor der Veröffentlichung gegenlesen muss, braucht der Ablauf einen benannten Zwischenschritt. Ohne CMS heisst das: eine Vorschau-Adresse und eine Person, die freigibt.

Wie viele Sprachen und wie viele Ausspielorte? Eine Sprache, ein Ort — dateibasiert genügt. Zwei Sprachen plus Newsletter plus ein zweiter Auftritt — dann trägt ein Headless CMS den Aufwand.

Wenn du diese vier Antworten hast und trotzdem unsicher bist, ist ein Website-Audit der schnellste Weg zur Klarheit: Es schaut sich den Ist-Zustand an, statt über Systeme zu diskutieren. Steht ohnehin ein Neubau an, ordnen wir die Redaktionsfrage im Rahmen von Website erstellen lassen ein, samt der Kostenfolge unter Webdesign-Preise. Und wer Inhalte zwar selbst pflegen, aber nicht selbst planen will, findet den Rahmen dafür in der SEO-Betreuung oder direkt bei unserer Web-Agentur.

Ohne WordPress zu arbeiten ist weder mutig noch fortschrittlich. Es ist eine Entscheidung mit klaren Vor- und Nachteilen, die sich an vier Fragen und einer Handvoll Minuten pro Monat festmachen lässt. Wer sie so trifft, bekommt in beiden Richtungen ein tragfähiges Ergebnis — und wer sie gar nicht trifft, bekommt in beiden Richtungen eine Seite, die nach einem Jahr niemand mehr anfasst.