Framer-Alternativen: wähle über die Design-Canvas hinaus

Wähle Webflow für einen anderen visuellen CMS-Workflow. Wähle selbst gehostetes WordPress für redaktionelle und Plugin-getriebene Arbeit, und Astro mit einem Headless-CMS wenn dein Team das Frontend und die Infrastruktur besitzen will. Auf Framer zu bleiben bleibt eine gültige Wahl wenn dessen Design- und Publishing-Workflow bereits passt. Teste die regelmäßige Publishing-Aufgabe vor der Wahl eines Ersatzes. Wenn unabhängiges Hosting die Anforderung ist, validiere auch die Export-Route.

Die Shortlist, nach dem was du ändern musst

• Bleib auf Framer wenn Design-Freiheit und verwaltete Publishing bereits die Aufgabe erfüllen.
• Webflow wenn das Team einen anderen visuellen CMS-Workflow will.
• Selbst gehostetes WordPress wenn redaktioneller Prozess und Plugins die Anforderungen treiben.
• Astro plus ein Headless-CMS wenn du das Frontend und die Infrastruktur besitzt.

Jede Route beantwortet eine andere Frage, und jede übergibt jemandem einen anderen Satz von Aufgaben. Beurteile den Ersatz nach dem nächsten Jahr des Publishing, nicht danach wie schnell jemand die aktuelle Homepage kopieren kann. Eine Homepage zu kopieren ist der einfache Teil und der am wenigsten aussagekräftige.

Für einen breiteren Kontext hat diese Website einen Leitfaden zu WordPress-Alternativen und einen Überblick über Headless-CMS-Optionen.

Die Entscheidungstabelle

Verwenden Sie die gleiche repräsentative Änderung bei jedem Kandidaten: eine neue Case-Study-Seite, die mit einem verwandten Service und einem Autor verlinkt ist, mit eigenem Titel und Beschreibung, einer Weiterleitung von einer alten URL und einem funktionierenden Anfrageformular. Wenn eine Route das in einem Test nicht sauber hinbekommt, haben Sie etwas Billiges gelernt.

Ein visueller Editor und Quellbesitz beantworten unterschiedliche Fragen. Framer und Webflow bieten eine Bearbeitungsoberfläche, während ihre Plattformen die Website betreiben. Astro gibt dem Team Kontrolle über den Frontend-Code, doch das Team muss immer noch ein Editor-freundliches CMS und dessen Integration wählen. Headless-CMSs können visuelle Vorschau und Bearbeitung bieten, wenn diese Verbindung aufgebaut ist. Sanitys Anleitung zum visuellen Bearbeiten zeigt einen solchen Ansatz.

Testen Sie den eigentlichen Grund für den Wechsel

Wenn Leute sagen „Framer ist limitierend", meinen sie eine bestimmte Sache. Benennen Sie diese. Framer ist nicht mehr nur ein statisches Portfolio-Tool: Seine CMS-Seite listet unbegrenzte Referenzen, eingebaute Lokalisierung, Entwürfe und Publishing sowie einen visuellen Content-Editor auf. Gestaffelte Inhalte können vor dem Live-Gehen in der Vorschau angesehen werden, und CSV-Import, Google Sheets-Synchronisierung und Airtable-Synchronisierung sind ebenfalls aufgeführt.

Überprüfen Sie also Ihren Grund gegen die tatsächliche Liste:

• Inhaltsbeziehungen. Benötigen Sie mehr als verlinkte Sammlungen? Modellieren Sie Ihre tatsächlichen Inhalte (Services, Autoren, Fallstudien), bevor Sie entscheiden, dass das Tool das nicht kann.
• Mitwirkenden-Berechtigungen. Wer darf bearbeiten, wer darf veröffentlichen, wer darf nur Vorschläge machen? Schreiben Sie dies pro Rolle auf und vergleichen Sie es mit der Dokumentation jeder Plattform.
• Überprüfung und Vorschau. Framer listet Entwürfe und Vorschauversionen auf. Webflow listet Entwurfsvorschauversionen, Verzweigungen, Staging und Genehmigungen auf. In WordPress hängt es davon ab, was Sie installieren.
• Lokalisierung. Framer und Webflow listen beide das auf. Testen Sie mit Ihren tatsächlichen Sprachen und URL-Mustern, nicht mit einer Demo-Seite.
• Integrationen. Benennen Sie das System, das Daten empfangen oder senden muss, und die Richtung. Eine fehlende Integration rechtfertigt selten einen Umbau.
• Hosting-Anforderungen. Wenn eine Richtlinie vorschreibt, dass Datenverkehr über genehmigte Infrastruktur laufen muss, ist das ein anderes Thema – und das, bei dem Framers eigene Dokumentation am vorsichtigsten ist.

Eine Einschränkung. Blogs von Drittanbietern veröffentlichen CMS-Obergrenzen pro Plan für Framer, aber ich habe diese nicht gegen Framers aktuelle Plan-Dokumentation überprüft, daher wiederhole ich die Zahlen nicht. Überprüfen Sie genaue Limits auf den Plan-Seiten, bevor Sie entscheiden.

Webflow, WordPress und Astro mit einem CMS

Die Eignung unten ist redaktionelle Bewertung. Die Funktionsfakten stammen von den eigenen Seiten der Anbieter.

Webflow

Webflow beschreibt sein CMS als visuell orientiert und komposierbar, mit Entwurfsvorschauversionen, granularer Veröffentlichung, Referenzfeldern und CSV-Massenimport. Es listet auch Verzweigungen, Staging, Genehmigungen und End-to-End-Lokalisierung auf, plus Headless-CMS-APIs zur Inhaltsbereitstellung ein und aus.

Webflow ist eine weitere gehostete Plattform. Der Wechsel von Framer zu Webflow kann ein Bearbeitungs- oder Integrations-Anforderung adressieren, beweist aber nicht von selbst die Infrastruktur-Unabhängigkeit. Vergleichen Sie daher die tatsächliche Hosting-Richtlinie mit Webflows verwaltetem Service, bevor Sie annehmen, dass ein Wechsel des Builders diese erfüllt.

Gute Eignung: ein Marketing-Team, das visuelle Bearbeitung liebt, aber andere Workflow-Tools möchte. Schlechte Eignung: eine Anforderung, die Website auf Ihrer eigenen Infrastruktur auszuführen.

Selbstgehostetes WordPress

WordPress bringt ein Publishing-System und ein Erweiterungs-Ökosystem mit, wie auf der WordPress-Funktionsseite dargelegt. Das ist der Anreiz: redaktionelle Struktur, Rollen und ein Plugin für fast jede Integration.

Jemand muss es noch betreiben. WP Engine (ein verwalteter WordPress-Anbieter, daher lesen Sie dies unter diesem Gesichtspunkt) sagt, dass selbstverwaltete redaktionelle Workflows und Audit-Trails Konfiguration oder Tooling erfordern, und dass Hosting und Leistung vom Stack abhängen. Der gleiche Artikel sagt, dass Organisationen vollständige Kontrolle über Infrastruktur- und Hosting-Entscheidungen behalten. Beide Seiten dieser Medaille sind wahr: Kontrolle und Verantwortung kommen zusammen.

Plugins definieren auch die redaktionelle Erfahrung. Das Editorial Workflow Manager-Plugin fügt beispielsweise eine Checkliste vor dem Veröffentlichen zum Block-Editor hinzu, standardmäßig beratend mit einem optionalen Block-Modus, und bietet diese Schnittstelle nicht im Classic Editor. Kleine Details wie diese entscheiden, ob Ihr Genehmigungsprozess tatsächlich existiert.

Gute Eignung: redaktionelles Volumen, benutzerdefinierte Post-Typen, Plugin-gesteuerte Funktionen und ein Team oder Anbieter, der für Patches und Überwachung der Installation zuständig ist. Schlechte Eignung: ein Projekt, bei dem niemand die Verantwortung für Hosting, Updates und Plugins übernimmt.

Astro plus Headless-CMS

Astro ist ein Frontend-Framework, kein visueller Builder. Seine Dokumentation enthält einen CMS-Leitfaden, weil Inhalte von irgendwoher kommen müssen. Wenn Nicht-Entwickler veröffentlichen, benötigen Sie eine Inhaltsbearbeitungsebene, einen Vorschau-Pfad für Editoren und einen Build- oder Deployment-Prozess, der läuft, wenn sie auf Veröffentlichen klicken.

Das gibt Ihnen Quellcode, den Sie besitzen, und Hosting, das Sie wählen. Es gibt Ihnen auch ein Repository, eine Pipeline und eine Sicherheitsoberfläche, um die Sie sich kümmern müssen. Entwickler werden Teil jeder Layout-Änderung, es sei denn, Sie erstellen Editor-freundliche Blöcke. Für die Framework-Frage siehe Astro vs Next.js.

Gute Eignung: ein Team mit Frontend-Fähigkeiten, spezifischen Leistungs- oder Integrations-Anforderungen und einem Grund, den Stack zu besitzen. Schlechte Eignung: ein Marketing-Team, das nächsten Monat Abschnitte herumschieben möchte.

Export und Hosting, Stand 4. November 2026

Hier widerspricht sich Framers eigene Dokumentation selbst, und ich werde nicht so tun, als würde ich das ignorieren.

Der HTML-Export-Artikel sagt, dass Framer keinen HTML-Export zum Selbst-Hosten anbietet. Sein FAQ beantwortet die Frage zum Herunterladen von HTML-Dateien oder statischen Bundles mit „Nein". Es listet Seiten-Vorrendering, dynamische Bildgrößenänderung, Font-Subsetting, serverseitiges Rendering und globale Auslieferung als von der Plattform verwaltete Services auf und sagt, dass wenn Sie vollständige Hosting-Kontrolle oder Source-Code-Export benötigen, Framer möglicherweise nicht die richtige Wahl ist.

Der Artikel zur Datenportabilität sagt zum Output das Gegenteil: Jede Website wird als Standard-HTML, CSS, JavaScript und statische Inhalte veröffentlicht, die Sie herunterladen und auf jeden Host verschieben können. Er sagt auch, dass CMS-Inhalte über Plugins als CSV oder JSON exportiert werden können, und verweist auf den EU Data Act.

Beide Artikel erscheinen in Framers Help-FAQ-Index als aktuelle Artikel. Keiner kann als der neuere behandelt werden. Eine unabhängige Überprüfung hat die Unstimmigkeit auch gekennzeichnet und sagte, dass ein unterstützter, tragbarer Website-Export nicht etabliert wurde. Die einzig ehrliche Position ist diese: Validieren Sie die aktuelle Export-Route und ihre Ausgabe für Ihr eigenes Projekt.

Reverse Proxy ist Lieferungskontrolle, nicht Unabhängigkeit

Framer dokumentiert eine Reverse-Proxy-Route, bei der Ihr Server Seiten von der Framer-Website anfordert und sie Besuchern bereitstellt. Es gibt Kontrolle über Header, Authentifizierung und Lieferung, während Framer die Inhaltsquelle bleibt. Advanced Hosting ist ein Add-on für Pro und in Enterprise enthalten, mit bis zu 6 Umschreibungen.

Nützlich, wenn Ihre Anforderung Routing oder Header sind. Es ist kein Beweis, dass Sie die Website ohne Framer betreiben können. Einige Limits aus der Dokumentation:

• Das Ändern der von React verwalteten Seiteninhalte wird nicht unterstützt; das Hinzufügen von Tags wird unterstützt.
• Verwenden Sie keine *.framer.app-Domain als Origin.
• Legen Sie die Canonical URL fest, wofür das Advanced-Hosting-Add-on erforderlich ist.
• Gleichen Sie Pfade bei der Bereitstellung unter einem Unterpfad ab, und vermeiden Sie nachfolgende Schrägstriche.
• Ein benutzerdefiniertes CSP erfordert Sorgfalt, einschließlich worker-src 'self' blob:, damit Anti-Bot-Checks für Formulare ausgeführt werden können.

Tools von Drittanbietern wie das Full Site Export Plugin lesen die veröffentlichte Website und bieten statische, Next.js- und lesbare React-Ausgaben an. Seine Auflistung sagt, dass der lesbare Export nicht pixelgenau ist und die Website veröffentlicht sein muss. Es ist eine Route von Drittanbietern, also behandeln Sie sie als etwas zum Bewerten, nicht als offizielle Antwort.

Führen Sie diese Export-Validierungsprüfliste aus, bevor Sie sich festlegen

Eine exportierte gerenderte Seite ist nicht automatisch ein bearbeitbares Projekt, und sie ist kein Ersatz-CMS. Behandeln Sie jeden Export als Beweis zum Inspizieren.

1. Beschaffen Sie einen repräsentativen Export über eine verfügbare dokumentierte Route, und notieren Sie genau, wie Sie ihn erhalten haben (Route, Tool, Datum, Plan).
2. Stellen Sie eine Kopie auf einem separaten Host bereit, nicht auf Ihrer Produktions-Domain.
3. Testen Sie direkte URL-Ladevorgänge, interne Links und Menüs sowie CMS-gesteuerte Seiten.
4. Überprüfen Sie Bilder, Schriftarten, Lokalisierung, Formulare und Interaktionen.
5. Listet jeden externen Request und Service auf, den die Kopie noch benötigt.
6. Bestätigen Sie, wie ein zukünftiges Inhalts-Update veröffentlicht würde, und von wem.
7. Vergleichen Sie URLs, Canonicals, Redirects und Metadaten mit der Live-Website.
8. Wenn die Route nicht validiert werden kann, grenzen Sie die Rekonstruktion ein, bevor Sie jemandem eine Migration versprechen.

Schritt 6 ist der, den Teams überspringen. Eine statische Kopie, die heute funktioniert, aber morgen keine Inhaltsänderung aufnehmen kann, ist ein Screenshot mit zusätzlichen Schritten.

Wenn Sie ein zweites Augenpaar auf das Thema haben möchten, bringen Sie ein repräsentatives Inhaltsmodell und die Veröffentlichungsaufgabe mit, die Framer derzeit nicht bewältigen kann, und wir können eine praktische CMS- und Frontend-Bewertung durch Headless-CMS-Entwicklung durchführen.

Bleiben und ein bedachter nächster Schritt

Bei Framer zu bleiben ist eine echte Option. Falls sein CMS dein Inhaltsmodell abdeckt, Redakteure damit zufrieden sind und die einzige Lücke etwas wie Routing, Header oder eine Integration ist, vergleiche diese kleinere Änderung mit einem kompletten Neubau. Die Reverse-Proxy-Route oben existiert genau für solche Anforderungen an die Auslieferung, und die CMS-Seite listet Synchronisierungsoptionen auf, die deine Datenanforderung möglicherweise erfüllen.

Nichts hier besagt, dass jede Framer-Website schlechtes SEO hat, Core Web Vitals nicht erfüllt oder ersetzt werden muss. Das ist nicht der Fall. Eine Plattformwahl ist in keine Richtung eine SEO-Garantie.

Eine sinnvolle Abfolge:

• Schreibe auf, welche eine Anforderung Framer nicht erfüllt, in einem Satz.
• Führe die repräsentative Änderung zunächst auf Framer durch, dann auf einer Alternative.
• Überprüfe die Exportroute, falls Unabhängigkeit wichtig ist.
• Erst dann kalkuliere einen Neubau.

Falls der Satz im ersten Schritt sich als vage herausstellt, das ist dein Erkenntnisgewinn.

FAQ

Kann ich Framer-CMS-Inhalte auf eine andere Plattform verschieben?

Framers Portabilitätsartikel sagt, dass CMS-Inhalte über Plugins als CSV oder JSON exportiert werden können, mit Text, Bildern und Collections. Nach dem Neubau solltest du die Beziehungen zwischen Collections im Ziel überprüfen, denn eine flache Datei trägt deine Redaktionsrichtlinien nicht mit sich.

Beeinflusst ein Plattformwechsel die Suchsichtbarkeit?

Das kann sein. Google sagt, dass bedeutende Seitenänderungen während eines Umzugs zu Ranking-Schwankungen führen können. Vor dem Start überprüfe URLs, Umleitungen, Inhalte, interne Links, Canonicals und Crawl-Zugriff, dann beobachte Indexierung und Traffic. Ein Plattformwechsel allein garantiert weder eine Verbesserung noch erhält bestehende Rankings.

Ist eine exportierte Framer-Website bearbeitbar?

Nicht automatisch. Eine gerenderte Kopie ist das Ergebnis, nicht eine Projektdatei. Eine neu erstellte React- oder Next.js-Version aus einem Drittanbieter-Tool könnte bearbeitbar sein, aber ihre eigene Auflistung sagt, sie ist nicht pixel-identisch.

Brauche ich Astro oder Next.js für ein Code-eigenes Frontend?

Beide können funktionieren. Die Wahl hängt von Rendering-Anforderungen, Team-Fähigkeiten und Hosting ab, das der Astro vs Next.js Vergleich abdeckt.

Der schärfste Vorbehalt: Framers zwei Hilfeartikel widersprechen sich beim Export, also überprüfe die Route an deinem eigenen Projekt, bevor du ein Migrationszusage machst, und denke daran, dass ein Reverse Proxy die Auslieferung ändert, während Framer der Origin bleibt.