Abschaltung des Webflow Legacy Editors: Was sich ändert

Abschaltung des Webflow Legacy Editors: Was Marketing-Teams vor dem 4. August ändern müssen

Der Webflow Legacy Editor funktioniert ab dem 4. August 2026 nicht mehr. Wer seine Einladung für einen kostenlosen Kundenplatz oder einen eingeschränkten Platz nicht angenommen hat, verliert an diesem Tag den Zugriff auf die Inhaltsbearbeitung. Live-Websites laufen normal weiter, nur die Bearbeitungsfunktion wird eingestellt.

‍

Was passiert am 4. August 2026 mit dem Webflow Legacy Editor?

Der Webflow Legacy Editor wird nicht mehr verfügbar sein, ebenso wie das Editor-Branding (Whitelabeling). Webflow kündigte die Einstellung im Dezember 2024 an und bestätigte den Zeitplan im Februar 2026: Kundenplätze wurden am 2. Februar verfügbar, die automatische Migration begann am 4. Mai und wurde über etwa zwei Wochen ausgerollt. Ab dem 4. August 2026 ist der Legacy Editor nicht mehr verfügbar.

An Ihrer Live-Website ändert sich nichts. Hosting, Formulare, CMS-Inhalte und Integrationen funktionieren wie gewohnt weiter. Was endet, ist die separate Overlay-Bearbeitungsoberfläche, bei der sich Ihr Content-Team im letzten Jahrzehnt angemeldet hat – diejenige, die Sie durch Anhängen von ?edit an eine URL erreicht haben.

Ersetzt wird sie durch die On-Canvas-Bearbeitung innerhalb der Webflow-Plattform, die über Plätze und Rollen gesteuert wird. Bestehende Nutzer des Legacy Editors wurden auf einen kostenlosen Kundenplatz (bei Workspace-Plänen für Freelancer und Agenturen) oder einen kostenlosen eingeschränkten Platz (bei Workspace-Plänen für In-House-Teams) migriert. Jedem migrierten Nutzer wurde standardmäßig die Rolle „Content Editor“ zugewiesen, da diese am ehesten den bisherigen Berechtigungen entspricht.

Was ist die Abschaltung des Webflow Legacy Editors? Der Webflow Legacy Editor ist das eigenständige Overlay zur Inhaltsbearbeitung, das Webflow am 4. August 2026 eingestellt hat. Er wird durch die On-Canvas-Bearbeitung innerhalb von Webflow ersetzt, die über Kundenplätze oder eingeschränkte Plätze mit den Rollen „Marketer“, „Content Editor“ oder „Reviewer“ gesteuert wird. Veröffentlichte Websites sind davon nicht betroffen; lediglich die alte Bearbeitungsoberfläche wird entfernt.

‍

Wer verliert an diesem Tag tatsächlich den Zugriff?

Jeder, der keine Platzeinladung angenommen und sich nicht in einem Webflow-Konto angemeldet hat. Wenn die Arbeitsweise einer Person darin besteht, die mit einem Lesezeichen versehene ?edit URL zu öffnen, das Passwort einzugeben und zu veröffentlichen, ohne jemals auf die Migrations-E-Mail geklickt zu haben, dann ist der 4. August der Tag, an dem diese Routine nicht mehr funktioniert.

Drei Gruppen sind am stärksten gefährdet, und keine davon ist direkt über das Workspace-Dashboard erkennbar:

• Benutzer, die nie für die automatische Migration infrage kamen. Webflow hat bestehende Legacy-Editor-Benutzer migriert, die zum 4. Mai 2026 noch keinen Workspace- oder Kundenplatz belegten. Benutzer, die zwar zum Legacy-Editor eingeladen, aber vor diesem Datum kein Konto erstellt hatten, sowie Benutzer, deren E-Mail-Adresse bereits einen Workspace-Platz belegte, waren nicht Teil der automatischen Migration.
• Benutzer von Whitelabel-Websites. Legacy-Editor-Benutzer auf Whitelabel-Websites wurden von den Ankündigungs-E-Mails zur Einstellung ausgeschlossen. Sie erhielten zwar die Einladungs-E-Mail für ihren kostenlosen Platz, doch die Verantwortung für die direkte Kommunikation der Änderung lag bei den Workspace-Inhabern und -Administratoren. Für Agenturen ist dies die häufigste Ursache für unbemerkt bleibende Ausfälle.
• Nicht mehr existierende oder umbenannte Postfächer. Eine Platzeinladung, die an einen im März ausgeschiedenen Marketing-Manager gesendet wurde, liegt unbestätigt in einem deaktivierten Postfach. Da der Legacy-Editor bis Juli weiterhin funktionierte, ist dies niemandem aufgefallen.

Die praktische Konsequenz: Ein Platz, der in Ihrem Workspace existiert, ist nicht dasselbe wie ein Platz, der auch angenommenwurde. Überprüfen Sie den Annahmestatus, nicht die Anzahl der Plätze.

‍

Wie werden die Berechtigungen des Legacy-Editors auf die neuen Rollen übertragen?

Der Zugriff auf den Legacy-Editor war binär: Entweder man hatte ihn oder nicht, und jeder, der ihn hatte, konnte dasselbe tun. Das neue Modell unterteilt diese einzelne Berechtigung in drei Rollen, die an einen Platztyp gebunden sind. Sie treffen nun also pro Person eine Entscheidung, die der Webflow-Legacy-Editor zuvor automatisch für Sie getroffen hat.

Kundenplätze sind seitenspezifisch und exklusiv für Workspace-Pläne für Freelancer und Agenturen; begrenzte Plätze gelten für einen gesamten Workspace und sind in allen Workspace-Plänen verfügbar. Kundenplätze können die Rolle „Marketer“, „Content Editor“ oder „Reviewer“ haben, während begrenzte Plätze nur als „Marketer“ oder „Content Editor“ zugewiesen werden können. Die Zuweisung der Rolle „Reviewer“ zu einem begrenzten Platz stuft den Benutzer auf einen kostenlosen Platz herab und gibt den begrenzten Platz frei.

‍

‍

Sowohl Marketer als auch Content-Editoren können Änderungen nur dann auf der Live-Website veröffentlichen, wenn die Einstellung „Darf veröffentlichen“ für den jeweiligen Benutzer aktiviert ist. Formulareinstellungen können von diesen Rollen nicht bearbeitet werden – dies ist ausschließlich Eigentümern, Administratoren, Website-Managern oder Designern vorbehalten. Marketer und Content-Editoren können jedoch Formulareinsendungen einsehen und exportieren.

Diese Unterscheidung bei den Formulareinstellungen überrascht Demand-Gen-Teams oft. Wenn Ihr Lifecycle-Marketer früher die Weiterleitungs-URL oder den Benachrichtigungsempfänger eines Formulars im alten Webflow-Editor-Workflow geändert hat, muss diese Anfrage nun an jemanden mit Administrator- oder Designer-Zugriff gerichtet werden.

Welche Rolle ersetzt den alten Webflow-Editor? Die Rolle des Content-Editors ist das Äquivalent zum alten Editor und wurde während der Migration standardmäßig von Webflow zugewiesen. Sie ermöglicht das Bearbeiten von Texten, Bildern und CMS-Inhalten sowie das Veröffentlichen, sofern die Option „Darf veröffentlichen“ aktiviert ist. Teams, die auch Seiten zusammenstellen, benötigen die Marketer-Rolle, die das Erstellen von Seiten auf Basis von Komponenten und Vorlagen ermöglicht.

‍

Was ändert sich für Marketer, die den Designer nie öffnen?

Im Arbeitsalltag ändert sich weniger als erwartet, während gleichzeitig mehr Funktionen als im alten Editor zur Verfügung stehen. Content-Editoren arbeiten nun direkt auf der Webflow-Canvas statt in einem separaten Overlay, und viele Aufgaben, für die früher ein Ticket an die Entwicklung nötig war, können nun selbst erledigt werden.

Im Vergleich zum alten Editor bietet die Rolle des Content-Editors die Möglichkeit, dynamische Inhalte direkt auf der Canvas zu bearbeiten, neue CMS-Collection-Seiten zu erstellen, Inhalte vor der Veröffentlichung hinzuzufügen, Assets hochzuladen und zu organisieren, Alt-Texte für Bilder zu verwalten, auf Staging- und Produktionsumgebungen zu veröffentlichen, Kommentare zu hinterlassen, Inhalte in Dropdowns, Tabs und Slidern zu bearbeiten, lokalisierte Inhalte anzupassen und Analyze-Berichte einzusehen. Die einzige Funktion, die wegfällt, ist das Editor-Branding, das exklusiv für den alten Editor verfügbar war und mit diesem eingestellt wird.

Die Umstellung der gewohnten Abläufe betrifft vor allem das URL-Kürzel. Statt ?edithängen Marketer nun ?update an das Ende einer auf Webflow gehosteten Seiten-URL an, um die Seite im Bearbeitungsmodus zu öffnen. Dadurch werden für Mitglieder mit Marketer-Rolle die entsprechenden Berechtigungen geladen, während für Mitglieder mit Content-Editor-Zugriff oder höher die entsprechenden Content-Editor-Berechtigungen gelten.

‍

‍

Für ein Marketing-Team bedeutet dies unter dem Strich, dass Alt-Texte, Bildaustausch und die Erstellung von CMS-Seiten keine blockierten Aufgaben mehr sind. Das ist wichtiger, als es klingt: Alt-Texte und strukturierte Inhalte sind entscheidend für die Barrierefreiheit und die Sichtbarkeit in der KI-Suche, und Teams, die diese nicht eigenständig bearbeiten können, veröffentlichen Seiten oft ohne diese wichtigen Elemente.

‍

Die Checkliste für die Umstellung

Betrachten Sie diesen Bereich als Arbeitsgrundlage. Jeder der folgenden Schritte ist so konzipiert, dass er von einem Marketing-Ops-Leiter an einem einzigen Nachmittag erledigt werden kann.

Schritt 1: Berechtigungsprüfung durchführen

1. Öffnen Sie Seiteneinstellungen → Seitenzugriff (Agenturen und Freelancer) oder Arbeitsbereich-Einstellungen → Mitglieder (interne Teams) und exportieren Sie die vollständige Liste aller Personen mit Bearbeitungszugriff.
2. Markieren Sie jeden Platz als akzeptiert oder ausstehend. Ausstehende Plätze bilden Ihre Fehlerliste für den 4. August.
3. Gleichen Sie diese mit Ihrer HR- oder Offboarding-Liste ab. Einladungen, die an die E-Mail-Adresse eines ausgeschiedenen Mitarbeiters gesendet wurden, müssen an einen aktuellen Verantwortlichen neu ausgestellt werden.
4. Markieren Sie alle Nutzer, deren E-Mail-Adresse bereits vor dem 4. Mai einen Platz im Arbeitsbereich belegt hat; diese Konten wurden von der automatischen Migration ausgeschlossen und verfügen möglicherweise über keinen oder nur einen eingeschränkten Platz.
5. Identifizieren Sie Whitelabel-Seiten separat und kontaktieren Sie diese Nutzer direkt; sie wurden von den Ankündigungen zur Einstellung der Unterstützung durch Webflow nicht erfasst.
6. Bestätigen Sie die Option „Kann veröffentlichen“ für alle Personen, die Kampagnenseiten bereitstellen, und deaktivieren Sie diese bewusst für alle anderen.

Schritt 2: Rollen gezielt zuweisen

Übernehmen Sie nicht einfach die Standardeinstellungen aus Gewohnheit. Sortieren Sie jeden Editor in eine von drei Kategorien: erstellt Seiten (Marketer), Inhalte bearbeiten (Content-Editor), nur überprüfen (Reviewer). Bei begrenzten Plätzen wird durch das Verschieben von Reviewern in die Rolle „Reviewer“ ein Platz für jemanden frei, der ihn benötigt.

Beachten Sie, dass bei Starter- und Core-Workspace-Plänen begrenzte Plätze Zugriff auf alle Websites im Workspace haben, während Growth-Workspace-Pläne einen websitespezifischen Zugriff pro Mitglied ermöglichen. Wenn Sie mehrere Marken- oder Produkt-Websites in einem Workspace betreiben, ist dies der Unterschied zwischen eingeschränktem Zugriff und der Sichtbarkeit für alle.

Schritt 3: Testen Sie den Veröffentlichungsprozess vor Ihrer nächsten Kampagne

Die sicherste Methode für einen Probelauf hängt von Ihrem Plan ab. Page Branching, mit dem ein Team eine Seite erstellen und bearbeiten kann, ohne die Live-Website zu beeinflussen, und das von Content-Editoren und Marketing-Mitarbeitern erstellt, aber nicht zusammengeführt werden kann, ist nur für Webflow Enterprise-Kunden und Enterprise-Partner verfügbar. Wenn Sie keinen Enterprise-Plan haben, führen Sie denselben Test stattdessen auf einer Staging-Veröffentlichung durch.

Das Skript in der richtigen Reihenfolge:

1. Lassen Sie den Editor eine Live-Seite öffnen und ?update an die URL anhängen. Bestätigen Sie, dass er mit den erwarteten Berechtigungen auf dem Canvas landet.
2. Nehmen Sie eine triviale, rückgängig zu machende Änderung vor, zum Beispiel ein einzelnes Wort in einem Absatz.
3. Veröffentlichen Sie nur auf Staging. Bestätigen Sie, dass die Änderung auf der .webflow.io Staging-URL erscheint.
4. Veröffentlichen Sie auf Produktion. Bestätigen Sie, dass die Änderung live geht, und machen Sie sie dann rückgängig.
5. Wiederholen Sie dies mit einem CMS-Element: Erstellen Sie einen Entwurf, bearbeiten Sie ihn und veröffentlichen Sie ihn.
6. Bestätigen Sie, dass der Editor Formularübermittlungen anzeigen und exportieren kann, und stellen Sie sicher, dass er nicht die Formulareinstellungen ändern kann, damit das Team im Voraus weiß, wo die Zuständigkeiten liegen.
7. Führen Sie bei Enterprise eine Branch-Generalprobe durch: Erstellen Sie einen Seiten-Branch, stellen Sie ihn bereit und bestätigen Sie, dass für das Zusammenführen ein Site-Manager oder Designer erforderlich ist. Das Staging von Branches dient nur zu Test- und Prüfzwecken; Sie können nicht direkt vom Branch-Staging in die Produktion veröffentlichen, daher muss der Branch zuerst in die Haupt-Site zusammengeführt werden.

Führen Sie dies pro Rolle durch, nicht pro Team. Ein Marketer und ein Content-Editor werden auf unterschiedliche Hürden stoßen.

Schritt 4: Gliederung der Nachschulung (30 Minuten, live)

• Minuten 0–5: Was sich geändert hat und was nicht. Die Website ist in Ordnung; der Login und die Benutzeroberfläche haben sich lediglich verschoben.
• Minuten 5–12: Zugriff. Individuelles Webflow-Konto, keine geteilten Passwörter, ?update ersetzt ?edit.
• Minuten 12–22: Die neue Oberfläche. On-Canvas-Bearbeitung, CMS-Navigation, Asset-Uploads, Alt-Texte, Kommentare.
• Minuten 22–27: Veröffentlichen. Staging versus Produktion, wer hat „Kann veröffentlichen“-Rechte und wie sieht der Freigabeprozess aus.
• Minuten 27–30: Eskalation. An wen man sich bei Formulareinstellungen, Designänderungen und Sperrungen wenden kann.

Nehmen Sie es einmal auf und fügen Sie es dem Onboarding bei. Unserer Erfahrung nach bei Webflow-Migrationen und der Unterstützung nach dem Launcherzeugen Teams, die den Eskalationspfad dokumentieren, etwa halb so viele Support-Anfragen wie Teams, die dies nicht tun.

‍

Was ist zu tun, wenn ein Editor mitten in einer Kampagne ausgesperrt wird?

Erst den Zugriff wiederherstellen, dann veröffentlichen. Nutzen Sie einen Admin als temporären Veröffentlichungsweg, damit die Kampagne nicht ins Stocken gerät.

1. Kampagne freigeben. Ein Workspace-Inhaber, Admin, Site-Manager oder Designer veröffentlicht die ausstehende Änderung sofort. Warten Sie nicht auf die Behebung des Sitzplatzproblems.
2. Überprüfen, was der Editor sehen sollte. Inhaber, Site-Manager und Designer können die Rolle des Marketers oder Content-Editors simulieren, indem sie auf das Webflow-Logo über dem Seiten-Panel klicken und „Als Content-Editor anzeigen“ oder „Als Marketer anzeigen“ wählen. So lässt sich feststellen, ob das Problem am Sitzplatz oder an der Rolle liegt.
3. Einladung erneut senden. Für Agenturen: Gehen Sie zu Seiteneinstellungen → Seitenzugriff → Kunden → Kunden einladen, geben Sie die korrekte E-Mail-Adresse ein, wählen Sie die Rollenberechtigung und legen Sie die Veröffentlichungsrechte fest. Interne Teams laden Mitglieder über den Workspace ein. Der Nutzer muss die Einladung annehmen und sich anmelden oder ein Webflow-Konto erstellen.
4. Die E-Mail-Adresse prüfen, nicht die Person. Die meisten Sperrungen liegen daran, dass eine Einladung an eine Adresse gesendet wurde, die niemand überwacht.
5. Sitzplatzverfügbarkeit prüfen. Die Anzahl der Kundensitzplätze pro Website richtet sich nach dem Workspace-Plan: einer pro kostenpflichtiger Website im Starter-Plan für Dienstleister, einer pro Website im Freelancer-Plan und drei pro Website im Agency-Plan. Wenn das Limit erreicht ist, müssen Sitzplätze neu zugewiesen oder der Plan geändert werden.

Bewahren Sie dies als Fünf-Punkte-Checkliste dort auf, wo Ihr Team kurz vor einem Launch ohnehin nachsieht.

Was passiert, wenn ein Webflow-Editor nach dem 4. August ausgesperrt wird? Die Website bleibt live und unbeeinträchtigt. Ein Workspace-Inhaber, Admin, Site-Manager oder Designer kann ausstehende Änderungen sofort veröffentlichen, während das Sitzplatzproblem gelöst wird. Der ausgesperrte Nutzer benötigt eine neue Einladung für einen Kunden- oder eingeschränkten Sitzplatz, die er durch die Anmeldung oder Erstellung eines Webflow-Kontos annimmt.

‍

Warum dies ein Governance-Upgrade ist und kein Downgrade

Der klassische Webflow-Editor löste ein echtes Problem – sicheres Bearbeiten ohne Design-Zugriff – jedoch mit einem recht groben Werkzeug. Jeder erhielt dieselben Berechtigungen, Veröffentlichungsrechte waren implizit, und geteilte Logins waren so verbreitet, dass die Frage „Wer hat die Preisseite geändert?“ oft unbeantwortet blieb.

Durch Benutzerplätze und Rollen wird dies nun nachvollziehbar. Die Veröffentlichung wird zu einer expliziten Entscheidung pro Benutzer. Prüfer können Inhalte sichten, ohne sie bearbeiten zu können. Die Website-Aktivität wird protokolliert. Für B2B-SaaS-Teams, die wöchentlich Landingpages veröffentlichen und Experimente durchführen, war das Hindernis, das den Prozess verlangsamte, selten die Benutzeroberfläche, sondern die Unklarheit darüber, wer die Veröffentlichung vornehmen durfte.

Ein gut gesteuerter Bearbeitungszugriff zahlt sich aus. Bei einem aktuellen Webflow-Projekt für einen B2B-SaaS-Kunden kombinierte Broworks eine klare Rollenstruktur mit konversionsoptimierten Seitenvorlagen, was bei Epiq Solutions zu einer Verdreifachung der Conversions führte. Frontera erreichte mit demselben Modell der Content-Verantwortung eine Verfünffachung der Bewerbungen sowie ein Wachstum des organischen Traffics um über 200 %. Beide Ergebnisse resultierten nicht aus der Bearbeitungsoberfläche selbst, sondern daraus, dass die Marketingteams ohne Warteschlangen arbeiten konnten.

Die Abschaltung des klassischen Webflow-Editors ist der notwendige Anstoß. Was Sie anschließend mit dem Berechtigungsmodell machen, ist das, was sich in Ihrer Pipeline niederschlägt. Weitere Implementierungsleitfäden und Checklisten finden Sie in der Broworks-Ressourcenbibliothek und auf dem Broworks-Blog.