CMS für Teams: Individuelle Webseite selbst verwalten

Ein Webbaukasten wie WordPress, Webflow oder Squarespace verspricht: Du baust die Seite selbst, du pflegst sie selbst, fertig. Für Standardseiten stimmt das auch. Das Versprechen bricht genau dort, wo dein Geschäft von der Vorlage abweicht — bei einer Preistabelle, einem PDF-Generator, einem Rechner für deine Kunden.

Solche Elemente gibt es in keinem Baukasten-System von Haus aus. Sie werden nachgebaut, oft über Code-Anpassungen im Hintergrund. Und jede Änderung an so einem Element — ein neuer Preis, ein zusätzliches Feld, eine andere Berechnung — geht danach wieder über einen Entwickler. Das Baukasten-Abo läuft weiter, und daneben läuft eine zweite Rechnung für die Wartung. Genau das wollten wir bei Norddorf nicht.

Individuell programmiert und trotzdem selbst editierbar

Wie das grundsätzlich funktioniert, haben wir in einem eigenen Artikel gezeigt: Individuell programmiert heißt normalerweise, dass du für jede Änderung einen Entwickler brauchst — bei uns nicht. Kurz zusammengefasst: Jede Norddorf-Webseite bekommt ein eigenes, quelloffenes Bearbeitungssystem, mit dem du Texte und Bilder selbst änderst, ohne Programmierkenntnisse und ohne laufende Kosten.

Dieser Artikel geht einen Schritt weiter. Er beantwortet die Frage, die aufkommt, sobald nicht mehr eine Person die Seite pflegt, sondern mehrere.

Wenn mehrere Leute an derselben Seite arbeiten

Ein einfacher Texteditor — links das Eingabefeld, rechts die Vorschau — reicht vollkommen, wenn eine Person gelegentlich Öffnungszeiten oder einen Absatz ändert. Sobald ein Marketingteam oder mehrere Angestellte gemeinsam an der Webseite arbeiten, kommen andere Anforderungen dazu: Wer sieht, was gerade geändert wird? Wie gibt jemand Feedback zu einem Entwurf, bevor er live geht? Wie funktioniert das, wenn zwei Personen gleichzeitig etwas anpassen wollen?

Sveltia CMS bietet eine saubere, formularbasierte Oberfläche.

Für genau diesen Fall bauen wir Norddorf-Webseiten wahlweise mit einem zweiten System auf: Sanity.

Sanity: der visuelle Editor für Teams

Sanity funktioniert anders als ein reiner Texteditor. Du siehst direkt die echte, fertige Webseite vor dir — und klickst auf das Element, das du ändern willst: eine Überschrift, ein Bild, ein Textblock. Die Änderung erscheint sofort in der Live-Vorschau, genau so, wie sie später auf der Webseite aussieht. Das kommt dem Gefühl eines klassischen Baukastens sehr nahe — nur läuft im Hintergrund weiterhin individuell programmierter Code, kein Template.

Mit Sanity bearbeitest du Texte direkt im Layout deiner Webseite.

Für Teams kommen drei Dinge dazu, die ein einfacher Texteditor nicht bietet. Erstens: Echtzeit-Zusammenarbeit — mehrere Personen können gleichzeitig an der Seite arbeiten, ohne sich gegenseitig zu überschreiben. Zweitens: Eine zentrale Mediathek, in der alle hochgeladenen Bilder für das ganze Team verfügbar sind, nicht nur für die Person, die sie hochgeladen hat. Drittens: Screenshots und Kommentare direkt am Element — praktisch, wenn ein Kunde Feedback zu einem Entwurf gibt oder ein Team zwei Varianten für einen A/B-Test vergleicht.

Dazu kommt die Möglichkeit, Rollen zu vergeben: Eine Praktikantin bekommt Zugriff, um Blogartikel vorzubereiten, aber nicht, um sie direkt zu veröffentlichen. Die Marketingleitung sieht und veröffentlicht alles. Für ein Ein-Personen-Unternehmen spielt das keine Rolle — für ein Team ist es oft der Punkt, an dem ein einfacher Texteditor an seine Grenzen stößt.

Ein Punkt zur Genauigkeit, weil wir hier nichts schönreden wollen: Die Echtzeit-Zusammenarbeit und die visuelle Bearbeitung sind bei Sanity im kostenlosen Plan enthalten, großzügig sogar — bis zu 20 Personen. Kommentare und geplante Veröffentlichungen (eine Änderung für einen bestimmten Zeitpunkt vorbereiten) sind dagegen eine kostenpflichtige Zusatzfunktion, aktuell ab etwa 15 US-Dollar pro Sitzplatz im Monat. Für die meisten kleinen Teams reicht der kostenlose Umfang völlig aus; wächst der Bedarf, ist die Zusatzfunktion bekannt und einkalkulierbar — keine Überraschung nach dem Start.

Sveltia oder Sanity — welches System passt

Beide Systeme laufen auf derselben Grundlage: individuell programmierter Code, den du besitzt, ohne Abhängigkeit von einem einzelnen Anbieter. Der Unterschied liegt darin, wer damit arbeitet und wie.

Ein einfacher Texteditor wie Sveltia passt, wenn eine Person — die Inhaberin, der Praxisinhaber — gelegentlich selbst etwas ändert und kein visuelles Feedback-System braucht. Der visuelle Editor Sanity passt, sobald mehrere Personen regelmäßig an derselben Seite arbeiten, Feedback-Runden mit Kunden oder Kolleginnen stattfinden, oder unterschiedliche Rollen (wer darf veröffentlichen, wer darf nur entwerfen) eine Rolle spielen.

Ein kurzer Vergleich zwischen den beiden Content Management Systemen:

Feature	Sveltia CMS	Sanity
Zielgruppe	Einzelpersonen, Freelancer	Teams, Agenturen
Visuelle Live-Vorschau	Eingeschränkt (Editor / Vorschau getrennt)	Ja, In-Context Editing (Click-to-Edit)
Zusammenarbeit	1 Person zur Zeit	Echtzeit, mehrere Personen gleichzeitig
Kommentare & Freigaben	Nein	Ja (teilweise kostenpflichtig)
Kosten	0 €	0 € (Basis für 20 User), ab 15$ für Pro-Features
Rollenverwaltung	Nein	Ja

Kurz gegenübergestellt:

• Eine Person, gelegentliche Änderungen: Sveltia — schnell eingerichtet, keine Rollen-Verwaltung nötig.
• Mehrere Personen, regelmäßige Zusammenarbeit: Sanity — Echtzeit-Bearbeitung, zentrale Mediathek, visuelle Vorschau.
• Team mit Freigabe-Prozessen oder geplanten Veröffentlichungen: Sanity mit der kostenpflichtigen Zusatzfunktion.
• Wechselnde Anforderungen über die Zeit: Start mit Sveltia, späterer Wechsel zu Sanity ist möglich, ohne die Webseite neu zu bauen — der zugrundeliegende Code bleibt derselbe.

Was das kostenmäßig bedeutet

Ein konkretes Beispiel macht den Unterschied greifbar. Ein fünfköpfiges Team, das seine Webseite bei Webflow verwaltet, zahlt für Hosting und Zusammenarbeit realistisch etwa 39 US-Dollar für den Site-Plan plus 19 US-Dollar pro Sitzplatz für den Workspace — bei fünf Personen macht das rund 134 US-Dollar im Monat. Das ist der reine Basispreis für Hosting und gemeinsames Arbeiten, noch bevor eine einzige Sonderfunktion wie ein Preisrechner dazukommt.

Dasselbe Team arbeitet bei Norddorf mit Sanity im kostenlosen Plan für 0 US-Dollar, solange 20 Sitzplätze nicht überschritten werden. Braucht das Team zusätzlich Kommentare oder geplante Veröffentlichungen, liegt der Aufpreis bei etwa 15 US-Dollar pro Sitzplatz — bei fünf Personen also rund 75 US-Dollar im Monat, und selbst das ist noch günstiger als die reine Webflow-Basis ohne jede Sonderfunktion.

Kostenvergleich: Baukasten vs. Individuelle Lösung (bei 5 Personen):

Posten	Webflow (Beispiel)	Norddorf mit Sanity
Site Hosting	~39 $ / Monat	Inkludiert oder minimal (z.B. Vercel)
Team Workspace (5 User)	~95 $ / Monat (5x 19$)	0 $ (bis 20 User)
Pro-Features (Kommentare, etc.)	–	~75 $ / Monat (optional)
Änderung an Sonderfunktion	Stundensatz Agentur	Einmalpreis / Bestandteil
Laufende Gesamtkosten / Jahr	ca. 1.600 $ + Entwickler	0 $ bis max. 900 $

Der eigentliche Unterschied zeigt sich aber nicht bei dieser Zahl, sondern danach: Kommt eine Sonderfunktion wie ein Preisrechner oder ein PDF-Generator dazu, bleibt sie bei Norddorf Teil der einmal bezahlten Entwicklung. Bei einem Baukasten beginnt an dieser Stelle die nächste Rechnung — Monat für Monat, plus die Entwicklerkosten obendrauf, sobald sich an der Sonderfunktion etwas ändern muss.

Für wen sich das lohnt

Für eine Einzelperson mit einer überschaubaren Webseite ist der einfache Texteditor oft schon die richtige Lösung — einfacher einzurichten, ohne zusätzliche Überlegung zu Rollen und Rechten. Sobald ein Team gemeinsam an der Webseite arbeitet, Kunden Feedback zu Entwürfen geben sollen oder Sonderfunktionen wie Rechner, Preistabellen oder automatisierte Dokumente gebraucht werden, ist die Kombination aus individuell programmiertem Code und Sanity als visuellem Editor die Lösung, die beides zusammenbringt: die Flexibilität einer eigenen Entwicklung und den Bedienkomfort, den man sonst nur von einem Baukasten kennt.

Welches System am Anfang eines Projekts das richtige ist, muss dabei keine endgültige Entscheidung sein. Wächst ein Ein-Personen-Betrieb zu einem kleinen Team, wächst das Bearbeitungssystem mit — ohne dass die Webseite selbst noch einmal neu gebaut werden muss. Genau das ist der Unterschied zu einem Baukasten-Wechsel, bei dem ein Umstieg fast immer bedeutet, wieder bei null anzufangen.