Webflow vs. Astro: Welche Lösung passt besser zu Ihrem Webprojekt?

Webflow und Astro werden zunehmend im gleichen Atemzug genannt, wenn Unternehmen nach einer modernen technischen Basis für ihre Website suchen. Beide ermöglichen schnelle, visuell anspruchsvolle und SEO-taugliche Websites. Trotzdem handelt es sich nicht um zwei direkte Alternativen im klassischen Sinn. Webflow ist eine integrierte Website-Plattform mit CMS, Hosting, visueller Entwicklung und Publishing. Astro ist ein Open-Source-Webframework, das Entwicklern deutlich mehr Freiheit bei der technischen Architektur gibt. In der Praxis wird Astro bei Unternehmenswebsites deshalb häufig mit einem zusätzlichen Backend beziehungsweise Headless CMS wie Sanity kombiniert. Die eigentliche Entscheidung ist damit weniger eine Frage einzelner Features als eine Frage des langfristigen Betriebsmodells.

Zwei Lösungen für dasselbe Ergebnis, aber mit völlig unterschiedlichen Wegen

Am Ende können mit Webflow und Astro sehr ähnliche Websites entstehen. Eine Corporate Website mit mehreren Sprachen, einem Blog, Case Studies, Landingpages und individuellen Komponenten lässt sich grundsätzlich mit beiden Ansätzen realisieren. Von aussen ist später möglicherweise gar nicht erkennbar, auf welcher technologischen Basis die Website entstanden ist.

Der Unterschied zeigt sich vor allem dahinter. Webflow bündelt einen grossen Teil dessen, was für den Betrieb einer modernen Website benötigt wird, innerhalb einer Plattform. Design, CMS, Hosting, Publishing und SEO-Einstellungen greifen direkt ineinander. Auch Lokalisierung und redaktionelle Workflows lassen sich innerhalb desselben Systems abbilden.

Astro beginnt dagegen auf einer tieferen technischen Ebene. Das Framework übernimmt das Frontend und die technische Auslieferung der Website, bringt aber kein klassisches redaktionelles Backend mit. Inhalte können zwar lokal in Markdown oder MDX gepflegt oder über Content Collections strukturiert werden, für reale Unternehmensprojekte ist es jedoch häufig sinnvoller, Astro mit einem Headless CMS zu kombinieren.

Ein typisches Setup könnte beispielsweise aus Astro im Frontend und Sanity im Backend bestehen. Sanity übernimmt dabei die strukturierte Verwaltung der Inhalte, während Astro für Darstellung, Performance und technische Umsetzung zuständig ist. Genau diese Trennung zwischen Frontend und Backend ist für viele Teams der eigentliche Reiz einer Headless-Architektur.

Webflow und Astro unterscheiden sich weniger darin, was sich damit bauen lässt, sondern darin, wie viele Systeme und welche Kompetenzen dafür langfristig notwendig sind.

Das ist aus unserer Sicht der wichtigste Ausgangspunkt für einen sinnvollen Vergleich.

Braucht Astro ein zusätzliches CMS?

Nicht zwingend, aber in vielen Unternehmensprojekten ist es die sinnvollere Lösung.

Astro selbst kann Inhalte aus lokalen Dateien, strukturierten Content Collections, APIs oder Datenbanken laden. Für Entwicklerdokumentationen, technische Portale oder Projekte, deren Inhalte bewusst über Git gepflegt werden, kann das vollkommen ausreichen.

Für Marketing- und Kommunikationsteams sieht die Realität jedoch meist anders aus. Sie benötigen eine redaktionelle Oberfläche, in der Inhalte erstellt, strukturiert und veröffentlicht werden können, ohne dafür am Code oder Repository arbeiten zu müssen. Genau hier kommt ein Headless CMS ins Spiel.

Mit einer Kombination aus Astro und Sanity entsteht beispielsweise eine klare Aufgabenteilung. Sanity verwaltet Inhalte, Datenmodelle und redaktionelle Prozesse. Astro greift auf diese Inhalte zu und baut daraus das eigentliche Frontend. Das kann besonders sinnvoll sein, wenn Inhalte nicht nur auf einer Website verwendet werden, sondern auch in Apps, Portalen oder anderen digitalen Kanälen.

Diese Architektur ist nicht kompliziert, nur weil sie aus mehreren Systemen besteht. Sie ist bewusst modular. Genau darin liegt ihr strategischer Vorteil: Unternehmen sind weniger stark an die Grenzen und Produktentscheidungen eines einzelnen Website-Systems gebunden. Frontend, Backend und weitere Services können unabhängig voneinander weiterentwickelt oder bei Bedarf ersetzt werden.

Astro ist selten die komplette Website-Lösung. Seine Stärke liegt darin, als Frontend mit einem passenden Backend wie Sanity zu einer individuell aufgebauten Plattform kombiniert zu werden.

Webflow löst diesen Punkt anders. Das CMS ist Bestandteil derselben Plattform, in der auch die Website aufgebaut wird. Redaktion und Frontend sind enger miteinander verbunden. Das reduziert die Zahl der Schnittstellen und kann für klar umrissene Corporate- und Marketing-Websites ein grosser Vorteil sein. Gleichzeitig steigt damit aber auch die Abhängigkeit von der Architektur, den Limits und der langfristigen Produktentwicklung der Plattform.

Die eigentliche Entscheidung fällt nach dem Go-live

Bei einem Website-Projekt wird sehr viel darüber gesprochen, wie die Website gebaut wird. Mindestens genauso wichtig ist jedoch die Frage, wie sie zwei oder drei Jahre später betrieben werden soll.

Nach dem Go-live entstehen neue Landingpages, Leistungen verändern sich, Mitarbeitende wechseln, Case Studies werden ergänzt und neue Themen müssen in die Website integriert werden. Bei einer guten Corporate Website ist der Launch deshalb nicht das Ende, sondern der Beginn des laufenden Betriebs.

Genau in diesem Alltag zeigen sich die unterschiedlichen Philosophien besonders deutlich. In Webflow kann ein entsprechend aufgebautes Designsystem Marketing-Teams ermöglichen, neue Seiten aus bestehenden Komponenten selbst zusammenzustellen und Inhalte direkt im CMS zu verwalten. Entwickler werden erst dann benötigt, wenn tatsächlich neue technische Funktionalitäten oder Komponenten entstehen.

Bei Astro hängt diese Autonomie stark von der gewählten Architektur ab. Mit Sanity oder einem vergleichbaren Headless CMS können Redakteure Inhalte sehr komfortabel pflegen. Die strukturelle Weiterentwicklung der Website bleibt jedoch stärker im Frontend verankert. Neue Komponenten, neue Seitentypen oder zusätzliche Logiken müssen in Astro entwickelt und mit dem Content-Modell des Backends verbunden werden.

Das ist nicht schlechter. Es ist einfach ein anderes Betriebsmodell. Der Vorteil liegt darin, dass Inhalte und technische Oberfläche weniger eng miteinander gekoppelt sind. Wer später ein anderes Frontend benötigt, weitere Kanäle ergänzen oder bestehende Systeme anbinden möchte, hat dadurch häufig mehr Spielraum.

Eine integrierte Plattform reduziert kurzfristig Komplexität. Eine modulare Architektur kann langfristig mehr technologische Unabhängigkeit schaffen.

Für Unternehmen ohne eigenes Entwicklungsteam kann Webflows Ansatz weiterhin sehr attraktiv sein. Sobald eine Organisation jedoch technisch wachsen möchte oder Inhalte stärker als eigenständige Datenstruktur versteht, wird die Headless-Architektur zunehmend interessant.

Ist Astro automatisch schneller als Webflow?

Astro hat technisch hervorragende Voraussetzungen für sehr schnelle Websites. Das Framework ist darauf ausgelegt, möglichst wenig clientseitiges JavaScript auszuliefern und interaktive Komponenten nur dort zu aktivieren, wo sie tatsächlich benötigt werden. Entwickler erhalten ausserdem viel Kontrolle darüber, welche Ressourcen geladen werden und wie die Website gerendert wird.

Das macht Astro besonders interessant für Projekte, bei denen Performance auf technischer Ebene konsequent optimiert werden soll. Auch die Kombination mit einem Headless CMS wie Sanity ändert daran grundsätzlich nichts. Das CMS liefert die Inhalte, während Astro weiterhin entscheidet, wie diese im Frontend verarbeitet und ausgeliefert werden.

Daraus sollte man allerdings nicht ableiten, dass jede Astro-Website automatisch schneller ist als jede Webflow-Website. Die reale Performance hängt von deutlich mehr Faktoren ab: Bildgrössen, Videos, Fonts, Third-Party-Scripts, Tracking, Animationen, externe Services und nicht zuletzt die Qualität der Umsetzung.

Auch Webflow kann sehr performante Websites ausliefern. Die Plattform übernimmt dafür einen grossen Teil der Hosting- und Deployment-Infrastruktur. Dafür haben Entwickler naturgemäss weniger Kontrolle über jeden einzelnen Bestandteil der technischen Architektur.

Bei vielen Corporate Websites dürfte dieser Unterschied in der Praxis kleiner sein als angenommen. Wenn eine Website mit grossen Videos, zahlreichen Tracking-Scripts und schlecht optimierten Bildern geladen wird, hilft auch das performanteste Framework nur begrenzt.

Welche Lösung ist besser für SEO?

Aus technischer Sicht können beide Lösungen eine sehr gute Grundlage für SEO bilden.

Mit Astro haben Entwickler vollständige Kontrolle darüber, wie Meta-Daten, strukturierte Daten, Canonicals, hreflang-Angaben, interne Verlinkungen oder andere SEO-relevante Elemente implementiert werden. Gerade bei sehr individuellen Anforderungen ist das ein grosser Vorteil. Gleichzeitig muss diese Logik bewusst entwickelt und im angeschlossenen CMS mitgedacht werden.

Genau hier spielt beispielsweise Sanity eine wichtige Rolle. SEO-Felder, strukturierte Inhalte und sprachspezifische Informationen können bereits im Content-Modell definiert und anschliessend von Astro sauber im Frontend ausgegeben werden. Dadurch lässt sich eine sehr präzise SEO-Architektur aufbauen, die nicht davon abhängt, welche Einstellungen eine Website-Plattform gerade zur Verfügung stellt.

Webflow integriert viele dieser Aufgaben direkter in die redaktionelle Oberfläche. SEO-Titel und Meta Descriptions können auf Seiten- oder CMS-Ebene gepflegt werden. Für Marketing-Teams bedeutet das häufig weniger technische Abhängigkeit im Tagesgeschäft.

SEO wird nicht durch das Framework gewonnen. Entscheidend ist, ob technische Qualität, Content-Struktur und redaktioneller Workflow langfristig zusammenspielen.

Für Websites mit überschaubarer Struktur kann Webflows integrierter Ansatz sehr effizient sein. Sobald SEO, strukturierte Inhalte und Datenmodelle jedoch komplexer werden oder mehrere Systeme miteinander verbunden werden sollen, bietet eine Headless-Architektur mehr Freiheit.

Mehrsprachigkeit zeigt den Unterschied besonders deutlich

Für Schweizer Unternehmen ist Mehrsprachigkeit kein exotischer Sonderfall. Deutsch, Französisch, Italienisch und Englisch gehören bei vielen Organisationen zum normalen Website-Betrieb. Gerade deshalb ist die Art, wie eine Plattform mit mehreren Sprachen umgeht, besonders relevant.

Webflow bietet dafür einen integrierten Ansatz. Inhalte, URLs, SEO-Metadaten und weitere Seitenelemente können pro Sprache gepflegt werden, ohne dass dafür eine zusätzliche Systemarchitektur aufgebaut werden muss. Für eine klassische mehrsprachige Corporate Website kann das sehr komfortabel sein.

Bei Astro existiert keine vergleichbare, fest vorgegebene Lösung. Dafür lässt sich die Architektur sehr individuell gestalten. Mit Sanity können Inhalte beispielsweise mehrsprachig modelliert und zentral verwaltet werden. Astro übernimmt anschliessend die Ausgabe, Routing-Logik, hreflang-Informationen und die Darstellung der jeweiligen Sprachversionen.

Diese zusätzliche Konzeptionsarbeit ist nicht automatisch ein Nachteil. Sie erlaubt es, die Sprach- und Content-Logik an die tatsächlichen Anforderungen einer Organisation anzupassen, statt sich innerhalb der Möglichkeiten eines bestimmten Lokalisierungsprodukts bewegen zu müssen.

Für einfache mehrsprachige Websites kann Webflow dadurch der direktere Weg sein. Je stärker Inhalte jedoch strukturiert, wiederverwendet oder über mehrere Kanäle verteilt werden sollen, desto interessanter wird eine unabhängige Content-Architektur.

Wo Astro und Sanity ihre eigentliche Stärke ausspielen

Es wäre falsch, Astro nur als kompliziertere Variante einer Website-Plattform zu betrachten. Gerade die Tatsache, dass Astro keine komplette Plattform sein möchte, macht das Framework für bestimmte Projekte ausserordentlich attraktiv.

In Kombination mit Sanity entsteht eine flexible Architektur, bei der Inhalte unabhängig vom Frontend modelliert werden. Die Website ist dann nur noch eine mögliche Ausgabe dieser Inhalte. Dieselben Daten können theoretisch auch in Apps, Kundenportalen, digitalen Services oder anderen Touchpoints verwendet werden.

Das verändert die Rolle des CMS grundlegend. Inhalte werden nicht mehr primär als «Seiten in einer Website» gedacht, sondern als strukturierte Informationen, die an unterschiedlichen Stellen eingesetzt werden können.

Typische Situationen, in denen diese Freiheit einen echten Mehrwert bietet, sind beispielsweise:

• Websites mit mehreren Datenquellen oder bestehenden Backend-Systemen
• Plattformen, die Inhalte kanalübergreifend verwenden
• stark individualisierte Websites an der Grenze zur Webapplikation
• Unternehmen mit eigener Development-Abteilung oder langfristigem technischen Partner
• Projekte mit besonderen Anforderungen an Rendering, APIs oder Infrastruktur
• Organisationen, die bereits ein Headless CMS wie Sanity einsetzen
• Websites, deren Content-Modell langfristig unabhängig vom Frontend bleiben soll

In solchen Situationen wäre es wenig sinnvoll, die gesamte Architektur in eine integrierte Website-Plattform zu zwingen. Astro kann hier als flexible Frontend-Schicht dienen, während Sanity oder ein anderes Backend die Inhalte strukturiert bereitstellt.

Wo Webflow weiterhin seine Stärke ausspielt

Webflows Stärke liegt genau in der Integration. Unternehmen müssen nicht für jeden Teil der Website eine eigene technische Entscheidung treffen. CMS, Publishing, Hosting, visuelle Entwicklung und viele redaktionelle Funktionen gehören zu einem gemeinsamen System.

Das ist insbesondere dann wertvoll, wenn eine Website klar umrissene Anforderungen hat und primär als Kommunikations- und Marketinginstrument dient. Für Corporate Websites, Verbände, Beratungsunternehmen oder andere Organisationen mit relativ klassischen Inhaltsstrukturen kann dadurch ein sehr effizienter Workflow zwischen Design, Entwicklung und Redaktion entstehen.

Webflow ist deshalb keineswegs die «schlechtere» Wahl. Die entscheidende Frage ist vielmehr, ob die Vorteile einer integrierten Plattform den langfristigen Bedarf des Unternehmens tatsächlich abdecken.

Sobald Inhalte stärker strukturiert werden, mehrere Systeme angebunden werden oder sich eine Website zunehmend zu einer digitalen Plattform entwickelt, kann die enge Integration allerdings auch zur Einschränkung werden. Was zunächst Einfachheit schafft, kann später bedeuten, dass neue Anforderungen innerhalb einer vorhandenen Plattformlogik gelöst werden müssen.

Die Stärke einer integrierten Plattform ist ihre Einfachheit. Ihre Grenze liegt dort, wo das Projekt beginnt, deutlich über diese Plattform hinauszuwachsen.

Genau an diesem Punkt wird eine modulare Architektur interessant.

Was kostet Webflow im Vergleich zu Astro und Sanity wirklich?

Hier wird der Vergleich schnell irreführend.

Astro ist Open Source. Webflow ist ein kommerzielles Produkt mit laufenden Lizenzkosten. Betrachtet man ausschliesslich diese beiden Positionen, scheint Astro zwangsläufig günstiger.

Eine Unternehmenswebsite besteht jedoch nicht nur aus einem Framework. Bei einem Astro-Projekt können Kosten für Sanity oder ein anderes Headless CMS, Hosting, Deployment, zusätzliche Services und natürlich Entwicklung entstehen. Dazu kommt die langfristige Wartung der verschiedenen Integrationen.

Das ist nicht automatisch ein Nachteil. Bei komplexeren Projekten bezahlt ein Unternehmen damit bewusst für eine Architektur, die flexibler ist und sich langfristig unabhängiger weiterentwickeln lässt. Der Fehler wäre lediglich, Open Source mit kostenlos gleichzusetzen.

Webflow bündelt einen grossen Teil dieser Infrastruktur in einer laufenden Plattformgebühr. Das kann insbesondere bei klar abgegrenzten Website-Projekten wirtschaftlich sehr attraktiv sein. Die Kostenstruktur ist einfacher, und ein Teil der technischen Verantwortung liegt beim Plattformanbieter.

Open Source bedeutet nicht automatisch geringe Betriebskosten, genauso wie eine Plattformlizenz nicht automatisch teuer ist. Entscheidend ist der Aufwand des gesamten Systems über seine Lebensdauer.

Deshalb sollte man nicht nur Lizenzkosten vergleichen, sondern die Total Cost of Ownership über mehrere Jahre betrachten. Dazu gehören Entwicklung, Betrieb, Pflege, CMS, Hosting, externe Tools und die internen Ressourcen, die für Änderungen benötigt werden.

Hinzu kommt ein strategischer Faktor, der sich schwerer in Franken ausdrücken lässt: technologische Abhängigkeit. Bei einer modularen Architektur können einzelne Bestandteile grundsätzlich ausgetauscht werden, ohne zwangsläufig die gesamte Plattform neu aufzubauen. Für langfristig angelegte digitale Systeme kann genau das einen erheblichen Wert besitzen.

Webflow oder Astro mit Sanity: Welche Lösung würden wir wann wählen?

Für eine klar umrissene Corporate- oder Marketing-Website kann Webflow weiterhin eine sehr gute Lösung sein. Wenn Inhalte regelmässig von einem Marketing- oder Kommunikationsteam gepflegt werden, die Anforderungen überschaubar bleiben und möglichst wenig technische Infrastruktur betrieben werden soll, ist der integrierte Ansatz attraktiv.

Astro mit Sanity wird interessanter, sobald Inhalte und technische Architektur langfristig flexibler gedacht werden sollen. Wenn Inhalte kanalübergreifend verwendet werden, mehrere Datenquellen zusammengeführt werden, individuelle Integrationen benötigt werden oder das Unternehmen vermeiden möchte, dass seine gesamte digitale Präsenz zu stark an eine einzige Plattform gekoppelt ist, gewinnt die modulare Architektur deutlich an Reiz.

Die Entscheidung lässt sich deshalb auf vier Fragen reduzieren:

1. Wer pflegt die Website nach dem Go-live? Ein Marketing-Team, Entwickler oder beide?
2. Wo sollen die Inhalte langfristig leben? Direkt in der Website-Plattform oder unabhängig davon in einem Headless CMS?
3. Wie wahrscheinlich ist es, dass die Website technisch weiterwächst? Bleibt sie eine klassische Corporate Website oder entwickelt sie sich in Richtung Plattform?
4. Wie viel technologische Unabhängigkeit ist dem Unternehmen langfristig wichtig?

Gerade die letzte Frage wird aus unserer Sicht häufiger relevant. Eine Plattform kann heute perfekt zum Projekt passen und trotzdem in drei oder fünf Jahren nicht mehr die beste Grundlage für die nächste Entwicklungsstufe sein.

Fazit: Nicht nur den Launch, sondern die nächsten Jahre betrachten

Webflow und Astro sind beide moderne Grundlagen für Websites. Trotzdem lösen sie das Problem auf entgegengesetzte Weise.

Webflow versucht, möglichst viele Bestandteile einer Website in einer Plattform zusammenzuführen. Das reduziert technische Schnittstellen und ermöglicht insbesondere Marketing- und Kommunikationsteams einen hohen Grad an Autonomie. Für klar definierte Websites ist das ein sehr überzeugender Ansatz.

Astro verfolgt in Verbindung mit einem Backend wie Sanity eine modularere Philosophie. Frontend, Inhalte und Infrastruktur werden bewusst voneinander getrennt. Das verlangt zunächst mehr Konzeption und technische Arbeit, schafft dafür aber mehr Freiheit bei Datenmodellen, Integrationen, zukünftigen Frontends und der langfristigen Weiterentwicklung des Systems.

Für uns ist deshalb zusätzliche technische Freiheit nicht automatisch ein Argument für Astro. Bei einem einfachen Projekt würde eine komplexere Architektur keinen Mehrwert schaffen. Je ambitionierter eine Website jedoch wird, desto interessanter wird die Frage, ob man sich langfristig innerhalb eines einzelnen Plattform-Ökosystems bewegen möchte oder die einzelnen Bestandteile bewusst unabhängig halten will.

Die beste Plattform ist nicht diejenige, die heute am bequemsten ist. Es ist diejenige, deren Architektur auch zu den Anforderungen von morgen passt.

Deshalb sollte die Entscheidung zwischen Webflow und Astro nicht mit der Frage beginnen, welches System technisch leistungsfähiger ist. Sie sollte mit einer praktischeren Frage beginnen: Wie soll diese Website in drei oder fünf Jahren betrieben, erweitert und weiterentwickelt werden?

Wer darauf eine klare Antwort hat, hat meistens auch schon die Antwort auf die Plattformfrage.