Es fängt meistens gleich an. Ein Kunde öffnet eine Webflow-Verlängerungsrechnung, oder fragt nach einer englischen Version seiner Website, oder stößt auf eine CMS-Warnung, von der er nicht wusste, dass es sie gibt. Die Website, mit der er vor drei Monaten zufrieden war, fühlt sich plötzlich an wie ein Vertrag, aus dem er nicht herauskommt.
Ich baue seit Jahren mit Webflow. Es ist ein brillantes Tool für viele Projekte. Aber sobald ein Unternehmen wächst, mehrere Sprachen braucht oder anfängt, Performance und Eigentümerschaft ernsthaft zu nehmen, wird Webflow vom Werkzeug zum Engpass.
Das hier ist ein verständlicher Blick darauf, warum wir Kunden von Webflow auf eine Next.js-Website mit Sanity als CMS umziehen. Keine Code-Beispiele, kein Fachjargon. Nur das Muster, das ich Woche für Woche sehe, und wie die Alternative aus der Sicht eines nicht-technischen Inhabers wirklich aussieht.
Warum verlassen Agenturen Webflow im Jahr 2026?
Der Basispreis bleibt klein. Der Rest tut das nicht.
Wir sehen immer wieder dasselbe Muster. Eine Webflow-Website, die am ersten Tag bezahlbar wirkte, hat im zweiten Jahr drei oder vier zusätzliche Abos draufgepackt. Site Plan. Editor-Plätze. Ein Lokalisierungs-Add-on pro Sprache. Ein CMS-Upgrade, weil die Inhalte gewachsen sind. Manchmal noch eine separate Workspace-Gebühr.
Keines davon ist für sich genommen riesig. Zusammen werden sie still und leise zu einer der größten Software-Rechnungen, die das Unternehmen monatlich bezahlt.
Dazu kommt: Webflow hat seine Preise in den letzten zwei Jahren zweimal umstrukturiert. Selbst loyale Nutzer sagen, sie können nicht mit einem Anbieter planen, der ständig die Spielregeln ändert (Webflow-Forum). Der Grund, warum Agenturen wie wir Kunden von der Plattform wegziehen, ist nicht, dass Webflow schlecht ist. Es ist, dass Mathematik, Kontrolle und Zukunft alle aufgehört haben, im Sinne des Kunden zu funktionieren.
Was kostet eine Webflow-Website langfristig wirklich?
Du zahlst nicht einmal. Du zahlst für immer, und die Rechnung wächst mit dir.
Webflow ist um Add-ons herum gebaut. Der Basis-Site-Plan deckt die Website selbst ab. Danach ist fast alles weitere eine separate, kostenpflichtige Position. Eine zweite Sprache hinzufügen ist ein bezahltes Add-on pro Locale. Editoren für dein Team hinzufügen ist ein bezahlter Platz pro Person. Aus deinem CMS-Plan herauszuwachsen bedeutet, in eine höhere Stufe mit deutlichem Preissprung zu wechseln.
Die Falle ist nicht der Preis auf der Startseite. Die Falle ist, dass du nicht vorhersagen kannst, wie hoch deine Rechnung in zwölf Monaten sein wird. Während dein Unternehmen wächst, löst jede Wachstumsrichtung (mehr Sprachen, mehr Teammitglieder, mehr Inhalte, mehr Traffic) ein weiteres Abo aus.
Was Kunden im zweiten Jahr wollen, ist das Gegenteil davon. Sie wollen eine feste Kostenbasis, die sie verstehen, und sie wollen, dass Wachstum die Website pro Besucher günstiger macht, nicht teurer. Webflow ist genau anders herum konstruiert.
Was passiert, wenn du aus dem Webflow-CMS herauswächst?
Du zahlst entweder mehr oder du baust die Seite um. Beides macht keinen Spaß.
Webflow begrenzt die Anzahl der CMS-Items und CMS-Collections in jeder Plan-Stufe. Ein kleiner Blog kann jahrelang auf einem niedrigen Plan leben. Eine Website, die in eine echte Inhaltsbibliothek hineinwächst (Case Studies, Leistungen, Standorte, Teammitglieder, Artikel), stößt irgendwann an eine Wand.
Wenn du dort ankommst, hast du zwei Optionen. Den Plan upgraden, was in Ordnung ist bis zur nächsten Decke. Oder das CMS so umstrukturieren, dass weniger Items und Collections nötig sind, was oft bedeutet, monatelange Redaktionsarbeit neu zu machen.
Das ist der Teil, den Kunden am meisten hassen. Sie haben für eine Website bezahlt, die Website funktioniert endlich, der Marketing-Motor produziert Inhalte, und die Plattform bestraft sie dafür, dass sie ihn nutzen. Die Preisstruktur 2026 hat einiges davon vereinfacht, aber die Decke nicht entfernt (Webflow Plan-Update). Die Obergrenze ist nach oben gerutscht, das Prinzip nicht.
Warum sind mehrsprachige Inhalte auf Webflow so schmerzhaft?
Jede Sprache, die du hinzufügst, ist ein eigenes bezahltes Abo.
Für Dienstleister in Europa ist das das schmerzhafteste Webflow-Problem überhaupt. Du willst deine Website auf Deutsch und Englisch? Das ist ein Lokalisierungs-Abo zusätzlich zu deinem Site Plan. Französisch und Spanisch dazu? Mehr Abos. Jede Sprache wird monatlich abgerechnet, auf Dauer.
Der Titel eines der meist-upgevoteten Threads in Webflows eigenem Forum lautet wörtlich “Localization is WAY too expensive” (Quelle). Auch die UX der Lokalisierung hat ihre Eigenheiten jenseits des Preises. Jede Sprache hat eigene Quirks, der Editor-Flow ist für Kunden umständlich, und die Lokalisierung von Bildern und Assets liegt nochmal in einer höheren Stufe.
Für unser Studio in Potsdam, das deutsche und internationale Kunden bedient, ist das der Moment, in dem das Gespräch über einen Wechsel meistens beginnt. Eine viersprachige Webflow-Website wird zu einer dauerhaften, wiederkehrenden Ausgabe. Eine viersprachige Next.js-Website mit Sanity ist eine einmalige Einrichtung. Die Sprachen kosten danach nichts extra.
Gehört dir deine Webflow-Website wirklich?
Dir gehört das Design. Dir gehört nicht der Motor darunter.
Webflow lässt dich HTML, CSS und JavaScript exportieren. Was es nicht exportiert, sind die CMS-Inhalte, die Formular-Einsendungen, das Mitgliedschaftssystem oder die E-Commerce-Funktionalität. Animationen und Interaktionen brechen beim Export. Die Website ist grundlegend an Webflows Server gebunden (Webflow Help Center: Site ownership).
In der Praxis bedeutet das: Du kannst Webflow nicht verlassen, ohne die Seite neu zu bauen. Die Website, die “dir gehört”, ist eine statische Hülle, nicht das funktionierende Produkt. Wenn Webflow die Preise erhöht, eine Funktion entfernt, von der du abhängig bist, oder einen Ausfall hat, der dein Geschäft für einen Tag lahmlegt, hast du keinen Plan B. Du mietest auf Dauer.
Das ist okay, solange das Geschäft klein ist. Es wird zu einem ernsten Problem, wenn deine Website eine echte Einnahmequelle ist. Eine Website, die wirklich dir gehört (der Code liegt in deinem GitHub, deploybar auf jedem Hoster), gibt die Kontrolle dahin zurück, wo sie hingehört. Zum Unternehmen, nicht zum Anbieter.
Ist Webflow im Jahr 2026 DSGVO-konform nutzbar?
Rechtlich nutzbar, ja. Beschaffungssicher für ernsthafte Kunden, oft nicht.
Für deutsche und österreichische Unternehmen ist das meistens die wichtigste Frage des ganzen Themas. Deshalb hier etwas ausführlicher.
Webflow hostet auf US-Infrastruktur (Fastly und AWS). Nach dem Schrems-II-Urteil 2020 war ein Einsatz in Europa rechtlich problematisch. Das EU-US Data Privacy Framework von 2023 hat die Lage entspannt: Webflow ist unter dem neuen Rahmen zertifiziert und kann mit ordentlichem Auftragsverarbeitungsvertrag (AVV) und korrekter Datenschutzerklärung in Deutschland genutzt werden.
Was sich aber nicht geändert hat: Webflow bietet weiterhin keine Option, eine Website ausschließlich in der EU zu hosten. Der Wunsch “European Hosting to comply with GDPR” ist einer der am meisten gevoteten Einträge auf Webflows eigener öffentlicher Wishlist und ist immer noch offen (Webflow Wishlist).
Für die meisten kleinen Dienstleister ist das mit dem richtigen Setup beherrschbar. Für größere Kunden (öffentlicher Sektor, Gesundheitswesen, Recht, Finanzen oder jedes Unternehmen mit sensiblen Kundendaten) bleibt es ein Blocker. Deren Compliance- und Beschaffungsabteilungen werden fragen, wo die Website gehostet wird, und die Antwort “in den USA, unter dem neuen Framework” ist zunehmend nicht mehr ausreichend. Manche Kunden verlangen ausdrücklich Hosting in Deutschland oder zumindest in der EU als Vertragsbedingung.
Eine Next.js-Website kann auf einem deutschen oder rein europäischen Hoster laufen. Der Code ist portabel, die Daten sind portabel, die Hosting-Entscheidung liegt bei dir, nicht bei der Plattform. Für DACH-Unternehmen mit europäischen Enterprise-Kunden ist das oft der Unterschied zwischen Auftrag gewonnen und Auftrag verloren.
Warum Next.js mit Sanity der Stack ist, auf den wir Kunden umziehen
Es entfernt die Decken, gegen die Webflow ständig stößt, ohne die Editor-Erfahrung zu verschlechtern.
Next.js ist das Framework hinter einigen der größten Produktions-Websites im Web (Next.js Showcase). Für eine Marketing-Website sind die Dinge, die für einen nicht-technischen Inhaber zählen, einfacher.
Hosting startet kostenlos auf Vercel für die meisten Dienstleister-Websites. Du zahlst erst, wenn der Traffic wirklich skaliert. Sprachen sind eingebaut, mit korrektem hreflang für Suchmaschinen, und neue hinzuzufügen kostet nichts extra. Die Performance ist deutlich höher (nahezu perfekte Core Web Vitals sind die Regel), was sowohl Google als auch KI-Suchmaschinen belohnen. Und der Code gehört dir, in deinem GitHub, deploybar überall.
Sanity ist das CMS, das wir damit kombinieren. Sanity ist für die meisten kleinen und mittelständischen Unternehmen auf der Free-Stufe kostenlos (Sanity Preise). Wir bauen für jeden Kunden einen maßgeschneiderten Editor, sodass nur die Felder sichtbar sind, die wirklich gebraucht werden. Es sieht aus und verhält sich wie der Webflow Editor, skaliert aber ohne unangenehme Rechnungs-Überraschungen.
Aber kann mein Team eine Next.js-Website überhaupt bearbeiten?
Ja, und die meisten Kunden finden Sanity einfacher als den Webflow Editor.
Das ist die Frage, die jeder Inhaber stellt, und das zu Recht. Eine Website, die du nicht ohne Entwickler aktualisieren kannst, ist kein echtes Marketing-Tool.
Mit Sanity bekommt dein Team ein sauberes Dashboard im Browser. Blog-Artikel schreiben, Hero-Bilder austauschen, Leistungsseiten bearbeiten, Case Studies veröffentlichen, Team-Bios aktualisieren. Alles passiert ohne Code. Echtzeit-Zusammenarbeit ist eingebaut. Eine Live-Vorschau zeigt die Änderung auf der echten Website, bevor sie veröffentlicht wird.
Der Unterschied zum Webflow Editor ist, dass wir das Sanity Studio für jeden Kunden individuell konfigurieren. Wir blenden alles aus, was du nicht brauchst. Leistungsseiten haben nur die Felder, die für Leistungsseiten wichtig sind. Blog-Posts zeigen nur Blog-Felder. Der Editor ist um dein Geschäft herum geformt, nicht um die Voreinstellungen der Plattform. Allein das reicht den meisten Teams, um ihn nach einer Woche dem Webflow Editor vorzuziehen.
Wie sieht ein Wechsel von Webflow zu Next.js eigentlich aus?
Die Dauer hängt komplett vom Umfang des Projekts ab. Seitenanzahl, Sprachen, Komplexität der Animationen. Jeder dieser Punkte verschiebt die Zahl.
Eine einfache Landing Page ist heute typischerweise eine Sache von ein bis zwei Tagen. Vor ein paar Jahren hat diese Art von Arbeit deutlich länger gedauert. Mit KI-Coding-Agenten im Workflow ist es dramatisch schneller geworden, vor allem in den richtigen Händen. Der Engpass war früher das Schreiben des Codes. Heute ist der Engpass Design-Geschmack und Urteilsvermögen.
Wichtig zu sagen: Das ist keine Eins-zu-eins-Kopie, bei der jemand ein Tool laufen lässt, das Webflow-Code in Next.js-Code verwandelt. Es ist ein kompletter Neubau. Das Design wird übersetzt, die Inhalte werden aufgeräumt, und die neue Website wird sauber von Grund auf neu gebaut.
Es klingt nach mehr Arbeit, als es ist, und es ist eine, die sich lohnt. Das Ergebnis ist, dass Unternehmen und Selbstständige sich von monatlichen Gebühren, Plattform-Einschränkungen und den unvorhersehbaren Veränderungen befreien, die kommen, wenn man seine Website von jemand anderem mietet.
Also, ist es Zeit, Webflow zu verlassen?
Wenn deine Website klein, einsprachig und nicht zentral für den Umsatz ist, bleib. Sonst lohnt sich ein ernsthafter Blick.
Webflow ist am Anfang eines Projekts wirklich gut. Wenn dein Geschäft klein ist, du eine Sprache hast und die Website hauptsächlich eine Visitenkarte ist, ist die wiederkehrende Rechnung beherrschbar und die Plattform hält sich aus deinem Weg.
In dem Moment, in dem die Website ein echter Teil des Geschäfts wird (Sprachen hinzufügen, die Inhaltsbibliothek wächst, europäische Enterprise-Kunden bedienen, im Zentrum eines Marketing-Motors stehen), ändert sich das Bild. Die Rechnung fühlt sich nicht mehr fair an. Die Decken fangen an zu drücken. Die Frage nach der Eigentümerschaft hört auf, abstrakt zu sein.
Das ist der Moment, in dem wir das Gespräch über einen Wechsel zu Next.js mit Sanity anfangen. Nicht weil der neue Stack gerade in Mode ist. Sondern weil Kunden, die wechseln, uns sechs Monate später dasselbe sagen: Die Website ist schneller, die Rechnung ist planbar, und die Plattform fühlt sich endlich an, als gehöre sie wirklich ihnen.
