Das Frontend sieht gut aus — ein redaktionsfreundliches CMS entscheidet danach
Bei jeder neuen Website entstehen in Wahrheit zwei Produkte. Das eine sehen eure Besucher: Design, Tempo, Texte. Das andere bedient euer Team jeden Tag — die Oberfläche, in der Inhalte gepflegt werden. Beim Start ist nur das erste sichtbar.
Genau hier liegt eine stille Lücke. Das Design wird abgenommen, gelobt und live geschaltet. Die Bedienoberfläche dagegen prüft kaum jemand, bevor sie im Alltag landet. Sie ist beim Kauf unsichtbar und entscheidet trotzdem über Jahre, wie lebendig eure Website bleibt.
Der Effekt zeigt sich nicht am ersten Tag. Er zeigt sich im sechsten Monat, wenn eine Adresse veraltet ist und niemand weiss, wo sie sich ändern lässt. Eine Website altert nicht im Design, sondern in den Inhalten — und die Inhalte hängen an der Oberfläche, die sie pflegt.
Ein redaktionsfreundliches CMS ist deshalb keine technische Feinheit. Es ist die Frage, ob das Team nach dem Aufschalten eigenständig arbeitet oder bei jeder Änderung anfragt. Wer eine Website plant, sollte beide Produkte bewerten — nicht nur das, was die Öffentlichkeit sieht.
Headless CMS und die Frage der Redaktionsfreundlichkeit
Ein Teil moderner Websites baut auf einem Headless CMS auf. «Headless» bedeutet: das System verwaltet nur die Inhalte und gibt sie über eine Schnittstelle aus — es schreibt nicht vor, wie die Seite aussieht. Für euch heisst das mehr gestalterische Freiheit und Tempo, aber auch eine Bedienoberfläche, die zunächst ein leeres Blatt ist.
Dieses leere Blatt ist Chance und Risiko zugleich. Das «Backend» — der Bereich, in dem Inhalte gepflegt werden, im Gegensatz zur öffentlichen Seite — lässt sich frei einrichten. Wird diese Freiheit nicht genutzt, entsteht eine technisch korrekte, aber unübersichtliche Eingabemaske.
Nicht jedes System investiert gleich viel in diese Redaktionsebene. Manche Anbieter glänzen bei der Schnittstelle und behandeln die Oberfläche als Nebensache. Wer redaktionsfreundlich arbeiten will, fragt deshalb nicht nur nach Funktionen, sondern danach, wie die tägliche Pflege konkret aussieht.
Was passiert, wenn das Backend dem Redakteur im Weg steht
Eine unübersichtliche Bedienoberfläche bricht selten laut zusammen. Sie wirkt schleichend. Wenn ein Feld schwer zu finden ist, wird es übersprungen, falsch befüllt oder umgangen. Jede dieser kleinen Hürden ist ein leiser Verlust an Qualität — unsichtbar, bis Inhalte spürbar veralten.
Das ist ein in der Praxis wiederkehrendes Muster, keine belegbare Zahl. Verlässliche Statistiken zum Verhalten von Redakteuren gibt es kaum. Die Erfahrung über viele Projekte ist aber eindeutig: Reibung in der täglichen Pflege führt zu Stillstand bei den Inhalten.
Zwei typische Situationen aus dem KMU-Alltag
- Die übersprungene Pflege Ein Team soll Öffnungszeiten und Kontaktangaben aktuell halten. Weil die Felder zwischen zwanzig anderen liegen, traut sich niemand zu, das Richtige zu ändern. Die Angaben bleiben monatelang veraltet.
- Der Umweg per Mail Eine Mitarbeiterin findet das Feld für den Seitentitel nicht. Statt selbst zu publizieren, schickt sie den Text per Mail an die Agentur. Aus einer Minute Arbeit wird ein Vorgang über mehrere Tage.
Das konkrete Problem: 20 Felder, keine Struktur
Wie das aussieht, zeigt ein reales Beispiel. Für die Aargauer Ausgleichskasse entstand eine Website auf Strapi 5 — einem modernen Redaktionssystem. In den globalen Einstellungen sammelten sich über zwanzig Felder: Cookie-Hinweis, Texte der Fehlerseite, Kontaktangaben, alles untereinander.
Strapi 5 bringt keine eingebauten Feldgruppen oder Trennlinien mit. Ein Schema — also der Bauplan, der festlegt, welche Felder es gibt — füllt die Maske, ordnet sie aber nicht. Für eine technische Person ist das lesbar. Für jemanden ohne Technikhintergrund ist es eine Wand aus Eingabefeldern.
Solche globalen Einstellungen sind besonders heikel. Sie werden selten geändert, betreffen aber die ganze Website. Wer einmal im Jahr den Cookie-Text anpasst, hat keine Routine — und braucht eine Ansicht, die von selbst erklärt, was wohin gehört.
Die Folge ist absehbar: Wer den Cookie-Text ändern will, scrollt an Feldern für die Fehlerseite vorbei und ist unsicher, ob das Richtige getroffen wurde. Die Bedienoberfläche tut formal alles richtig — und steht dem Menschen trotzdem im Weg.
Die Lösung: ein Custom Field als unsichtbare Struktur
Die Antwort war ein eigener Eingabe-Baustein. In Strapi heisst das Custom Field — ein selbst gebautes Element für die Bedienoberfläche, das sich wie ein normales Feld einfügt. Statt Daten zu speichern, zeigt dieses Feld nur eine beschriftete Überschrift mit Trennlinie an.
Dieser Baustein mit dem Namen section-title teilt die lange Liste in klare Abschnitte: Cookie, Fehlerseite, Kontakt. Für euch heisst das, eine Redakteurin sieht sofort, wo sie ist, und ändert gezielt den richtigen Bereich. Die gespeicherten Inhalte bleiben dabei unverändert.
Gebaut war das in rund einer halben Stunde. Aus einer Wand aus Feldern wurde eine geordnete Ansicht — ohne neue Datenfelder, ohne zusätzliches Gewicht im System. Genau diese kleine Investition entscheidet im Alltag darüber, ob ein Team eigenständig arbeitet.
Warum das kein Hack ist — sondern Architektur
Ein solcher Baustein könnte wie eine Notlösung wirken. Das Gegenteil ist der Fall. Er wird einmal im System registriert und steht danach allen Inhaltstypen zur Verfügung — eine Komponente, viele Einsatzorte. Das ist sauberes Vorgehen, kein Flickwerk.
Entscheidend für den langfristigen Wert: Der Baustein legt kein Datenfeld an. Er erzeugt keine Last im Schema, im Bauplan der Inhalte, und überlebt Updates des Systems unbeschadet. Wer das Backend so aufbaut, baut für die Dauer, nicht für die Abnahme.
Damit verschiebt sich die Perspektive. Die Bedienoberfläche ist nicht das interne Problem der Agentur, das man nach dem Aufschalten vergisst. Sie ist Teil der Architektur — geplant, wiederverwendbar und auf die Menschen ausgerichtet, die täglich damit arbeiten.
KI im Strapi-Admin — was heute hilft, was noch kommt
Rund um die Bedienoberfläche kommt KI ins Spiel — ehrlich betrachtet, ohne Hype. Heute praktisch nutzbar ist die KI-Übersetzung. Speichert das Team die Hauptsprache, gleicht das System die übrigen Sprachen ab. Für mehrsprachige Schweizer Websites in Deutsch, Französisch, Italienisch und Englisch ist das ein echter Gewinn.
Diese Funktion ist allgemein verfügbar und in einem kostenpflichtigen Tarif enthalten. Dazu kommt ein zweiter Helfer: die Medienverwaltung kann beim Hochladen automatisch Alt-Texte vorschlagen, also Bildbeschreibungen für Suchmaschinen und Barrierefreiheit. Beides senkt die tägliche Reibung spürbar.
Anders sieht es bei der Erzeugung von Inhaltsmodellen per KI aus. Diese Funktion ist noch früh und richtet sich an Entwickler, nicht an die Redaktion. Die ehrliche Einordnung: Strapi investiert in die Redaktionsebene, KI-Übersetzung ist heute schon nutzbar, der Rest ist im Werden.
Was das für eure Website-Investition bedeutet
Aus all dem folgt eine klare Haltung. Die Bedienoberfläche ist Teil dessen, was ihr in Auftrag gebt — nicht ein Detail, das sich später regelt. Wer eine Website plant, kauft auch das Werkzeug, mit dem das eigene Team die Inhalte über Jahre pflegt.
Das lässt sich beim Auswahlgespräch prüfen. Mit ein paar gezielten Fragen wird sichtbar, ob eine Agentur das Backend für Menschen baut oder nur für die Maschine. Die folgenden Punkte helfen, das einzuordnen.
Diese Fragen solltet ihr jeder Agentur stellen
Fazit: Die beste Website ist die, die gepflegt wird
Eine Website lebt von ihren Inhalten, und Inhalte leben von einem Team, das sie ohne Hürden aktuell hält. Damit hängt die langfristige Qualität weniger am ersten Eindruck und mehr daran, wie angenehm sich die Seite Monat für Monat pflegen lässt.
Ein redaktionsfreundliches CMS macht diesen Unterschied. Es verlangt etwas mehr Sorgfalt beim Aufbau der Bedienoberfläche — und zahlt sich über Jahre aus, weil Inhalte aktuell bleiben statt still zu veralten. Die unsichtbare Hälfte des Produkts trägt die sichtbare.
Wer noch unsicher ist, welche Fragen die richtigen sind, steht damit am sinnvollen Punkt für ein Gespräch. Ein Blick in die Webseiten-Beratung oder eine kurze Rücksprache klärt mehr als ein weiterer Vergleich von Funktionslisten.
Bei der Planung einer neuen Website lohnt der Blick auf die Redaktionsansicht. In einem unverbindlichen Gespräch klärt Noevu, wie euer Team Inhalte langfristig einfach pflegt.
Häufig gestellte Fragen
Was macht ein CMS redaktionsfreundlich?
Redaktionsfreundlich ist ein System dann, wenn jemand ohne Technikkenntnisse Inhalte findet, ändert und veröffentlicht — ohne Anleitung daneben. Entscheidend sind eine klare Struktur der Eingabefelder, verständliche Beschriftungen und eine Vorschau, die zeigt, wie das Resultat aussieht. Die Bedienoberfläche ist Teil des Produkts, nicht ein Anhängsel. Wo sie ungeordnet ist, werden Felder übersprungen und Inhalte veralten.
Ist Strapi für Redakteure ohne Technikkenntnisse geeignet?
Ja — wenn die Bedienoberfläche bewusst aufgeräumt wird. Strapi ist ein Redaktionssystem, das Inhalte trennt von der Darstellung. Im Auslieferungszustand zeigt es alle Felder in einer langen Liste, ohne Gruppen. Das überfordert. Mit Struktur, klaren Beschriftungen und Vorschau pflegt ein Team Inhalte eigenständig. Genau diese Aufräumarbeit unterscheidet eine fertige Installation von einem System, das im Alltag funktioniert.
Lohnt sich ein Headless CMS für ein KMU?
Headless heisst: das System verwaltet Inhalte und gibt sie über eine Schnittstelle aus, ohne selbst die Darstellung vorzugeben. Für ein KMU lohnt sich das, wenn Inhalte auf mehreren Kanälen erscheinen oder Tempo und Sicherheit zählen. Wichtig ist die Redaktionsansicht: ein technisch sauberes System nützt wenig, wenn das Team es nicht bedienen kann. Mehr dazu im kompletten Headless-CMS-Guide.
Lässt sich die Strapi-Oberfläche an eigene Bedürfnisse anpassen?
Ja, und das ist einer der Gründe für die Wahl. Strapi erlaubt eigene Eingabe-Bausteine — sogenannte Custom Fields. Damit lässt sich die Redaktionsansicht in beschriftete Abschnitte gliedern, etwa nach Themen wie Cookie, Fehlerseite oder Kontakt. Solche Anpassungen werden einmal registriert und über alle Inhaltstypen wiederverwendet. Sie verändern die gespeicherten Daten nicht und überstehen Updates des Systems.
Welche KI-Funktionen bietet das Strapi-Backend heute?
Praktisch nutzbar ist heute die KI-Übersetzung: Speichert das Team die Hauptsprache, gleicht das System die übrigen Sprachen ab — wertvoll für mehrsprachige Schweizer Websites in Deutsch, Französisch, Italienisch und Englisch. Verfügbar ist sie in einem kostenpflichtigen Tarif. Dazu kommt automatischer Alt-Text in der Medienverwaltung. Die Erzeugung von Inhaltsmodellen per KI ist noch früh und richtet sich an Entwickler.
