Webflow-CMS selbst pflegen: Rollen, Schulung und Dokumentation für Marketingteams

Autor: Edip Kilinc, Gründer von Webwavers. Zuletzt aktualisiert: 31.10.2026.

Das Wichtigste in Kürze Ein Marketingteam kann eine Webflow-Website nach dem Relaunch selbst pflegen, wenn drei Dinge stimmen: Die Seite ist als CMS mit klaren Collections gebaut, die Teammitglieder haben die Rolle Content Editor, und es gibt eine kurze Einarbeitung samt Dokumentation. Das Team ändert Texte, Bilder und Einträge. Layout, Styles und Collection-Struktur bleiben geschützt.

• Content Editor: Inhalte ja, Design und Struktur nein
• Jeder Editor braucht einen Limited Seat (kostenpflichtig)
• Pflegbarkeit wird beim Bauen entschieden, nicht bei der Schulung
• Dokumentation: kurz, mit Screenshots, pro Aufgabe eine Seite
• Backups, Rollback und Zuständigkeit vor dem Launch klären

Inhaltsverzeichnis

• Was bedeutet selbst pflegen im Webflow-CMS?
• Was sich 2026 geändert hat: Editor wird zur Content-Editor-Rolle
• Rollen und Seats im Überblick
• Was dein Team tun kann und was nicht
• So muss die Seite gebaut sein, damit Pflege funktioniert
• Beispiele aus der Praxis: Referenzen, Objekte, Stellen, Produkte
• Einarbeitung: Was in eine gute Schulung gehört
• Dokumentation: Was dein Team wirklich nutzt
• Veröffentlichen, Planen, Zurückholen
• Grenzen: Wo Pflege an Entwicklung stößt
• Selbst pflegen, mit Wartungsvertrag oder komplett abgeben?
• Checkliste für die Übergabe
• Häufige Fehler
• Wie wir das umsetzen
• FAQ
• Fazit

Was bedeutet selbst pflegen im Webflow-CMS?

Selbst pflegen heißt: Dein Team ändert Inhalte, ohne dass jemand mit Design- oder Entwicklungswissen eingreifen muss. Dazu gehören das Anlegen neuer Referenzen, Stellenanzeigen oder Blogartikel, das Aktualisieren von Texten und Bildern, das Anpassen von Meta-Titeln und das Veröffentlichen. Nicht dazu gehören neue Seitenlayouts, geänderte Farbsysteme oder neue Datenstrukturen. Diese Trennung ist kein Mangel, sondern der Kern des Konzepts: Ein CMS trennt Inhalt und Gestaltung, damit das eine ohne das andere geändert werden kann.

In Webflow besteht der Inhalt aus zwei Teilen. Statische Seiten (Startseite, Leistungsseiten) enthalten Text und Bilder direkt auf der Seite. Dynamische Inhalte liegen in Collections, zum Beispiel "Referenzen", "Stellen" oder "Objekte", und werden über Templates ausgegeben. Beides lässt sich von Redakteuren bearbeiten, solange die Seite so gebaut wurde, dass die Inhalte editierbar sind.

Was sich 2026 geändert hat: Editor wird zur Content-Editor-Rolle

Wer ältere Anleitungen liest, stößt auf den "Webflow Editor", eine vereinfachte Oberfläche für Kunden. Laut Webflow-Hilfe ist der alte Editor eingestellt: Neue Nutzer konnten nicht mehr hinzugefügt werden, und der Editor sowie das White-Labeling endeten zum 4. August 2026. Bestehende Nutzer erhielten im Zuge der Migration einen kostenlosen Client Seat oder Limited Seat. Heute arbeiten Redakteure mit der Rolle Content Editor direkt in der Webflow-Plattform. Sie bearbeiten Inhalte und verwalten Assets, die Gestaltung der Seite bleibt unberührt, und mehrere Personen können gleichzeitig statische und dynamische Inhalte bearbeiten. Webflow nennt außerdem Zugriff auf den Webflow AI Assistant, Localization, das Assets-Panel und Kommentare.

Für dich heißt das: Wenn eine Agentur dir ein Angebot macht, das mit dem "Webflow Editor für Kunden" argumentiert, ist es veraltet. Frag nach der Rolle Content Editor und den damit verbundenen Seats. Die Rechte und Preise können sich ändern, prüfe sie vor der Entscheidung in der Webflow-Hilfe.

Rollen und Seats im Überblick

Webflow unterscheidet Seat-Typen und Rollen. Nach der Webflow-Hilfe (Abruf 31.10.2026) gilt:

Seat-Typ	Rollen	Zweck	Preis laut Webflow (Abruf 31.10.2026)
Full Seat	Admin, Site Admin, Designer, Site Manager	Gestalten, Einstellungen verwalten	39 US-Dollar pro Monat und Seat bei jährlicher Abrechnung
Limited Seat	Marketer, Content Editor	Inhalte bearbeiten, Seiten mit Komponenten bauen (Marketer)	15 US-Dollar pro Monat und Seat bei jährlicher Abrechnung
Free Seat	Reviewer	Ansehen und Kommentieren	kostenlos, laut Hilfe 100 je Workspace enthalten
Client Seat	Marketer, Content Editor, Reviewer (nur auf Site-Ebene)	Für Kunden, die von einer Agentur über deren Webflow-Plan eingeladen werden	abhängig vom Plan der Agentur

Die Preise stammen von der Webflow-Preisseite und ändern sich. Plane Seats als laufende Kosten ein, auch wenn die Website einmalig gebaut wird. Ein Team mit drei Redakteuren zahlt also zusätzlich zum Hosting der Website drei Limited Seats. Lass dir vor dem Projekt aufschlüsseln, welche Kosten auf Webflow-Seite entstehen und welche auf Agentur-Seite. Eine Gegenüberstellung der laufenden Kosten verschiedener Systeme steht im Beitrag Webflow und WordPress: Betriebskosten.

Marketer oder Content Editor? Der Unterschied: Ein Marketer darf laut Webflow auch Seiten mit bestehenden Komponenten zusammenbauen, ein Content Editor ändert nur Inhalte. Wenn dein Team nur Inhalte pflegt, ist der Content Editor die sichere Wahl. Wenn es neue Landingpages aus freigegebenen Komponenten bauen soll, braucht es die Marketer-Rolle, und die Komponenten müssen entsprechend vorbereitet sein. Das ist ein Gestaltungsthema und gehört in den Entwurf, nicht erst in die Schulung.

Was dein Team tun kann und was nicht

Webflow University beschreibt in ihrem Quick Guide zur Rolle Content Editor, was erlaubt ist und was nicht:

Dein Team kann	Dein Team kann nicht
Texte, Bilder und Links direkt auf der Seite ändern	Seiten aus Vorlagen oder Komponenten bauen (das ist Marketer-Aufgabe)
CMS-Einträge erstellen, bearbeiten und veröffentlichen (wenn die Rechte es erlauben)	Styles oder Seitenstruktur ändern
SEO- und Sichtbarkeitseinstellungen pro Seite anpassen	Das Designsystem bearbeiten
Lokalisierte Inhalte für weitere Sprachen bearbeiten	Komponenten, Klassen oder Variablen anlegen oder ändern
Formularübermittlungen einsehen und verwalten	CMS-Collections anlegen oder ändern
Seiten und Inhalte veröffentlichen (wenn die Rechte es erlauben)	Eigenen Code und Seiteneinstellungen für die ganze Site ändern

Der rechte Teil der Tabelle ist der Schutz. Er sorgt dafür, dass ein Redakteur beim Aktualisieren einer Referenz nicht versehentlich das Layout der ganzen Website verschiebt. Ein Marketingteam, das ohne Entwickler arbeiten will, sollte diese Grenze als Vorteil sehen. Die Antwort auf die Sorge "ohne das UI-System zu zerschießen" lautet: Wer als Content Editor angelegt ist, kann es technisch nicht.

Ob Inhalte sofort live gehen dürfen oder ein Freigabeprozess nötig ist, steuerst du über die Publish-Rechte. Bei Seiten mit Compliance-Anforderungen (Rechtstexte, Produktangaben) kann es sinnvoll sein, dass Redakteure Entwürfe anlegen und eine zweite Person veröffentlicht.

So muss die Seite gebaut sein, damit Pflege funktioniert

Die beste Schulung rettet keine schlecht gebaute Seite. Ob dein Team gern und sicher pflegt, entscheidet sich beim Bau. Das sind die Merkmale pflegbarer Webflow-Seiten:

1. Wiederkehrende Inhalte sind Collections, keine einzelnen Seiten. Referenzen, Stellen, Produkte, Teammitglieder, Blogartikel, Standorte. Wer 20 Referenzen als 20 handgebaute Seiten anlegt, kann sie nicht sauber erweitern.
2. Feldnamen sprechen die Sprache des Teams. "Kurzbeschreibung (max. 160 Zeichen)" statt "text-2". Hilfetexte an den Feldern erklären, was erwartet wird.
3. Pflichtfelder verhindern leere Blöcke. Wenn ein Bild fehlt, bleibt eine Lücke im Layout, außer das Template blendet den Block aus. Beides gehört in den Entwurf: leere Zustände, sehr lange Titel, fehlende Bilder.
4. Bildformate und Größen sind klar. Ein Hinweis wie "Querformat, mindestens 1.600 Pixel Breite" im Feld spart späteres Nachbessern.
5. Text-Elemente sind Rich Text, wo Redakteure formatieren dürfen, und feste Felder, wo das Layout streng ist. Zu viel Freiheit führt zu uneinheitlichen Seiten.
6. Wiederverwendbare Bausteine sind Komponenten. Navigation, Footer, Call-to-Action-Blöcke und Karten werden einmal gebaut und zentral geändert. Das Prinzip dahinter heißt in der Webflow-Community oft Client-First, ein Benennungs- und Strukturansatz für saubere Projekte.
7. SEO-Felder sind eigene Felder. Titel, Meta-Description und Open-Graph-Bild pro Eintrag, nicht über das Template erzwungen.
8. Ein klarer Namens- und Ordnungsstandard für Assets, damit die Mediathek nach einem Jahr noch auffindbar ist.

Wenn du eine Agentur beauftragst, bitte sie, diese Punkte vor dem Design zu besprechen. Die Fragen "Wer pflegt das später?" und "Wie oft ändert sich das?" bestimmen die Struktur.

Beispiele aus der Praxis: Referenzen, Objekte, Stellen, Produkte

Die folgenden Strukturen sind Beispiele für typische Anforderungen, keine Ergebnisse konkreter Projekte. Sie zeigen, wie sich die CMS-Planung je Branche unterscheidet.

Branche	Typische Collection	Wichtige Felder	Besonderheit bei der Pflege
Handwerk	Referenzen / Projekte	Titel, Ort, Gewerk, Fotos, kurze Beschreibung, Datum	Die Bauleitung lädt Fotos von der Baustelle hoch, deshalb mobil bedienbare Pflege und klare Bildregeln
Immobilien	Objekte	Art, Lage, Fläche, Status (verfügbar, reserviert, verkauft), Galerie, Ansprechperson	Status wechselt häufig, daher ein Auswahlfeld und eine Regel, was mit verkauften Objekten geschieht
Industrie und Engineering	Produkte, Stellen	Produktname, Kategorie, technische Daten, Datenblatt, Stellenart, Standort	Datenblätter ändern sich, Stellen laufen ab, daher Ablaufdatum und Redaktionsprozess
IT und SaaS	Features, Integrationen, Changelog	siehe Ratgeber zu Feature-Seiten	Wöchentliche Pflege durch Marketing, klare Rollen und Pflichtfelder

Der Ablauf bei Immobilien zeigt, warum es auf die Struktur ankommt: Wenn ein Objekt verkauft ist, soll es nicht verschwinden, sondern als "verkauft" bleiben oder weitergeleitet werden. Das muss als Regel festgelegt sein, sonst entscheidet jeder Redakteur anders. Für SaaS-Teams, die Funktionsseiten und Changelog selbst pflegen, beschreibt der Beitrag Feature- und Integrationsseiten für SaaS die Struktur genauer.

Einarbeitung: Was in eine gute Schulung gehört

Eine Einarbeitung ersetzt keine gute Struktur, aber sie sorgt dafür, dass das Team in der ersten Woche nicht blockiert ist. Unsere Erfahrung aus Projekten: Kurz und aufgabenbezogen ist besser als lang und vollständig.

Ein Aufbau, der sich bewährt hat (ca. 60 bis 90 Minuten, Richtwert aus der Praxis):

1. Orientierung (10 Minuten): Wo logge ich mich ein? Was ist ein Workspace, was eine Site? Wo finde ich Seiten, Collections, Assets?
2. Eine Seite bearbeiten (15 Minuten): Text ändern, Bild tauschen, Link setzen, speichern, Vorschau ansehen.
3. Einen CMS-Eintrag anlegen (20 Minuten): Neue Referenz oder Stelle erstellen, alle Pflichtfelder ausfüllen, Bild hochladen, als Entwurf speichern, veröffentlichen.
4. SEO-Felder und Bilder (10 Minuten): Meta-Titel, Description, Alt-Texte, Bildgrößen.
5. Veröffentlichen und Zurückholen (10 Minuten): Was passiert beim Publish? Wie plane ich einen Eintrag? Was tue ich, wenn etwas schiefgeht?
6. Übungsaufgabe (15 Minuten): Jede Person legt selbst einen Eintrag an, mit Begleitung.
7. Fragen und Grenzen (10 Minuten): Was ist nicht möglich? Wen frage ich bei Wünschen?

Empfehlenswert ist eine Einarbeitung am echten Projekt, nicht an einer Demo, und in kleinen Gruppen. Nimm die Sitzung auf, wenn alle Beteiligten einverstanden sind, damit neue Kolleginnen und Kollegen sie später ansehen können. Zusätzlich bietet Webflow selbst Lernmaterial an, etwa Kurse und Lektionen in der Webflow University. Das ist eine gute Ergänzung, ersetzt aber nicht die Einführung in deine konkrete Struktur.

Frag bei jeder Agentur, wie lang die Einarbeitung ist und in welchem Format sie stattfindet, und lass es im Angebot festhalten.

Dokumentation: Was dein Team wirklich nutzt

Dokumentation scheitert meist an Umfang. Ein 40-seitiges PDF liest niemand. Besser ist eine Sammlung kurzer Anleitungen, jeweils eine Aufgabe auf einer Seite.

Bausteine einer brauchbaren Pflege-Dokumentation:

• Startseite der Doku: Zugänge, Rollen, wer wofür zuständig ist, Ansprechperson bei Problemen.
• Aufgabenkarten: "Neue Referenz anlegen", "Stelle veröffentlichen", "Bild austauschen", "Seite planen", "Eintrag archivieren". Je 5 bis 8 Schritte mit Screenshot.
• Feldlexikon pro Collection: Was bedeutet jedes Feld, welche Länge, welches Format, Beispiel.
• Stilregeln für Inhalte: Ton, Schreibweisen, Bildstil, Alt-Text-Regeln, Länge von Titeln.
• Notfallkarte: Was tun, wenn die Seite fehlerhaft aussieht, wenn ein Eintrag nicht erscheint, wenn ein Backup nötig ist.
• Änderungsprotokoll: Wer hat wann Struktur oder Regeln geändert?

Wo du die Dokumentation ablegst, ist zweitrangig, solange sie dort liegt, wo dein Team arbeitet (Wiki, Notion, Teams, Confluence, geteilter Ordner). Wichtig ist, dass jemand dafür zuständig ist, sie aktuell zu halten, besonders nach Struktur-Änderungen. Webflow bietet zusätzlich Kommentare direkt auf der Seite an, die du für Rückfragen und Freigaben nutzen kannst.

Ob und in welchem Umfang schriftliche Dokumentation zum Leistungsumfang gehört, solltest du bei jeder Agentur im Angebot festlegen. Verlass dich nicht auf mündliche Zusagen.

Veröffentlichen, Planen, Zurückholen

Veröffentlichen: In Webflow haben CMS-Einträge einen Status (Entwurf, veröffentlicht, geplant). Redakteure speichern Entwürfe, prüfen die Vorschau und veröffentlichen. Ob sie das allein dürfen, steuert die Rolle samt Publish-Rechten.

Planen: Laut Webflow University lassen sich CMS-Einträge zeitgesteuert veröffentlichen. Die Funktion ist planabhängig, prüfe sie vor dem Einsatz. Die Zeiten richten sich nach der in der Site eingestellten Zeitzone. Ein geplanter Eintrag kann umgeplant oder auf Entwurf zurückgesetzt werden.

Zurückholen: Webflow legt Wiederherstellungspunkte automatisch an (laut Hilfe bei jedem 50. Auto-Save und beim Zurücksetzen auf eine ältere Version). Ein Backup enthält auch CMS-Collections und -Einträge. Nur Site Manager können Backups einsehen und wiederherstellen. Wichtig zu wissen: Webflow bietet keine zeitgesteuerten Backups an. Beim Wiederherstellen werden bestimmte Dinge zurückgesetzt, zum Beispiel die "Veröffentlicht am"-Daten, geplante Einträge landen in der Warteschlange, und bei Backups vor dem 25. März 2024 ändern sich Collection- und Eintrags-IDs, was Schnittstellen stören kann. Webflow sichert vor dem Wiederherstellen die aktuelle Version, sodass sich auch eine Wiederherstellung rückgängig machen lässt.

Was heißt das praktisch?

• Ein Redakteur kann einen Fehler nicht selbst per Backup rückgängig machen. Plane, wer als Site Manager die Verantwortung dafür trägt.
• Erstelle vor größeren Änderungen (Massenimport, neue Struktur) ein manuelles Backup.
• Prüfe bei Importen mit vielen Einträgen, ob du an die Grenzen aus der Hilfe stößt: Eine Collection List zeigt laut Webflow maximal 100 Einträge, mehr nur mit Pagination.
• Für kritische Inhalte lohnt sich ein zusätzlicher Export der CMS-Daten, etwa als CSV, in regelmäßigen Abständen. Webflow erlaubt den Export von Collections.

Grenzen: Wo Pflege an Entwicklung stößt

Nicht alles lässt sich im Alltag selbst erledigen. Typische Fälle, in denen du Unterstützung brauchst:

• Neue Seitentypen oder Layouts. Eine neue Collection mit Template ist Entwicklungsarbeit.
• Änderungen am Designsystem, zum Beispiel neue Farben, Schriften oder Komponenten.
• Eigener Code und Integrationen, etwa Tracking, Formular-Weiterleitung ans CRM oder Schnittstellen.
• Strukturänderungen an bestehenden Collections, die Daten betreffen (Felder umbenennen, Referenzen ändern). Das kann Inhalte und Verlinkung beeinflussen.
• Fehlerbehebung, wenn etwas nicht wie erwartet angezeigt wird.
• Größere Mengen an Einträgen. Wenn eine Collection tausende Einträge bekommt, sind Importe, Filter und Performance ein Thema für Fachleute.

Auch Webflow selbst hat Grenzen, etwa bei der Zahl der Collection Lists pro Seite oder bei Feldern pro Collection. Die aktuellen Werte stehen in der Webflow-Hilfe und auf der Preisseite. Wenn deine Anforderungen sehr komplex werden, kann ein anderes System oder ein Headless-Ansatz sinnvoll sein. WordPress, TYPO3 oder ein Headless CMS können dieselben Strukturen abbilden, die Wahl hängt von Team und Anforderungen ab.

Wer Inhalte nach Zielgruppen ausspielen will (Personalisierung), findet einen Systemvergleich im Beitrag Personalisierung im CMS: Webflow, HubSpot, Contentful und WordPress.

Selbst pflegen, mit Wartungsvertrag oder komplett abgeben?

Es gibt kein Richtig für alle. Diese Übersicht hilft bei der Entscheidung:

Modell	Passt, wenn	Vorteil	Grenze
Komplett selbst pflegen	Das Team hat Zeit und Lust, Änderungen betreffen vor allem Inhalte	Schnell, keine laufenden Agenturkosten außer Seats	Strukturänderungen und Fehler brauchen externe Hilfe
Selbst pflegen plus Wartung/Support	Inhalte selbst, technische Pflege und Weiterentwicklung extern	Klare Rollen, Ansprechpartner für Probleme	Laufende Kosten, Reaktionszeiten klären
Agentur pflegt alles	Kein Personal für Pflege, wenige Änderungen im Jahr	Kein Einarbeitungsaufwand	Abhängigkeit, längere Wege für kleine Änderungen
Inhouse mit Entwickler	Hohe Änderungsfrequenz, eigenes Produktteam	Volle Kontrolle	Personalkosten, Wissensverlust bei Weggang

Was bei einem Wartungsvertrag zu klären ist (Leistungen, Reaktionszeiten, Abgrenzung zu Weiterentwicklung), beschreibt der Beitrag Wartungsvertrag: Leistungen und Reaktionszeit. Das Angebot zur laufenden Betreuung findest du unter Wartung.

Checkliste für die Übergabe

Nutze diese Liste im Projekt, spätestens eine Woche vor dem Launch:

1. Alle Redakteure haben einen Seat mit der richtigen Rolle (Content Editor oder Marketer), und die Seat-Kosten sind eingeplant.
2. Publish-Rechte sind festgelegt: Wer darf ohne Freigabe veröffentlichen?
3. Jede Collection hat Pflichtfelder, Hilfetexte und Beispielwerte.
4. Leere Zustände und Extremfälle (lange Titel, fehlende Bilder) sind getestet.
5. Die Einarbeitung hat am echten Projekt stattgefunden, und jede Person hat mindestens einen Eintrag selbst angelegt.
6. Die Dokumentation ist an einem Ort abgelegt, den das Team nutzt.
7. Ein Site Manager ist benannt und weiß, wie Backups funktionieren.
8. Der Ablauf bei Fehlern ist geklärt: Wen kontaktiere ich, in welchem Kanal?
9. Für SEO-Pflichten (Titel, Description, Alt-Texte, 301-Weiterleitungen bei gelöschten Einträgen) gibt es eine Regel. Zu Weiterleitungen siehe 301-Redirect.
10. Es ist festgelegt, was nach dem Launch zum Leistungsumfang der Agentur gehört und was nicht.

Häufige Fehler

• Die Schulung findet ohne fertige Struktur statt. Dann lernt das Team Dinge, die sich noch ändern.
• Nur eine Person kann pflegen. Wenn sie ausfällt oder geht, steht die Pflege still. Bilde mindestens zwei Personen aus.
• Zu viele Rechte. Wer Designer-Rechte erhält, damit "es schneller geht", riskiert Layout-Fehler. Gib Rechte nach Aufgabe.
• Keine Regeln für Bilder. Zu große Dateien, falsche Formate und fehlende Alt-Texte verschlechtern Ladezeit und Barrierefreiheit.
• Keine Zuständigkeit für Struktur. Wenn jeder Felder ergänzt, wird die Collection unübersichtlich.
• Dokumentation, die niemand pflegt. Nach einem Jahr widerspricht sie der Seite.
• Seats vergessen. Die Kosten für Limited Seats tauchen im Projektbudget oft nicht auf, obwohl sie laufend anfallen.

Wie wir das umsetzen

Webwavers ist eine Agentur für Branding, Webdesign und Webentwicklung mit Standorten in Günzburg und München. Wir sind einer von sieben Webflow Premium Partnern in Deutschland. Typischerweise läuft das so ab: Collections, Pflichtfelder und Komponenten entstehen im Design und in der Entwicklung. In unserem Ablauf aus Strategie, Konzept, Design, Entwicklung und Launch enthält der Launch laut Prozess-Seite eine persönliche Einschulung. Du hast außerdem einen festen Projektleiter und einen eigenen Slack-Kanal. Welche Dokumentation in dein Projekt gehört und wie die Betreuung nach dem Launch aussieht, legen wir im Angebot fest. Mehr zum Vorgehen findest du auf der Seite Webentwicklung und unter Webflow-Agentur.

FAQ

Können wir nach der Übergabe Inhalte wirklich selbst im Webflow-Editor pflegen?

Ja, mit der Rolle Content Editor. Der alte Webflow Editor wurde laut Webflow zum 4. August 2026 abgeschaltet, Redakteure arbeiten heute direkt in der Webflow-Plattform. Sie ändern Texte, Bilder und CMS-Einträge, aber keine Styles, Komponenten oder Collection-Strukturen. Jeder Redakteur braucht einen Limited Seat.

Was kostet die Pflege im Webflow-CMS laufend?

Neben dem Site-Plan fallen Seats an. Laut Webflow-Preisseite (Abruf 31.10.2026) kostet ein Limited Seat 15 US-Dollar pro Monat bei jährlicher Abrechnung, ein Full Seat 39 US-Dollar. Ein Content Editor benötigt einen Limited Seat. Preise ändern sich, prüfe sie vor der Entscheidung.

Welche Agenturen schulen uns persönlich im CMS ein?

Die meisten Agenturen bieten eine Einführung zum Launch an, der Umfang unterscheidet sich stark. Frag nach Dauer, Format (vor Ort, Video, am echten Projekt), Teilnehmerzahl und ob eine Dokumentation und eine Nachbetreuung enthalten sind. Lass Umfang und Dokumentation im Angebot festhalten.

Was kann ein Redakteur im Webflow-CMS kaputt machen?

Mit der Rolle Content Editor kann niemand Styles, Komponenten oder Collection-Strukturen ändern. Fehler entstehen eher auf Inhaltsebene: falsche Bildformate, fehlende Pflichtangaben, versehentlich veröffentlichte Entwürfe. Pflichtfelder, Hilfetexte und eine Freigaberegel verringern das Risiko. Fehler lassen sich über Backups zurückholen, was ein Site Manager erledigt.

Wie bauen Agenturen CMS-Strukturen, die das Marketing sicher bedienen kann?

Mit Collections für wiederkehrende Inhalte, verständlichen Feldnamen, Pflichtfeldern, Hilfetexten, getesteten leeren Zuständen und Komponenten für alles, was wiederholt vorkommt. Frag im Angebot nach, wie diese Punkte umgesetzt werden und ob die Struktur vor dem Design mit dem Team besprochen wird.

Können wir Referenzen und Stellen später ohne Entwickler selbst aktualisieren?

Ja, wenn beide als Collections gebaut sind. Dein Team legt neue Einträge an, füllt die Felder, lädt Bilder hoch und veröffentlicht. Für neue Felder oder ein neues Layout brauchst du weiterhin jemanden, der die Struktur ändert.

Gibt es Backups, und wer kann sie wiederherstellen?

Ja. Webflow legt Wiederherstellungspunkte automatisch an und erlaubt manuelle Backups. Backups enthalten CMS-Inhalte. Laut Webflow-Hilfe können nur Site Manager sie wiederherstellen, und es gibt keine zeitgesteuerten Backups. Plane deshalb manuelle Backups vor größeren Änderungen ein.

Was passiert mit der Alt-Lösung, wenn wir bisher den alten Editor genutzt haben?

Der alte Editor ist laut Webflow eingestellt. Bestehende Nutzer erhielten im Zuge der Migration einen kostenlosen Client Seat oder Limited Seat. Prüfe in deinem Workspace, welche Rollen dein Team heute hat, und passe sie an.

Fazit

Ein Marketingteam kann ein Webflow-CMS gut selbst pflegen, wenn die Seite dafür gebaut ist, die Rollen stimmen und die Übergabe geplant ist. Der Content Editor schützt Layout und Struktur, Pflichtfelder und Hilfetexte schützen die Inhalte, und eine kurze, aufgabenbezogene Dokumentation hält das Wissen im Team. Rechne die Seats als laufende Kosten ein, bestimme einen Site Manager für Backups und kläre vorab, was bei Änderungen an der Struktur passiert. Mit diesen Punkten wird aus dem Relaunch kein Projekt, das nach dem Launch einschläft.

Wenn du die Pflegbarkeit beim nächsten Relaunch von Anfang an mitplanen willst, schau auf unsere Seite zur Webentwicklung oder schreib uns über den Kontakt.

Quellen

• Webflow Hilfe: Seats, roles, and permissions overview
• Webflow Hilfe: What's the difference between the legacy Editor and content editing in Webflow?
• Webflow University: Quick Guide, Content Editor Role
• Webflow Hilfe: Save and restore backups
• Webflow University: Scheduled publishing
• Webflow Hilfe: Dynamic content limits
• Webflow: Preise (Abruf 31.10.2026)
• Webwavers: Prozess