Versionskontrolle und Datensicherung in Framer: Wie Git-Mirroring und Laufzeit-Entkopplung den Plattform-Lock-in lösen

Wer eine Website mit No-Code-Werkzeugen betreibt, steht vor grundlegenden Eigentumsfragen. Der Ratgeber Wem gehört meine Webseite? Domain, Code und Inhalte (2026) zeigt, welche rechtlichen Grenzen bei Homepage-Baukästen greifen und wo der Verlust von Nutzungsrechten droht. Ergänzend schlüsselt Was kostet eine Webseite 2026? Preise für kleine Betriebe die realen Gesamtbetriebskosten auf, wenn geschlossene Plattformen für Bandbreite und Bearbeiter zusätzliche Gebühren verlangen. Dieser Fachartikel baut auf diesen wirtschaftlichen und rechtlichen Grundlagen auf und untersucht die technische Kehrseite der Design-Plattform Framer. Während klassische Baukästen zumindest einfache HTML-Seiten erzeugen, verschärft Framer das Problem durch dynamische, serverseitig gekoppelte React-Laufzeitumgebungen. Wie sich Systeme trotz technischer Restriktionen durch Entkopplung steuern lassen, belegt die Untersuchung Entwicklung in schreibgeschützten Sandboxes: Wie OverlayFS, Symlink-Wälder und Git-Alternates das Kopieren von Dateien ersetzen: Unveränderliche Basissysteme bleiben unberührt, während Änderungen in separaten Schichten versioniert werden. Genau dieses Entkopplungsprinzip löst das Plattformrisiko bei Framer. Wie Dezentralität als strukturelle Konsequenz: Eine evidenzbasierte Analyse anhand messbarer Ausfallrisiken zentraler Cloud-Anbieter darlegt, ist Datenautonomie kein theoretisches Ideal, sondern eine betriebliche Notwendigkeit zur Risikominimierung.

Stand aller Angaben: Oktober 2026. Datengrundlage sind die verbindlichen Nutzungsbedingungen (Terms of Service) und Dokumentationen der Framer B.V., die amtliche Verordnung (EU) 2023/2854 (EU Data Act), die Rechtsprechung des Bundesgerichtshofs zur Herausgabe von Quellcode sowie Marktdaten von W3Techs.

Das Export-Paradoxon: Framer wälzt die Datensicherungspflicht auf Kunden ab und verweigert den statischen Code-Export

Framer hat im Markt der visuellen Webseiten-Baukästen eine starke Position aufgebaut. Nach den Erhebungen von W3Techs vom Oktober 2026 liegt Framers Anteil an den weltweiten Top-10-Millionen-Websites bei 0,4 Prozent [11]. Zum Vergleich: WordPress erreicht 62,8 Prozent, Wix 3,8 Prozent, Squarespace 3,1 Prozent und Webflow 1,2 Prozent [11]. In technologieorientierten Segmenten ist Framer jedoch stark überrepräsentiert: Bei Start-ups aus dem Y-Combinator-Netzwerk beträgt der Marktanteil über 4,2 Prozent [11]. Die Plattform erlaubt es Designern, komplexe Webauftritte visuell zu erstellen und per Klick in ein weltweites Verteilnetz (Content Delivery Network, CDN) zu publizieren.

Hinter der einfachen Veröffentlichung verbirgt sich ein rechtlicher und technischer Widerspruch:

1. Die vertragliche Pflicht zur Datensicherung: In den allgemeinen Geschäftsbedingungen (Terms of Service, Stand 16.06.2026) wälzt Framer in Ziffer 8.1 die alleinige Verantwortung für Datenverlust auf den Kunden ab [1]. Der Text lautet wörtlich: „Customer alone is responsible for any of the Content that may be lost or unrecoverable through the Customer’s use of the Service. Customer is encouraged to archive its Content regularly and frequently.“ [1]. In Ziffer 15.1 schließt Framer jegliche Haftung für Kosten verlorener oder beschädigter Daten („costs of lost or damaged data“) aus und deckelt die Gesamthaftung auf die in den vergangenen zwölf Monaten gezahlten Gebühren [1].

2. Das technische Export-Verbot: Gleichzeitig verweigert Framer in der Benutzeroberfläche und in seiner offiziellen Dokumentation („Can I export my website to HTML and self-host it?“, aktualisiert am 15.09.2026) jede native Exportfunktion [2]. Auf die Frage, ob sich veröffentlichte Seiten als HTML exportieren und selbst hosten lassen, antwortet der Anbieter: „No. Framer does not provide a way to export published sites as HTML files or static website bundles.“ [2]. Als Begründung führt Framer an, dass moderne Webseiten an proprietäre Backend-Dienste wie serverseitiges Rendering (SSR), dynamische Bildskalierung, Font-Subsetting und CDN-Caching gebunden seien [2].

3. Die Argumentation zum EU Data Act: Um den Anforderungen der europäischen Verordnung (EU) 2023/2854 (EU Data Act, wirksam seit dem 12.09.2025) zur Anbieter-Portabilität formal zu genügen, deklariert Framer in einem parallelen Hilfedokument („Porting your data from Framer“, aktualisiert am 15.09.2026) das genaue Gegenteil [3]. Dort heißt es: „Every Framer site is published as standard HTML, CSS, JavaScript, and static assets. You can download these files at any time and move them to any hosting provider.“ [3].

Aus diesen drei Aussagen entsteht das Export-Paradoxon: Framer verbietet einen nativen Export-Knopf, schließt die Haftung für Datenverlust vertraglich aus, verpflichtet den Kunden zur eigenständigen Archivierung und erklärt zur Erfüllung europäischen Rechts das manuelle Herunterladen von Dateien im Webbrowser zur offiziellen Portabilitätsmethode. Wer diese vertragliche Pflicht erfüllen will, muss den gerenderten Code im Client-Browser abgreifen und dynamische Abhängigkeiten eigenständig auflösen.

Branching in Framer 3.0 bleibt Pro-Tarifen vorbehalten und bietet keinen automatischen Drei-Wege-Merge

In vielen Entwickler-Diskussionen hält sich die Ansicht, Framer biete überhaupt keine Verzweigungsfunktion (Branching). Diese Angabe ist seit Sommer 2026 veraltet. Am 16. Juni 2026 hat der Anbieter mit Framer 3.0 eine Branching-Funktion eingeführt [5]. Die praktische Nutzung unterliegt jedoch harten Beschränkungen:

1. Ausschluss der Einstiegstarife: Nach der offiziellen Preistabelle (Stand 16.10.2026) ist Branching ausschließlich in den Tarifen Pro (30 US-Dollar pro Monat bei jährlicher Zahlung) und Enterprise verfügbar [4]. In den Tarifen Free (0 US-Dollar) und Basic (10 US-Dollar pro Monat) existiert kein Branching [4]. Teams in günstigeren Tarifen arbeiten direkt auf dem produktiven Entwurf.

2. Kein Drei-Wege-Merge: Framers Branching operiert nicht nach den Prinzipien verteilter Versionskontrollsysteme. Es existiert kein automatischer Drei-Wege-Merge und keine visuelle Konfliktauflösung auf Element-Ebene. Das Handbuch („How to use branches in Framer“) hält für Konflikte fest: „In some cases, you may need to manually decide which version to keep.“ [5]. Ein versehentliches Überschreiben von Änderungen anderer Bearbeiter bleibt möglich.

3. Befristete Revisionshistorie: Die Aufbewahrungsdauer der Versionsgeschichte (Version History) ist zeitlich streng begrenzt [4]. In den Tarifen Free und Basic beträgt die Aufbewahrung 30 Tage [4]. Im Pro-Tarif werden Versionen 90 Tage gespeichert [4]. Eine unbegrenzte Historie bleibt zahlenden Enterprise-Kunden vorbehalten [4]. Ein Zurücksetzen auf Stände aus dem Vorquartal ist in Standard-Tarifen technisch unmöglich.

4. Manuelles Revert-Verfahren: Das Wiederherstellen älterer Entwurfsstände erfolgt nicht per Knopfdruck für das gesamte Projekt. Laut Dokumentation („How can I revert to a previous working version of my file“) legt das System Schnappschüsse alle fünf Minuten für die letzten vier Stunden, stündlich für die letzten 24 Stunden und täglich für ältere Zeiträume an [6]. Diese früheren Versionen sind schreibgeschützt (view-only) [6]. Die Wiederherstellung erfordert, dass Bearbeiter die gewünschten Komponenten im schreibgeschützten Fenster markieren, kopieren und manuell in den aktuellen Arbeitsbereich einfügen [6].

5. Staging-Grenzen: Eine echte Trennung von Vorschau und Produktion erfordert den Pro-Tarif und eine eigene Domain [7]. Die generische Subdomain (projekt.framer.app) dient dabei als Staging-Umgebung, während die Hauptadresse erst nach Betätigung des Deploy-Schalters aktualisiert wird [7].

Fünf Methoden für Revisionssicherheit: Von In-Platform-Snapshots bis zur Git-gestützten Werkstatt-Architektur

Um den Widerspruch zwischen vertraglicher Sicherungspflicht und fehlendem Export-Schalter aufzulösen, kommen in der Praxis fünf verschiedene Verfahren zum Einsatz:

Aus diesen Rahmenbedingungen ergeben sich fünf praktische Lösungsansätze:

1. Methode 1: Remix-Snapshots im Projekt. Vor jeder größeren Layout-Änderung wird das Projekt über die Remix-Funktion dupliziert. Vorteil: Es sind keine Programmierkenntnisse erforderlich, und das visuelle Layout bleibt vollständig im Editor erhalten. Nachteil: Die Kopie verbleibt im geschlossenen Cloud-Silo von Framer. Es entsteht kein lokales Backup, und gelöschte Konten führen zum Verlust aller Duplikate.

2. Methode 2: Tabellarischer CMS-Export über Plugins. Redaktionelle Daten aus dem Framer-CMS werden über Erweiterungen als CSV- oder JSON-Dateien exportiert. Vorteil: Texte und strukturierte Datenbestände lassen sich unabhängig vom Layout sichern. Nachteil: Layouts, Animationen, interaktive Komponenten und Bildverknüpfungen werden nicht erfasst.

3. Methode 3: Lokale Versionierung von Code-Komponenten. Eigene React-Komponenten (.tsx) und Code-Overrides werden in einem lokalen Git-Repository gepflegt und über die offizielle Framer-Befehlszeile (@framer/agent) synchronisiert. Vorteil: Entwickelter Programmcode unterliegt strikter Revisionskontrolle. Nachteil: Die Methode sichert nur handgeschriebene Skripte, nicht den visuellen Seitenbaum der Gestalter.

4. Methode 4: Headless-Mirroring und Git (Die Werkstatt-Architektur). Die Website wird auf einer ungelisteten Vorschau-Subdomain veröffentlicht, über einen spezialisierten Prozess vollständig als statisches Bündel gespiegelt und in ein privates Git-Repository überführt. Vorteil: Unbegrenzte Revisionshistorie, dezentrale Backups und vollständige Unabhängigkeit von Framers Hosting.

5. Methode 5: Laufzeit-Rekonstruktion. Aus dem gespiegelten Code wird das HTML und CSS übernommen, während Framers proprietäre JavaScript-Laufzeitumgebung durch schlanke Open-Source-Bibliotheken (wie Motion für Animationen und Lenis für weiches Scrollen) ersetzt wird. Vorteil: Die Dateigröße des JavaScript-Bundles sinkt von rund 625 Kilobyte auf circa 9 Kilobyte (jeweils gzip-komprimiert), was Ladezeiten und Barrierefreiheit verbessert.

Die Werkstatt-Architektur trennt Entwurf und Hosting durch automatisierte Headless-Spiegelung und Git-Commits

Das vierte Verfahren löst die Revisions- und Sicherungsprobleme deterministisch auf. Das Grundprinzip lautet: Framer wird nicht als Webhoster betrieben, sondern wie ein spezialisiertes Zeichenprogramm (CAD) zur reinen Gestaltung genutzt.

Der technische Ablauf gliedert sich in fünf Schritte:

1. Der Canvas als reine Entwurfsumgebung: Grafiker und Redakteure nutzen die visuellen Stärken von Framer: adaptive Layouts, visuelle Animationsfedern und Schriftanpassungen.

2. Die Veröffentlichungs-Weiche: Das Projekt wird nicht auf die produktive Domain geschaltet, sondern auf einer standardmäßigen Framer-Subdomain (beispielsweise projektname.framer.app) ohne Suchmaschinen-Indexierung bereitgestellt.

3. Der Headless-Spiegelungsprozess (framer-export): Ein spezialisierter Node.js-Prozess ruft die XML-Sitemap der Vorschau-Domain ab und lädt alle Ressourcen strukturiert herunter:

   • Sämtliche HTML-Dokumente und JavaScript-Module (.mjs und .js).

   • Alle Mediendateien und Bildformate aus dem CDN framerusercontent.com.

   • Webfonts von Google-Servern (fonts.gstatic.com).

   • Auflösung von CMS-Datensegmenten: Framer lädt dynamische CMS-Inhalte über HTTP-Byte-Range-Anfragen mit Parametern wie ?range=a-b,c-d. Einfache Standard-Webserver können solche Teilanfragen oft nicht beantworten. Ein robuster Export-Prozess fängt diese Anfragen ab und stellt sicher, dass der Zielserver den HTTP-Statuscode 206 (Partial Content) korrekt ausliefert.

4. Git als maßgebliche Wahrheitsquelle: Das gespiegelte Verzeichnis wird automatisch in ein privates Git-Repository eingecheckt. Jeder Stand erhält einen kryptografischen SHA-256-Hash, einen Zeitstempel und eine Prüfsumme. Damit stehen alle Funktionen moderner Versionskontrolle zur Verfügung: Verzweigungen (Feature-Branches), Diffs von Quellcode-Änderungen und das sekundenschnelle Zurücksetzen auf Stände von vor vielen Monaten.

5. Autarkes Hosting und automatisierte Qualitätsprüfung: Das statische Paket wird auf unabhängigen Plattformen wie Cloudflare Pages, Vercel oder eigenen Nginx-Servern ausgeliefert. Um Konfigurationsfehler auszuschließen, prüft das Terminal-Skript framer-sicherung-check den exportierten Ordner automatisiert auf vier Kriterien:

   • Ist das Verzeichnis als Git-Repository initialisiert und gibt es ungesicherte Änderungen?

   • Liegen sitemap.xml und index.html vollständig vor?

   • Existieren im Quelltext noch verbliebene externe Verweise auf fremde Framer-Server (framerusercontent.com oder framer.com/m), die bei einer Abschaltung ins Leere liefen?

   • Sind Konfigurationsdateien für Weiterleitungen (_redirects) und Suchmaschinen (robots.txt) korrekt gesetzt?

Rechtslage zwischen BGH-Urteil und EU Data Act: Warum Kunden ohne eigenen Export schutzlos bleiben

Die Notwendigkeit einer externen Datensicherung ist nicht nur ein technisches, sondern ein juristisches Erfordernis:

1. Die Rechtsprechung des Bundesgerichtshofs (BGH X ZR 129/01): Nach dem Grundsatzurteil des BGH vom 24.06.2004 schuldet der Ersteller eines digitalen Werks mangels ausdrücklicher vertraglicher Abrede nur das lauffähige Programm, nicht jedoch die Herausgabe des Quellcodes oder der offenen Projektdateien [10]. Übertragen auf SaaS-Baukästen bedeutet dies: Wer seine Website ausschließlich innerhalb von Framer pflegt und hostet, besitzt keinen Rechtsanspruch gegen den Betreiber auf Herausgabe lauffähiger Exportdateien. Endet das Vertragsverhältnis durch Kündigung oder Zahlungsprobleme, verfällt die Webseite ohne Entschädigung.

2. Der Schutzanspruch des EU Data Acts: Die Artikel 23 bis 31 der Verordnung (EU) 2023/2854 verpflichten Cloud-Dienste seit September 2025 dazu, funktionelle Hürden beim Wechsel des Diensteanbieters abzubauen und interoperable Exportformate bereitzustellen [9]. Ab dem 12.01.2027 sind Wechselgebühren vollständig untersagt [9]. Framers juristischer Verweis in Hilfedokumenten, der Nutzer könne den Quellcode ja manuell im Browser abspeichern [3], genügt zwar vordergründig dem Wortlaut der Datenportabilität. Er verschiebt jedoch den technischen Aufwand zur Extraktion dynamischer CMS-Blobs und CDN-Medien vollständig auf den Verbraucher.

3. Die Beschränkung von Framers Auftragsverarbeitung (DPA): Im Anhang der Datenschutz-Vereinbarung (Data Processing Addendum, Stand 16.06.2026) dokumentiert Framer kontinuierliche Backups der AWS-Infrastruktur und Wiederherstellungstests alle 30 Tage [8]. Diese Maßnahmen schützen jedoch ausschließlich Framers Gesamtsystem vor Infrastruktur-Ausfällen. Sie bieten dem einzelnen Kunden keine Möglichkeit, einen versehentlich gelöschten Canvas-Stand auf einen bestimmten Zeitpunkt zurückzusetzen (Disaster Recovery).

Grenzen der Belege: Wo behördliche Urteile zum Data Act und Werkzeuge zur Canvas-Rückführung fehlen

Eine vollständige sachliche Einordnung verlangt die Benennung der Punkte, für die derzeit keine abschließenden Urteile oder empirischen Langzeitdaten vorliegen:

1. Fehlende behördliche Entscheidungen zum EU Data Act: Es gibt bisher keine rechtskräftigen Beschlüsse der zuständigen Aufsichtsbehörden (wie der Bundesnetzagentur oder europäischer Regulierer), die klären, ob das bloße Verweisen auf browserbasiertes Herunterladen den gesetzlichen Interoperabilitäts- und Portabilitätsanforderungen von Artikel 25 des Data Acts genügt, wenn die Plattform zugleich native Export-Funktionen technisch blockiert.

2. Skalierungsgrenzen bei umfangreichen CMS-Datenbanken: Für kleine und mittlere Webseiten funktioniert das Spiegeln über Byte-Range-Anfragen stabil. Es fehlen jedoch publizierte Industriemessungen darüber, ab welcher Datenmenge (beispielsweise über 10.000 CMS-Datensätze oder über 1.000 Unterseiten) das clientseitige Scraping von Byte-Ranges an Bandbreiten- und Speicherlimits stößt, sodass klassische Headless-CMS-Architekturen wirtschaftlicher werden.

3. Fehlende automatisierte Canvas-Rückführung: Das Headless-Spiegeln sichert die gerenderte Website vollständig für das Hosting. Es existiert jedoch in der Framer-Befehlszeile (@framer/agent) bisher keine Funktion, um aus einem gesicherten HTML- und JSON-Dateibaum eine zerstörte Framer-Canvas-Projektdatei automatisch wiederherzustellen. Ein Revert im visuellen Editor bleibt auf manuelle Kopierschritte angewiesen.

4. Feldmessungen zu Core Web Vitals bei bereinigter Laufzeit: Die Reduktion der JavaScript-Größe von 625 Kilobyte auf 9 Kilobyte (gzip) durch den Ersatz der Framer-React-Engine durch native Motion- und Lenis-Skripte ist messtechnisch im Labor belegt. Es fehlen jedoch großflächige Feldmessungen zu Metriken wie Largest Contentful Paint (LCP) und Interaction to Next Paint (INP) unter realen Netzwerkbedingungen, um den Vorteil gegenüber Framers weltweiter CDN-Infrastruktur exakt zu quantifizieren.

Quellen

Alle Quellenabrufe und Datenprüfungen erfolgten am 16.10.2026.

• [1] Framer B.V.: Terms of Service, Ziffern 8.1, 15.1 und 18.4, verbindlicher Nutzervertrag, Stand 16.06.2026: https://www.framer.com/legal/terms-of-service

• [2] Framer B.V.: Can I export my website to HTML and self-host it?, offizielle Support-Dokumentation, aktualisiert am 15.09.2026, publiziert am 16.10.2026: https://www.framer.com/help/articles/can-i-export-my-website-to-html-and-self-host-it/

• [3] Framer B.V.: Porting your data from Framer, offizielle Support-Dokumentation zum EU Data Act, aktualisiert am 15.09.2026, publiziert am 16.10.2026: https://www.framer.com/help/articles/porting-your-data-from-framer/

• [4] Framer B.V.: Framer Pricing and Plan Limits, offizielle Preistabelle, Stand 16.10.2026 (Commit dd467b6): https://www.framer.com/pricing

• [5] Framer B.V.: How to use branches in Framer, Funktionsspezifikation zu Version 3.0, aktualisiert am 15.09.2026: https://www.framer.com/help/articles/how-to-use-branches-in-framer/

• [6] Framer B.V.: How can I revert to a previous working version of my file, Revisionsdokumentation, aktualisiert am 15.09.2026: https://www.framer.com/help/articles/how-can-i-revert-to-a-previous-working-version-of-my-file/

• [7] Framer B.V.: Staging and versions, Dokumentation zum Bereitstellungsprozess, aktualisiert am 15.09.2026: https://www.framer.com/help/articles/staging-and-versions/

• [8] Framer B.V.: Data Processing Addendum (DPA), Anhang Availability Controls, Auftragsverarbeitungsvertrag nach Art. 28 DSGVO, Stand 16.06.2026: https://www.framer.com/legal/data-processing-addendum/2.0

• [9] Europäische Union: Verordnung (EU) 2023/2854 des Europäischen Parlaments und des Rates vom 13. Dezember 2023 über harmonisierte Vorschriften für einen fairen Datenzugang und eine faire Datennutzung (EU Data Act), Kapitel VI (Art. 23 bis 31), Amtsblatt der Europäischen Union L vom 22.12.2023: https://eur-lex.europa.eu/eli/reg/2023/2854/oj

• [10] Bundesgerichtshof (BGH): Urteil vom 24.06.2004, Aktenzeichen X ZR 129/01 („Herausgabe von Quellcode“), Leitsatz und Gründe, BGHZ 159, 376.

• [11] W3Techs (World Wide Web Technology Surveys): Usage statistics of Content Management Systems, Markterhebung zu CMS- und Website-Builder-Anteilen bei über 10 Millionen Domains, Datenstand Oktober 2026: https://w3techs.com/technologies/overview/content_management