Eine Website, die Sie bezahlt haben, sollte Sie nicht an Ihre Agentur oder eine Plattform ketten. Entscheidend ist deshalb eine Frage, die vor dem Projektstart geklärt sein muss: Können Sie später den Dienstleister wechseln, Ihre Inhalte mitnehmen und die Anwendung unabhängig weiterentwickeln lassen? Wenn Quellcode, Konten und Daten außerhalb Ihrer Kontrolle liegen, bezahlen Sie zwar eine Website – behalten aber nicht alle Schlüssel dazu.
Wir bei WEBETWEEN halten künstlich erzeugte Abhängigkeiten für überholt. Als Lovable Agentur und offizieller Lovable Partner setzen wir deshalb auf eine andere Arbeitsweise. Lovable ist für uns ein Technologiesprung: Wir können individuelle Websites und Anwendungen KI-gestützt entwickeln, und der dabei entstehende Quellcode bleibt zugänglich. Ihre Website ist nicht bloß eine Oberfläche, die nur innerhalb eines geschlossenen Baukastens existiert.
Unsere Antwort auf die Eigentumsfrage lautet daher: Sie können Ihren Lovable-Code sichern und außerhalb der Plattform weiterverwenden. Aber der Code ist nicht das gesamte laufende System. Wer unabhängig bleiben möchte, muss auch Daten, Konten und Nutzungsrechte im Blick haben. Genau diese Unterschiede erklären wir hier.
Was bedeutet es eigentlich, wenn Ihnen eine Webanwendung „gehört“?
Wenn Sie eine Maschine oder ein Bürogebäude kaufen, ist die Eigentumsfrage einfach geklärt: Es steht in Ihren Räumen, Sie haben den Schlüssel, die Papiere lauten auf Ihren Namen. In der digitalen Welt gibt es jedoch kein physisches Eigentum im klassischen Sinn. Hier setzt sich Ihr Projekt aus verschiedenen Bausteinen zusammen, die Sie getrennt voneinander betrachten müssen:
Der Bauplan (Quellcode): Das sind die geschriebenen Programmdateien, die festlegen, wie Ihre Seite aussieht, wie Knöpfe reagieren und welche Logik im Hintergrund abläuft.
Die lebenden Daten: Ihre Kundenkonten, Formulareinträge, Produktkataloge, Texte und hochgeladenen Bilder.
Die Infrastruktur und Konten: Wo das Ganze gehostet wird, über wen Ihre Domain läuft und wer die Passwörter besitzt.
Die vertraglichen Nutzungsrechte: Was Sie mit dem Code und den Designs rechtlich überhaupt anstellen dürfen.
Technische Kontrolle und rechtliche Nutzungsrechte sind unterschiedliche Dinge. Für Ihre Unabhängigkeit sollten Sie bei allen vier Punkten wissen, wer zuständig ist, worauf Sie zugreifen können und wie eine Übergabe funktioniert. Fremde Softwarelizenzen oder ein Hostingvertrag verschwinden dadurch nicht.
Bei geschlossenen Baukästen hängt der Betrieb an der Plattform. Selbst wenn ein Anbieter wie Webflow einen Codeexport ermöglicht, sind damit nicht automatisch sämtliche Datenbankfunktionen und Inhalte übertragen. Entscheidend ist nicht das Wort „Export“, sondern ob sich Ihre konkrete Anwendung außerhalb des Dienstes betreiben lässt.
WordPress ist dagegen offene Software: Code und Datenbank können grundsätzlich auf eine andere geeignete Hostingumgebung übertragen werden. Das Problem liegt für uns nicht in fehlender Offenheit, sondern im Plugin-Prinzip. Je mehr Erweiterungen, Themes und individuelle Anpassungen zusammenspielen, desto mehr Abhängigkeiten müssen bei Betrieb und Umzug geprüft werden. Unsere WordPress-Alternative setzt deshalb bei der Entwicklung an: Wir bauen den gewünschten Ablauf, statt ihn zuerst aus fertigen Erweiterungen zusammenzusetzen.
Warum Lovable unser Technologiesprung ist
Lovable erzeugt Anwendungscode auf Basis verbreiteter Technologien wie React, TypeScript und Tailwind CSS. Entwickler können diesen Code lesen und weiterbearbeiten. Das ist der zentrale Unterschied zu einer Website, deren Funktionen ausschließlich in einer proprietären Baukastenoberfläche konfiguriert sind.
Für Sie als Unternehmer bringt das zwei entscheidende Vorteile zusammen:
KI-gestützte Entwicklung: Funktionen und Varianten können schneller ausgearbeitet werden. Statt zuerst nach einer passenden Erweiterung zu suchen, entwickeln wir den gewünschten Ablauf direkt.
Echter, offener Code statt Vendor Lock-in: Was Lovable erzeugt, ist kein Plattform-Geheimnis. Der Quellcode ist lesbar, folgt modernen Standards und lässt sich exportieren, sichern und unabhängig von Lovable betreiben.
KI ersetzt dabei nicht die Verantwortung für das Ergebnis. Der Code muss geprüft werden, Funktionen müssen getestet und Zugriffsrechte sauber umgesetzt sein. Unsere Entscheidung für Lovable ist keine Behauptung, dass jeder automatisch erzeugte Entwurf bereits produktionsreif wäre.
Die GitHub-Synchronisierung: In fünf Schritten zur echten Kontrolle
Der wichtigste Schlüssel für Ihre Unabhängigkeit bei einem Lovable-Projekt heißt GitHub. GitHub ist die weltweit führende Plattform zur Versionsverwaltung und Speicherung von Softwarecode. Erst wenn Ihr Projekt dort liegt, befindet sich der Quellcode tatsächlich in Ihren eigenen Händen und nicht bloß in der Weboberfläche eines Anbieters.
Für die GitHub-Anbindung empfehlen wir diese fünf Schritte:
Schritt 1: Ein eigenes Firmen-Konto anlegen
Nutzen Sie ein GitHub-Konto oder eine Organisation unter der Kontrolle Ihres Unternehmens. Entscheidend ist, dass Sie die administrativen Rechte besitzen – nicht allein ein Mitarbeiter des Dienstleisters. Die Einrichtung eines Kontos regelt Zugänge, aber nicht automatisch die Urheber- oder Nutzungsrechte am Inhalt.
Schritt 2: Die Verbindung autorisieren
Innerhalb der Lovable-Arbeitsumgebung wird die offizielle Schnittstelle zu GitHub aktiviert. Dabei vergeben Sie als Inhaber des Kontos die Berechtigung, dass Lovable Programmcode in Ihren GitHub-Bereich übertragen darf.
Schritt 3: Das Repository unter eigener Flagge einrichten
Für Ihr Projekt wird ein Code-Verzeichnis, ein sogenanntes Repository, angelegt. Prüfen Sie, ob es im richtigen Konto liegt und Sie dessen Zugriffsrechte verwalten können. Dort sollten die synchronisierten Projektdateien verfügbar sein.
Schritt 4: Den regelmäßigen Datenabgleich prüfen
Die Verbindung arbeitet in zwei Richtungen: Änderungen in Lovable können nach GitHub übertragen werden; Änderungen im verbundenen Arbeitszweig können zurück nach Lovable fließen. Prüfen Sie anhand einer tatsächlich vorgenommenen Änderung, ob der aktuelle Projektstand ankommt. Eine eingerichtete Verbindung allein ist noch kein geprüfter Export.
Schritt 5: Lokale Sicherung und Weiterentwicklung testen
Lassen Sie den Code herunterladen und einen lokalen Start prüfen. Dazu gehören die Installation der benötigten Programmpakete, eine passende Konfiguration und gegebenenfalls die Verbindung zu externen Diensten. Dokumentieren Sie diese Schritte, damit eine spätere Übergabe nicht mit Rätselraten beginnt.
Ein neuer Entwickler muss sich in Ihr Projekt einarbeiten. Der Vorteil ist nicht, dass diese Arbeit entfällt, sondern dass er mit dem zugänglichen Quellcode arbeiten kann. Auch wenn Sie Lovable später nicht mehr nutzen, bleibt ein zuvor gesichertes Repository eine Grundlage für die Weiterentwicklung.
Architektur und Hosting: Wo läuft Ihre Anwendung?
Viele Unternehmer glauben, eine Website sei entweder eine Datei auf einem Server oder eine Seite in einem Baukasten. Moderne Webanwendungen sind jedoch flexibler aufgebaut. Bei Lovable-Projekten gibt es unterschiedliche Bauweisen, je nachdem, was Ihre Anwendung leisten soll:
Bei einem Export muss die konkrete Bauweise geprüft werden. Manche Projekte laufen hauptsächlich im Browser, andere enthalten zusätzlich serverseitigen Anwendungscode, etwa mit TanStack Start. Der Zielanbieter muss beides unterstützen, wenn Ihre Anwendung beides benötigt. Eine reine Ablage statischer Dateien reicht dann nicht.
Für den laufenden Betrieb haben Sie zwei grundlegende Möglichkeiten:
Option 1: Das integrierte Hosting von Lovable
Lovable bietet ein eigenes, integriertes Hosting an. Änderungen lassen sich mit wenigen Klicks veröffentlichen, SSL-Zertifikate für sichere Verbindungen werden automatisch bereitgestellt und die Auslieferung erfolgt weltweit zügig. Für viele Unternehmen ist das im ersten Schritt die bequemste und wirtschaftlichste Lösung, weil keine eigene Server-Infrastruktur aufgebaut und gewartet werden muss.
Option 2: Der Betrieb auf externen Plattformen
Ein gesicherter Quellcode eröffnet die Möglichkeit, Ihre Anwendung bei einem anderen Anbieter zu betreiben. Ob das ohne größere Anpassungen funktioniert, hängt von der Projektarchitektur und den genutzten Diensten ab. Mögliche Ziele sind:
Vercel oder Netlify: Hochmoderne Hosting-Plattformen, die speziell für Frameworks wie React ausgelegt sind und Code-Änderungen aus GitHub vollautomatisch übernehmen.
Cloudflare: Je nach Projekt kommen Pages oder Workers infrage. Bei serverseitigem Anwendungscode muss die passende Laufzeit geprüft werden.
Eigene Firmen-Server oder Container: Falls Ihre internen Compliance- oder Datenschutz-Richtlinien es vorschreiben, kann der Code gepackt und auf eigener Cloud-Infrastruktur (z. B. bei Hetzner, AWS oder Azure) betrieben werden.
Ein Umzug von Lovable zu einem externen Hoster ist keine Magie, erfordert aber technisches Fachwissen. Man muss die passenden Startbefehle konfigurieren, Umgebungsvariablen für Schnittstellen hinterlegen und sicherstellen, dass die Serverumgebung exakt passt. Wenn Sie einen strategischen Website-Relaunch planen, sollten diese Schritte von Anfang an sauber durchdacht werden.
Code ist nicht gleich Daten: Was im Ernstfall wirklich migriert werden muss
Einer der gravierendsten Irrtümer bei digitalen Projekten betrifft die Trennung von Programmcode und Daten. Viele denken: „Ich habe den Code auf GitHub, also habe ich mein ganzes System gesichert.“ Das ist schlicht falsch.
Ihr GitHub-Repository enthält den Bauplan Ihrer Anwendung. Es enthält jedoch nicht den lebendigen Zustand Ihres Unternehmens. Wenn Sie eine Anwendung mit Login-Bereich, Kundenkonten oder Datenbanken betreiben, speichert Lovable diese Daten in der Regel in einer angebundenen Backend-Infrastruktur – der sogenannten Lovable Cloud. Lovable Cloud kann für diese Aufgaben flexibel genutzt werden, ist aber keineswegs zwingend die einzige Option.
Wird die Lovable Cloud genutzt, liegen folgende Dinge nicht in Ihrem GitHub-Code:
Ihre Datenbankeinträge: Kundenlisten, Produktinformationen, Kontaktanfragen oder Bestellungen.
Nutzerzugänge: Die eigentlichen Benutzerkonten und aktiven Sitzungen Ihrer Besucher (wobei die Rollen- und Rechtekonzepte oft im Code-Schema definiert sind, die konkreten Nutzerdaten jedoch in der Datenbank liegen).
Geheime Zugangsdaten: Private Schnittstellenschlüssel (API-Keys) für Zahlungsanbieter wie Stripe, Mailing-Systeme oder Ihr CRM. Diese gehören aus Sicherheitsgründen niemals in ein Code-Repository.
Dateispeicher: Bilder, PDF-Dokumente oder andere Dateien, die von Ihnen oder Ihren Nutzern hochgeladen wurden.
Wenn Sie also jemals komplett von der Lovable-Infrastruktur wegziehen möchten, reicht es nicht, den Code woanders hochzuladen. Sie müssen auch die Datenbankstrukturen und Dateispeicher sichern und auf einer eigenständigen Plattform neu einrichten.
Bei Benutzerkonten hängt die Übertragung vom Anmeldeverfahren ab. Bestehende Sitzungen oder Passwortdaten lassen sich nicht pauschal als übertragbar zusagen; unter Umständen müssen Nutzer sich neu anmelden oder ein neues Passwort vergeben. Interne Zugangsschlüssel der Plattform sind nicht automatisch für Sie abrufbar. Planen Sie deshalb die unterstützten Exportwege, die Übertragung von Dateien und die Neueinrichtung externer Dienste vor einer Abschaltung. Ein Backup muss erstellt und auf Wiederherstellbarkeit geprüft sein, solange Ihre Zugänge noch funktionieren.
Domainverwaltung: Behalten Sie Ihren eigenen Haustürschlüssel
Ihre Domain – also Ihre Webadresse wie ihr-unternehmen.de – ist das digitale Eingangstor zu Ihrem Geschäft. Geben Sie diesen Schlüssel niemals aus der Hand.
Die Domain sollte in einem Konto liegen, das Sie kontrollieren. Sie kann beim bisherigen Domain-Anbieter bleiben; ein Wechsel zu Lovable als Hostinganbieter erfordert nicht automatisch einen Transfer der Domain.
Für die Verbindung werden die vom Hostinganbieter vorgegebenen DNS-Einträge beim Domain-Anbieter hinterlegt. Bei einem späteren Hostingwechsel passen Sie diese Ziele an. Domainregistrierung und Hosting bleiben dadurch getrennte Entscheidungen. Die weltweite Übernahme geänderter Einträge kann Zeit benötigen und muss bei der Umschaltung berücksichtigt werden.
Konten und Rollen: So organisieren wir das strukturell
Die entscheidende Abhängigkeit entsteht oft nicht im Quellcode, sondern bei den Konten: Wer kann Zugänge vergeben, Zahlungen verwalten und einen Dienstleister entfernen? Diese Zuständigkeiten gehören vor dem Start geklärt.
Wir handhaben das bei WEBETWEEN grundsätzlich anders. Unsere feste Überzeugung lautet: Die Basiskonten gehören immer dem Kunden.
Ihr Lovable-Konto: Jeder Kunde erhält ein eigenes Lovable-Konto. Das Projekt liegt beim Kunden; wir arbeiten darin. Die Kontrolle soll nicht von unserer Agentur abhängen.
Ihr GitHub-Konto: Wir empfehlen ein Repository unter Ihrer eigenen administrativen Kontrolle und einen überprüften Synchronisationsablauf.
Ihre Fremddienste: Auch bei Drittanbietern für E-Mail-Versand, Zahlungsabwicklung oder Webanalyse empfehlen wir dringend, dass Sie die Hauptkonten selbst besitzen und uns lediglich die notwendigen Entwicklerrollen zuweisen.
Wenn das Projekt in Ihrem Konto liegt, kann eine andere Agentur oder Ihr internes Team die Arbeit übernehmen. Bevor Zugänge entzogen werden, sollten Zuständigkeiten, laufende Dienste und die technische Dokumentation übergeben sein. Ein Wechsel braucht Organisation – aber nicht erst den Kampf um die eigenen Projektzugänge.
Rechtliche Rahmenbedingungen: Verträge schlagen Annahmen
Technischer Zugriff und rechtliche Nutzungsrechte müssen zusammenpassen. Diese Einordnung ersetzt keine Rechtsberatung. Für ein Unternehmen ist aber wichtig, den Vertrag nicht erst dann zu lesen, wenn es den Dienstleister wechseln möchte.
Dabei müssen Sie strikt zwischen technischer Verfügungsgewalt und rechtlichen Nutzungsrechten unterscheiden. Nur weil Sie den Quellcode auf Ihrem Rechner liegen haben, bedeutet das rechtlich noch nicht automatisch, dass Sie ihn beliebig vervielfältigen, verwerten oder weiterverkaufen dürfen.
Bei KI-generierten Inhalten dürfen Sie nicht pauschal davon ausgehen, dass an jedem Text oder Codeabschnitt ein exklusives Urheberrecht besteht. Welche Rechte an den konkreten Arbeitsergebnissen bestehen und übertragen werden können, muss gesondert eingeordnet werden.
In jedem realen Kundenprojekt steckt jedoch eine Kombination verschiedener Komponenten:
Individuelle menschliche Entwicklungsleistung: Konzeptionelle Logik, individuell geschriebener Code, maßgeschneiderte Schnittstellen und das visuelle Design.
Open-Source-Komponenten: Frameworks wie React oder Tailwind CSS unterliegen freien Softwarelizenzen (wie z. B. der MIT-Lizenz). Diese Lizenzen bleiben immer gültig – weder eine Agentur noch Sie können diese Bedingungen einseitig abändern.
KI-generierte Abschnitte: Code-Teile, die von Modellen formuliert und in die Gesamtarchitektur eingefügt wurden.
Klären Sie schriftlich, welche Nutzungsrechte Sie an Code, Texten, Bildern und Design erhalten und ob Sie das Projekt durch Dritte ändern und woanders betreiben lassen können. Die geltenden Lizenzen verwendeter Bibliotheken, Bilder oder anderer Fremdbestandteile bleiben zu beachten. Eine pauschale Zusage „Alles gehört Ihnen“ beantwortet diese Fragen nicht.
Die Checkliste für Ihre Unabhängigkeit
Bevor Sie ein Webprojekt starten oder abnehmen, sollten Sie anhand dieser Checkliste prüfen, ob Ihre unternehmerische Handlungsfreiheit wirklich gesichert ist:
Workspace-Inhaberschaft: Ist der Lovable-Account auf den Namen Ihres Unternehmens registriert und sind Sie der Hauptadministrator?
GitHub-Synchronisierung: Ist eine aktive Zwei-Wege-Synchronisierung eingerichtet und führt sie in eine GitHub-Organisation, die Ihnen gehört?
Branch-Prüfung: Wurde verifiziert, dass die Änderungen aus der Entwicklung tatsächlich im synchronisierten Arbeitszweig auf GitHub ankommen?
Domain-Hoheit: Liegt Ihre Domain bei einem neutralen Registrar in Ihrem Kundenkonto und wird lediglich per DNS auf das Projekt verwiesen?
Backend-Transparenz: Ist klar dokumentiert, welche Daten in der Lovable Cloud (oder einem alternativen Backend) liegen, und wie diese bei Bedarf tabellarisch oder schematisch exportiert werden können?
Schlüssel-Verwaltung: Werden vom Unternehmen beschaffte Zugangsdaten sicher verwaltet, und ist klar, welche betreiberverwalteten Verbindungen bei einem Umzug neu eingerichtet werden müssen?
Architektur-Klarheit: Wissen Sie, ob Ihre Anwendung eine einfache Web-App oder ein komplexeres Fullstack-System (z. B. TanStack Start) ist, um im Ernstfall eine passende Serverumgebung wählen zu können?
Vertragliche Absicherung: Sind Nutzungsrechte, Zugriff und Übergabe schriftlich geklärt, einschließlich der geltenden Lizenzen für Fremdbestandteile?
Unser Grundsatz als Agentur
Lovable ist für uns die richtige Grundlage, weil es individuelle KI-gestützte Entwicklung mit zugänglichem Quellcode verbindet. Wir wollen Ihre Geschäftsabläufe entwickeln, nicht Ihre Abhängigkeit von unserem Agenturkonto.
Doch Technologie allein garantiert noch keine Freiheit. Wahre Unabhängigkeit entsteht erst, wenn moderne Werkzeuge mit einer sauberen technischen Organisation und professionellen Verträgen kombiniert werden.
Unsere Haltung ist klar: Sie sollen bei uns bleiben, weil wir gute Arbeit leisten – nicht, weil wir Ihre Zugänge besitzen. Ein eigenes Kundenkonto, gesicherter Code und ein nachvollziehbarer Umgang mit Daten machen diesen Grundsatz praktisch überprüfbar.
Häufig gestellte Fragen (FAQ)
Was passiert mit meiner Anwendung, wenn Lovable einmal technische Probleme hat oder den Dienst einstellt?
Ein Ausfall des genutzten Lovable-Hostings kann Ihre Website betreffen. Extern gesicherter Code und unabhängig gespeicherte Backups bleiben dagegen außerhalb dieser Plattform zugänglich. Mit solchen Sicherungen lässt sich ein Wiederaufbau bei einem geeigneten Anbieter vorbereiten. Der Codeexport allein hält Ihre Website jedoch nicht automatisch online; auch Daten, Dienste und Konfiguration müssen verfügbar sein.
Kann ein normaler Webentwickler den Code von Lovable einfach weiterpflegen?
Ein Entwickler mit passenden Kenntnissen in React, TypeScript und der verwendeten Projektarchitektur kann den Code übernehmen. Er muss sich mit Struktur, Funktionen und angebundenen Diensten vertraut machen. Eine aktuelle Dokumentation erleichtert das. Die Qualität und Wartbarkeit müssen im konkreten Projekt geprüft werden; sie sind nicht allein durch den Namen Lovable garantiert.
Wie aufwendig ist es, Daten aus der Lovable Cloud auf ein eigenes Backend umzuziehen?
Der Aufwand hängt von Datenmodell, Dateien, Benutzerkonten und angebundenen Diensten ab. Zuerst müssen die unterstützten Exportwege geprüft und die Daten vollständig gesichert werden. In der Zielumgebung sind Strukturen, Zugriffsregeln und Verbindungen wieder einzurichten; bei Konten kann eine erneute Anmeldung oder Passwortzurücksetzung nötig werden. Entscheidend ist ein getesteter Übergabeplan, nicht nur eine heruntergeladene Tabelle.
Muss ich meine Domain zu Lovable transferieren?
Nein. Ihre Domain kann beim bisherigen Anbieter in Ihrem eigenen Konto bleiben. Für das Lovable-Hosting richten Sie die vorgegebenen DNS-Einträge ein; bei einem späteren Anbieterwechsel werden die Ziele angepasst. Prüfen Sie zusätzlich, ob bestehende E-Mail-Einträge unverändert bleiben müssen, damit ein Websiteumzug nicht Ihren E-Mail-Verkehr beeinträchtigt.
Quellen
Offizielle technische Dokumentationen zu den Themen Datenspeicherung, Bereitstellung und GitHub-Anbindung finden Sie direkt bei den Entwicklern von Lovable:
Lovable Documentation: GitHub Integration
Lovable Documentation: Deployment, Hosting and Ownership