Wer soll die nächste Änderung veröffentlichen?
Webflow passt, wenn das Marketing eine Website eigenständig pflegen soll. Next.js kommt infrage, wenn individuelle Anwendungslogik den Ausschlag gibt. Eine ungewöhnlich gestaltete Startseite entscheidet diese Frage noch nicht.
Wichtiger ist der Alltag nach dem Launch: Kann die Redaktion eine Kampagne ohne Software-Release ändern? Lassen sich Berechtigungen anpassen, ohne um ein Inhaltswerkzeug herum eine Anwendung aufzubauen? Wiederkehrende Aufgaben sind die bessere Entscheidungsgrundlage als Vorführseiten.
Dieser Vergleich beschreibt Clodrons technische Perspektive. Er ist keine Rangliste, in der individuelle Entwicklung grundsätzlich gewinnt. Bei einer überschaubaren Website kann sie zusätzliche Verantwortung schaffen, ohne einen entsprechenden Nutzen zu liefern.
Veröffentlichung und Produktlogik trennen
Webflow ist ein sinnvoller Kandidat, wenn Seiten feste Strukturen haben und die tägliche Arbeit aus Inhalten, freigegebenen Bausteinen und Kampagnen besteht. Diesen Ablauf sollte die spätere Redaktion selbst ausprobieren. Eine Präsentation durch erfahrene Designer zeigt noch nicht, ob gelegentliche Nutzer sicher arbeiten können.
Next.js wird interessanter, wenn die Website komplexe Datenflüsse, Berechtigungen oder Geschäftslogik mit einer Anwendung teilt. Die offizielle Dokumentation zum Self-Hosting beschreibt den Betrieb auf eigener Infrastruktur und die damit verbundenen Aufgaben rund um Cache und Bereitstellung. Kontrolle setzt Zuständigkeit voraus.
Next.js liefert allein noch keinen redaktionellen Arbeitsplatz. CMS, Vorschau, Veröffentlichungsrechte und sinnvolle Eingabemasken gehören in den Umfang. Sonst wird ein vollständiger Veröffentlichungsprozess mit einem blossen Repository verglichen.
Portabilität praktisch prüfen
Webflow ermöglicht den Codeexport mit geeigneten Workspace-Tarifen. Funktionsfähiges CMS, Formularverarbeitung und E-Commerce sind jedoch nicht Bestandteil der exportierten Dateien. Diese Grenzen nennt die Exportdokumentation ausdrücklich. Herunterladbare Dateien ersetzen deshalb nicht automatisch das laufende System.
Auch bei individueller Software genügt der Quellcode nicht. Ein anderes Team braucht Daten, Umgebungen, Zugänge und eine nachvollziehbare Bereitstellung. Eine schlecht dokumentierte Integration kann stärkere Abhängigkeiten erzeugen als ein gehosteter Baukasten.
Beide Angebote sollten deshalb einen Wechsel beschreiben: Was wird übergeben, was muss neu entstehen und wie bleibt die Redaktion währenddessen arbeitsfähig? Diese Fragen gehören vor den Vertrag.
Weder SEO noch Geschwindigkeit sind garantiert
Entscheidend ist die ausgelieferte Seite: lesbare Inhalte, sinnvolle URLs, Weiterleitungen, Metadaten, Sprachen, Tastaturbedienung und Mediengewicht. Überladene Videos oder unnötige Skripte können beide Ansätze ausbremsen.
Ein ungeklärtes Interaktionsproblem rechtfertigt nicht automatisch einen Plattformwechsel. Unser Beitrag über INP und langsame Interaktionen zeigt, warum zunächst die verursachende Arbeit identifiziert werden muss.
Auch die Kostenrechnung muss vollständig sein. Neben Abonnements und Erweiterungen stehen Hosting, Weiterentwicklung und Wartung. Eine allgemeingültige Unternehmensgrösse, ab der die Entscheidung kippt, gibt es nicht.
Diese Woche einen Änderungsablauf proben
Eine echte Kampagnenänderung, eine übersetzte Seite und die schwierigste Integration bilden einen brauchbaren Test. Die spätere Redaktion veröffentlicht selbst; die spätere technische Betreuung erläutert die Wiederherstellung bei Fehlern. Jeder notwendige Umweg wird notiert.
Passt dieser Ablauf innerhalb der Grenzen, spricht viel für Webflow. Benötigt das Geschäft individuelle Logik und ist die laufende technische Verantwortung geklärt, spricht mehr für Next.js. Clodrons Entwicklung von Webplattformen gehört dann in die Diskussion, wenn diese Anwendungsanforderungen tatsächlich bestehen.