Craft CMS zu Webflow: Wenn von Entwicklern erstellte Websites zu einem visuellen CMS wechseln

Es gibt einen bestimmten Zeitpunkt im Wachstum eines Unternehmens, an dem die Website aufhört, ein Entwicklerprojekt zu sein, und beginnt, ein Problem des Marketings zu werden. Für Teams, die auf Craft CMS zu Webflow, ist dieser Übergang selten geplant; er wird meist durch ein Sprint-Planungsmeeting erzwungen, bei dem das Marketingteam eine Landingpage anfordert und der Engineering-Backlog bereits sechs Wochen tief ist.

Craft CMS war die richtige Entscheidung. Es ist wirklich leistungsstark: eine flexible, entwicklerfreundliche Plattform mit einem Inhaltsmodell, das sich an nahezu jede Datenarchitektur anpassen lässt. Matrix-Felder, benutzerdefinierte Eintragstypen, Plugin-Ökosysteme – für ein technisch versiertes Team ist Craft Infrastruktur. Das Problem tritt auf, wenn dieselbe Infrastruktur zu einem Engpass für ein Marketingteam wird, das veröffentlichen, testen und iterieren muss, ohne ein Ticket einzureichen.

Dieser Artikel richtet sich an Engineering Leads, CTOs und Senior Developer, die etwas Elegantes mit Craft aufgebaut haben und nun gebeten werden, es zu übergeben. Er behandelt, wie Sie Ihr Craft-Inhaltsmodell in Webflow CMS übertragen, was mit Matrix-Feldern zu tun ist, wie Sie die Plugins ersetzen, auf die Sie sich verlassen, und wie Sie den kulturellen Wandel von einem entwicklergesteuerten zu einem marketinggesteuerten CMS bewältigen, ohne das, was Sie aufgebaut haben, zu zerstören.

‍

Warum Teams jetzt Craft CMS zu Webflow evaluieren

Der Druck kommt vom Marketing, nicht vom Engineering. Laut einem Gartner-Bericht von 2024 über digitale Erlebnisplattformen verbringen Marketingteams in B2B-SaaS-Unternehmen durchschnittlich 3,2 Wochen pro Quartal damit, auf Entwicklungsressourcen zu warten, um Website-Änderungen umzusetzen, die ein visuelles CMS in Stunden erledigen könnte. Das ist kein Technologieproblem, sondern ein organisatorisches.

Entwicklungsteams, die sich für Craft entschieden haben, taten dies aus legitimen Gründen: volle Kontrolle über das Inhaltsschema, Flexibilität der Headless-Architektur, keine Anbieterbindung im Frontend. Das sind echte Vorteile. Aber wenn das Geschäft skaliert, wenn das Demand-Generation-Team acht Landingpage-Varianten pro Quartal benötigt und wenn der Content-Kalender wöchentliche CMS-Updates erfordert, wird die Entwicklerabhängigkeit zu einem messbaren Bremsklotz für den Umsatz.

Webflow befindet sich an einer Schnittstelle, die die meisten Plattformen übersehen: Es ist gleichzeitig ein vollständig visuelles CMS und ein produktionsreifes Design-Tool. Marketingteams können Seiten erstellen und veröffentlichen, ohne Code anfassen zu müssen. Entwickler können bei Bedarf mit benutzerdefiniertem Code, JavaScript und APIs arbeiten. Die Plattform erzwingt keinen Kompromiss, sie zieht die Grenze neu zwischen dem, was Engineering-Beteiligung erfordert und was nicht.

Der Wechsel von Craft CMS zu Webflow ist eine Migration von einem entwicklergesteuerten, code-konfigurierten CMS zu einer visuellen, vom Marketing bedienbaren Plattform. Der Hauptgrund ist die Reduzierung der Entwicklerabhängigkeit für routinemäßige Website-Updates, Landingpage-Erstellung und Content-Veröffentlichung. Webflow bewahrt die Kontrolle der Entwickler dort, wo sie benötigt wird, während redaktionelle und Design-Operationen an nicht-technische Teams übergeben werden.

‍

Ihr Craft-Inhaltsmodell in Webflow CMS übertragen

Dies ist der Teil, den die meisten Migrationsleitfäden überspringen. Die Übertragung eines Craft-Inhaltsmodells in Webflow ist nicht nur ein Datenexportproblem, es ist ein strukturelles Umdenken darüber, wie Ihre Inhalte organisiert sind, welche Beziehungen den Umzug überstehen müssen und was dabei vereinfacht werden kann.

In Craft leben Ihre Inhalte in Sektionen (Einzeleinträge, Kanäle und Strukturen) mit Eintragstypen die Feldlayouts pro Eintrag definieren. Webflow organisiert Inhalte anders: alles ist entweder ein Collection (eine strukturierte CMS-Entität mit definierten Feldern) oder eine statische Seite.

So lassen sich die Kernkonzepte von Craft auf Webflow übertragen:

Vergleichstabelle: Craft CMS Content-Architektur vs. Webflow CMS

‍

‍

Die größte architektonische Lücke ist relationale Tiefe. Craft unterstützt mehrstufige relationale Felder, Einträge, die auf andere Einträge verweisen, die wiederum auf eine weitere Reihe von Einträgen verweisen. Webflow unterstützt pro Feld nur eine Ebene von Collection-Referenzen. Wenn Ihr Craft-Content-Modell tiefe relationale Ketten aufweist, müssen Sie diese vor der Migration abflachen, was möglicherweise eine Neugestaltung der Struktur bestimmter Inhaltstypen erfordert.

Für die meisten B2B-SaaS-Websites ist dies kein Hindernis, sondern eine Vereinfachung. Die tief verschachtelten Content-Modelle, die in einer von Entwicklern verwalteten Umgebung sinnvoll waren, sind oft überdimensioniert für das, was das Marketing tatsächlich benötigt. Die Migration ist eine Gelegenheit, zu überprüfen, was das Content-Modell leistet und was es leisten muss.

‍

Matrixfeld-Äquivalente in Webflow

Matrixfelder sind der Punkt, an dem die meisten Craft CMS-Entwickler innehalten, bevor sie sich zu einer Webflow-Migration entschließen. Matrix ist eine der leistungsstärksten Funktionen von Craft: ein Feldtyp, der es Redakteuren ermöglicht, flexible, blockbasierte Layouts aus einer Bibliothek vordefinierter Blocktypen zu erstellen. Eine Fallstudienseite könnte einen Textblock, dann einen Zitatblock, dann einen Statistikblock, dann einen Code-Snippet enthalten, die alle dynamisch im CMS zusammengestellt werden.

Webflow verfügt über kein natives Matrix-Äquivalent. Dies ist eine echte Einschränkung, und es ist wichtig, ehrlich damit umzugehen.

Was Webflow jedoch bietet, ist eine Kombination von Ansätzen, die zusammen die meisten Matrix-Anwendungsfälle abdecken:

Ansatz 1: Rich-Text-Feld mit gestylten KomponentenFür Inhalte, die hauptsächlich redaktioneller Natur sind (Artikel, Blogbeiträge, ausführliche Anleitungen), unterstützt das Rich-Text-Feld in Webflow eingebettete Bilder, Überschriften, Blockzitate und grundlegende Formatierungen. Es unterstützt keine benutzerdefinierten Blocktypen, ist aber für lineare redaktionelle Inhalte ausreichend.

Ansatz 2: Mehrfachreferenzfelder mit AnzeigelogikFür modulare Seitenabschnitte (Hero-Varianten, Feature-Blöcke, Testimonials) ermöglicht Webflow die Erstellung separater Collections für jeden Blocktyp und deren Referenzierung aus einer übergeordneten Collection. Die Anzeigelogik wird dann in der Seitenvorlage mithilfe bedingter Sichtbarkeit gesteuert. Dies erfordert zwar mehr Vorarbeit bei der Templategestaltung, führt aber zu einem wartbaren System.

Ansatz 3: Das Komponentensystem von WebflowDas Komponentensystem von Webflow, das schrittweise zwischen 2023 und 2024 eingeführt wurde, ermöglicht wiederverwendbare Designelemente mit verschachtelten Slots. Für Teams, die Marketingseiten und keine redaktionellen Inhalte erstellen, ersetzen Komponenten einen Großteil dessen, was Matrix architektonisch geleistet hat.

Ansatz 4: CMS-injizierte EinbettungenFür technische Inhalte (Code-Snippets, benutzerdefinierte Datenvisualisierungen) akzeptiert das Embed-Feld von Webflow reines HTML und JavaScript. Dies ist ein sinnvoller Ersatz für spezialisierte Matrix-Blocktypen, die technische Inhalte gerendert haben.

Webflow verfügt über kein direktes Äquivalent zu einem Matrix-Feld, aber die Kombination aus Rich-Text-Feldern, Mehrfachreferenz-Collections, dem Webflow-Komponentensystem und Embed-Feldern deckt die meisten Matrix-Anwendungsfälle ab. Teams, die sich bei der redaktionellen Flexibilität auf Matrix verlassen haben, müssen ihr Inhaltsmodell neu strukturieren, während Teams, die Matrix für die Zusammenstellung von Marketingseiten verwenden, das Verhalten mithilfe von Komponenten und bedingter Sichtbarkeit nachbilden können.

Die ehrliche Einschätzung: Wenn Ihre Craft-Website für hochdynamische, von Redakteuren zusammengestellte Seitenlayouts mit zehn oder mehr Blocktypen auf Matrix angewiesen ist, erfordert Webflow erhebliche Template-Architekturarbeiten, um dies nachzubilden. Wurde Matrix hauptsächlich für Blog- und Fallstudieninhalte verwendet, ist die Migration unkompliziert.

‍

Plugin-Ersatzstrategie: Was Webflow nativ abdeckt

Das Plugin-Ökosystem von Craft ist eine seiner echten Stärken. Plugins wie SEOmatic, Sprig, Commerce und Feed Me übernehmen Funktionen, die in Webflow entweder nativ integriert sind oder über Drittanbieter-Integrationen abgewickelt werden.

Prüfen Sie vor der Migration jedes aktive Plugin in Ihrer Craft-Installation. Kategorisieren Sie jedes einzelne:

1. SEO und Metadatenverwaltung: SEOmatic ist das am häufigsten installierte Plugin von Craft. Webflow verfügt über native SEO-Felder für jede Seite und jedes Collection-Element: Title-Tag, Meta-Beschreibung, Open Graph-Bild, kanonische URL, Robots-Direktiven. Für die meisten B2B-Websites ist das native Webflow-SEO ausreichend. Fortgeschrittenes programmatisches SEO (Massen-Meta-Generierung aus CMS-Feldern) funktioniert nativ in Webflow über Collection-Templates.
2. Formularverarbeitung: Craft verfügt über keine native Formularverarbeitung; die meisten Teams verwenden Freeform oder Sprout Forms. Webflow bietet einen nativen Formular-Builder mit Übermittlungsprotokollierung und E-Mail-Benachrichtigungen. Für die Integration mit HubSpot, Salesforce oder Marketo verbinden sich Webflow-Formulare über native Integrationen oder Zapier/Make.com-Workflows.
3. Bildoptimierung: Craft setzt für Bildtransformationen auf Imager-X oder ähnliche Plugins. Webflow übernimmt die Bildoptimierung nativ: Automatische WebP-Konvertierung, responsive srcset-Generierung und Lazy Loading sind integriert.
4. Suche: Craft verfügt über keine native Suchfunktion; Elasticsearch- oder Algolia-Plugins sind üblich. Webflow hat ebenfalls keine native Suchfunktion, lässt sich aber nahtlos mit Algolia, Jetboost und der CMS-Filterbibliothek von Finsweet integrieren.
5. Weiterleitungen: Craft verwendet Retour oder eine manuelle Weiterleitungsverwaltung. Webflow verfügt über einen integrierten 301-Weiterleitungsmanager, der auch für nicht-technische Benutzer zugänglich ist – dies allein beseitigt einen häufigen Engpass im Engineering.
6. E-Commerce: Wenn Ihre Craft-Website Commerce verwendet, verfügt Webflow über ein natives E-Commerce-Modul. Für komplexen E-Commerce (Abonnements, B2B-Preislogik) sind Swell-, Foxy.io- oder Stripe-Integrationen der Standardansatz in Webflow.

Die Plugins, für die es in Webflow keinen sauberen Ersatz gibt, sind typischerweise solche, die die Backend-Logik von Craft erweitern: benutzerdefinierte Module, GraphQL-Abfrageoptimierungsschichten oder komplexe Multi-Site-Konfigurationen. Dies sind architektonische Entscheidungen, keine Plugin-Lücken, und sie weisen auf eine Komplexität der Website hin, die möglicherweise eine schrittweise Migration statt einer vollständigen Umstellung erfordert.

‍

Die Übergabe vom Entwickler an den Marketer managen

Die technische Migration ist die kleinere Herausforderung. Die kulturelle Übergabe ist der Punkt, an dem die meisten Craft-zu-Webflow-Projekte entweder erfolgreich sind oder scheitern.

Entwicklungsteams, die auf Craft aufgebaut haben, taten dies, weil sie Kontrolle wollten. Webflow führt eine neue Art von Kontrolle ein (visuell, vorlagenbasiert, vom Designer vorgegeben), die sich für Teams, die an ein code-basiertes CMS-Management gewöhnt sind, ungewohnt anfühlt. Der Instinkt ist es, jedes benutzerdefinierte Verhalten von Craft in Webflow mithilfe von benutzerdefiniertem Code nachzubilden. Dieser Instinkt, wenn er unbeaufsichtigt bleibt, führt zu einer Webflow-Website, die genauso entwicklerabhängig ist wie die Craft-Website, die sie ersetzt hat.

Eine strukturierte Übergabe läuft in dieser Reihenfolge ab:

1. Den Umfang der Marketing-Autonomie definieren. Vor der Migration genau dokumentieren, was das Marketing ohne technische Beteiligung tun können soll: Blogbeiträge veröffentlichen, Landing Pages aus bestehenden Vorlagen erstellen, Team-Biografien aktualisieren, Texte auf der Startseite bearbeiten. Diese Liste wird zu den Abnahmekriterien für den Webflow-Build.
2. Vorlagenbasiert entwickeln, nicht seitenbasiert. Jede CMS-gesteuerte Seite in Webflow ist eine Vorlage. Die Aufgabe des Entwicklers ist es, robuste, flexible Vorlagen zu erstellen, nicht einzelne Seiten. Die Aufgabe des Marketings ist es, Inhalte innerhalb dieser Vorlagen einzufügen und zusammenzustellen. Dies ist die grundlegende Abweichung von Crafts Architektur.
3. Einen Styleguide in Webflow etablieren. Die Designsystem-Funktionen von Webflow (Variablen, Komponenten, Klassenvererbung) sollten vor der Übergabe konfiguriert werden. Ein Marketingteam, das einen neuen Abschnitt durch das Einfügen einer vorgefertigten Komponente hinzufügen kann, ist tatsächlich eigenständig. Ein Marketingteam, das direkt an den Klassen Änderungen vornimmt, ist ein Garant für Qualitätssicherungsprobleme.
4. Editor-Berechtigungen korrekt festlegen. Der Editor-Modus von Webflow begrenzt, worauf CMS-Editoren zugreifen können; sie sehen eine vereinfachte Inhaltsoberfläche, nicht den vollständigen Designer. Konfigurieren Sie den Editor-Zugriff so, dass das Marketing nur innerhalb der CMS-Felder arbeitet und nicht in der Design-Ebene.
5. Setzen Sie auf einen Trainingssprint, nicht auf eine Trainingseinheit. Eine einzelne Trainingseinheit schafft keine CMS-Sicherheit. Ein zweiwöchiger Zeitraum, in dem das Marketing echte Veröffentlichungsaufgaben ausführt und das Engineering-Team für Fragen zur Verfügung steht, schon. Nach diesem Sprint zieht sich das Engineering-Team zurück.

Die CMS-Übergabe von der Entwicklung an das Marketing bei einer Migration von Craft zu Webflow erfordert drei strukturelle Entscheidungen: die Definition des Umfangs der Marketingautonomie, die Erstellung wiederverwendbarer Vorlagen anstelle einzelner Seiten und die Konfiguration der Editor-Berechtigungen von Webflow, um nicht-technische Benutzer innerhalb der CMS-Ebene zu halten. Die Übergabe ist ein Prozess, kein Ereignis; sie erfordert eine strukturierte Übergangsphase, in der beide Teams die Website gleichzeitig betreiben, bevor sich das Engineering-Team zurückzieht.

‍

Was Sie verlieren und was Sie gewinnen

Die Entscheidung für Webflow anstatt bei Craft zu bleiben, ist mit echten Abwägungen verbunden. Entwicklungsteams sollten beide Seiten nüchtern betrachten können.

Was Sie mit Craft verlieren:

• Volle Kontrolle über das Datenbankschema und die Backend-Abfragelogik
• Unbegrenzte relationale Inhaltstiefe
• Die Möglichkeit, benutzerdefiniertes PHP für das CMS-Verhalten zu schreiben
• Headless-Flexibilität (Craft kann als Headless-CMS für jedes Frontend dienen; die Headless-Optionen von Webflow sind auf seine API beschränkt)
• Umfangreiches Plugin-Ökosystem für Nischenanwendungen

Was Sie mit Webflow gewinnen:

• Unabhängigkeit des Marketingteams vom Engineering-Backlog
• Visueller Seitenaufbau ohne Beeinträchtigung der Integrität des Designsystems
• Natives Hosting auf einem globalen CDN mit automatischem SSL, Bildoptimierung und Core Web Vitals-Optimierung
• Integrierte SEO-Tools, die für nicht-technische Redakteure zugänglich sind
• Schnellere Veröffentlichungszeiten für Landingpages, Blog-Inhalte und Kampagnenseiten
• Reduzierter Wartungsaufwand (keine Serververwaltung, keine Plugin-Update-Zyklen, keine Sicherheitspatches)

Für ein B2B-SaaS-Unternehmen in der Series A oder B fällt die Rechnung meist zugunsten von Webflow aus: Die Geschwindigkeit des Marketingteams zählt mehr als die Eleganz der Backend-Architektur, und die Zeit des Engineering-Teams ist mehr wert als die CMS-Wartung. Die Webflow-Entwicklung Die Investition zahlt sich bereits im ersten Quartal durch reduzierte Sprint-Overheads aus.

‍

Wann die Migration von Craft CMS zu Webflow sinnvoll ist

Nicht jede Craft-Website sollte zu Webflow migriert werden. Die Migration ist besonders sinnvoll, wenn:

• Das Marketing mehr als zweimal pro Woche Inhalte veröffentlicht und durch technische Abhängigkeiten blockiert wird
• Die Website primär informativ und konversionsorientiert ist (SaaS-Marketingseite, Agenturseite, B2B-Leadgenerierung)
• Die bestehende Craft-Implementierung über drei Jahre alt ist und die Plugin-Kompatibilität zu einem Wartungsproblem wird
• Das Unternehmen ein Rebranding oder Redesign durchführt und Design- sowie CMS-Arbeiten auf einer Plattform konsolidieren möchte
• Das Entwicklungsteam auf Produktentwicklung umverteilt wird und die Marketing-Website langfristig nicht pflegen kann

Die Migration komplexer und potenziell nicht ratsam ist, wenn:

• Die Website als echte Anwendung mit komplexer Backend-Logik fungiert, die an das CMS gebunden ist
• Inhalte headless an mehrere Frontends (mobile App, Web-App, Drittanbieter-Portale) ausgeliefert werden
• Das Inhaltsmodell auf tief verschachtelten relationalen Strukturen basiert, die nicht ohne Bedeutungsverlust vereinfacht werden können
• Die E-Commerce-Komplexität das übersteigt, was Webflows native oder integrationsbasierte Commerce-Lösungen bewältigen können

Laut der CMS-Dokumentation der Webflow University ist das Webflow CMS für inhaltsgesteuerte Marketing-Websites konzipiert, nicht für die Verwaltung von Anwendungsdaten. Diese Definition des Umfangs ist bei der Bewertung der Eignung entscheidend.

Wenn Sie eine WordPress-zu-Webflow oder Craft-zu-Webflow-Evaluierung gleichzeitig durchführen, ist der Entscheidungsrahmen ähnlich: Es geht nicht darum, welches CMS absolut leistungsfähiger ist, sondern welches CMS Ihr Team bei seiner eigentlichen Arbeit effektiver macht.

Teams, die einen unkomplizierten Migrationspfad haben, sind typischerweise diejenigen, bei denen die Craft-Website für die Veröffentlichung von Inhalten und nicht für Anwendungslogik erstellt wurde. Eine Marketing-Website für ein B2B-SaaS-Produkt (Fallstudien, Blog, Landing Pages, Über uns, Preise) ist fast immer ein klarer Webflow-Kandidat, unabhängig davon, wie ausgeklügelt die Craft-Implementierung im Laufe der Zeit geworden ist.

Webflows Lokalisierung und Mehrsprachigkeitsfunktionen sind hier ebenfalls wichtig: Wenn die Craft-Website internationale Märkte bedient, ist Webflows native Lokalisierung jetzt eine produktionsreife Alternative zu Crafts Multi-Site- und Übersetzungs-Plugin-Konfigurationen.

Für Teams, die Unterstützung bei der Durchführung dieser Bewertung mit ihrem spezifischen Inhaltsmodell und der Komplexität der Migration wünschen, bietet die Broworks-Ressourcenbibliothek Frameworks zur Planung von Webflow-Migrationen von entwicklerzentrierten Plattformen.