Van Lovable naar Mythex migreren (code, data en domein)

Om van Lovable naar Mythex te migreren, haalt u uw code uit Lovable via de GitHub-integratie, brengt u die daarna in een Mythex-project door de repository te koppelen of een archief te importeren, voegt u uw secrets opnieuw toe en test u in Preview voordat u publiceert. De frontend verhuist meestal zonder wijzigingen. De echte beslissingen gaan over uw backend: behoudt u uw bestaande Supabase-project, of verhuist u de data naar een andere plek.

Deze gids loopt de hele verhuizing in volgorde door en is eerlijk over de onderdelen die werk kosten.

Voordat u begint: wat er precies verhuist

Een Lovable-app bestaat uit meerdere onderdelen, en elk verhuist op een andere manier.

Schrijf deze tabel eerst uit voor uw eigen app. Het kost tien minuten en voorkomt de meeste verrassingen.

Stap 1: Haal uw code uit Lovable

De documentatie van Lovable (stand september 2026) beschrijft twee manieren om eruit te komen:

• GitHub-sync. Lovable kan uw project exporteren en tweerichtingsgewijs synchroniseren met GitHub, en de documentatie vermeldt GitHub-ondersteuning op alle abonnementen. Verbind GitHub in Lovable, dan komt uw code terecht in een repository die u bezit. Let op: Lovable synchroniseert één branch tegelijk.
• De codebase downloaden. Op de betaalde abonnementen van Lovable kunt u de code rechtstreeks downloaden via Project settings → Git.

GitHub is de betere route voor een migratie: u krijgt de volledige geschiedenis en u kunt blijven synchroniseren terwijl u de nieuwe opzet test. Zie de GitHub-integratiedocumentatie van Lovable voor de actuele stappen.

Voordat u Lovable verlaat, opent u de repository en zoekt u naar:

• Een .env- of .env.example-bestand, dat de omgevingsvariabelen toont die de app verwacht
• Een map supabase/, die databasemigraties en Edge Function-code kan bevatten
• De package.json-scripts, die laten zien hoe de app wordt gebouwd en gestart

Stap 2: Bepaal wat er met de backend gebeurt

Dit is de keuze die het meest telt. Lovable-apps gebruiken meestal Supabase voor de database en login, via een Supabase-project dat u zelf heeft gekoppeld of via Lovable Cloud.

Optie A: Houd uw eigen Supabase-project

Als uw app al met uw eigen Supabase-project praat, is dit de eenvoudigste route. De code van de app blijft dezelfde Supabase-URL met dezelfde sleutels aanroepen, dus uw data, gebruikers en bestanden blijven precies waar ze zijn. U verhuist alleen de frontend.

Optie B: Verhuis weg van Lovable Cloud

Als uw app Lovable Cloud gebruikt, documenteert Lovable een databaseexport onder More → Cloud → Overview → Advanced settings. Volgens de documentatie van Lovable (stand september 2026):

• De export bevat de volledige database, structuur en data, inclusief gebruikersaccounts en hun wachtwoord-hashes.
• Hij bevat niet de bestanden in de opslag, de code van Edge Functions of de secrets van uw project. Instellingen van inlogproviders worden ook niet meegenomen.
• Exports dekken databases tot 15 GB, het bestand mag maximaal 5 GB zijn, en u kunt één export per 24 uur aanvragen.
• Er is geen migratie met één klik van Cloud naar Supabase, en de ondersteunde bestemmingen voor het verhuizen van de Cloud-backend zijn beheerde Supabase of zelf gehoste Supabase.

De praktische route is dus meestal: herstel de export in uw eigen Supabase-project, maak daar de opslag-buckets, Edge Functions en authenticatie-instellingen opnieuw aan, en behandel het daarna als optie A. Zie de geavanceerde instellingen van Lovable voor de details.

Optie C: Verhuis alles naar de database van Mythex

Mythex kan een project een eigen Postgres-database geven. Uw data daarheen verhuizen kan, maar het betekent dat u elke plek moet herschrijven waar de app de Supabase-clientbibliotheek gebruikt, en omdat Mythex geen ingebouwde login voor eindgebruikers heeft, moet u ook een aparte authenticatieprovider koppelen. Dat is een echte herbouw van de backend, geen migratie. Doe dat later, als het al nodig is, zodra de app op Mythex met Supabase draait.

Stap 3: Breng de code naar Mythex

Maak een nieuw, leeg project in Mythex. Kies daarna een van de volgende:

• Een archief importeren. Open project settings → Export → Import into this project en upload een .zip, .tar.gz of .tgz. De knop Download ZIP van GitHub levert een bestand dat hier werkt.
• GitHub koppelen en pullen. Verbind GitHub in de projectinstellingen, koppel de repository en pull. GitHub-sync is een Pro-functie.

Importeren vervangt de bestanden van het project, dus gebruik een leeg project. Eventuele .env-bestanden in het archief worden bij het importeren verwijderd, zodat er per ongeluk geen secrets meereizen. Na een geslaagde import kan Mythex een nieuwe chat openen waarin de agent afhankelijkheden installeert, uitzoekt hoe de app draait en Preview aan de praat krijgt. U kunt die chat sturen zoals elke andere. De details staan in Na het importeren.

Als Preview zelf niet opstart, vraagt u:

Dit project is geëxporteerd uit Lovable. Het is een React + TypeScript + Tailwind-app die Supabase gebruikt. Installeer de afhankelijkheden, bepaal het dev-commando uit package.json en zorg dat Preview draait. Wijzig nog geen app-code.

Stap 4: Voeg uw secrets opnieuw toe

Open project settings → Secrets en voeg elke waarde toe die uw app nodig heeft. Bij een op Supabase gebaseerde app is dat meestal de URL van het Supabase-project en de publieke (anon- of publishable-) sleutel. Neem de namen over uit het .env.example-bestand of uit de plek waar de code ze leest.

Twee regels:

• Alleen publieke sleutels horen in frontend-variabelen. In een Vite-app wordt alles met het voorvoegsel VITE_ in de JavaScript ingebakken die elke bezoeker downloadt.
• Zet nooit een Supabase service role-sleutel in frontendcode. Als een serverfunctie die nodig heeft, blijft hij aan de serverkant.

Laat de agent daarna bevestigen dat de app ze leest:

Controleer welke omgevingsvariabelen deze app leest. Noem de variabelen die nog niet in de projectsecrets staan, en toon hun waarden niet.

Onze gids over omgevingsvariabelen en secrets legt het verschil uit tussen publieke en privéwaarden.

Stap 5: Test voordat u iets omzet

Uw Lovable-app staat nog live, dus er is geen haast. Test de Mythex-versie in Preview met echte flows:

• Aanmelden, inloggen, uitloggen en een wachtwoord resetten
• Een record aanmaken, bewerken en verwijderen
• Een bestand uploaden, als uw app dat doet
• Alles wat een Edge Function of een externe API aanroept

Supabase-authenticatie heeft één instelling die makkelijk over het hoofd wordt gezien: de redirect-URL's die zijn toegestaan voor inlog- en wachtwoord-resetmails. Voeg daar uw Mythex-preview- en gepubliceerde adressen toe, anders worden inlogpogingen teruggestuurd naar het oude domein.

Het /test-commando van Mythex laat de agent uw preview doorklikken als een gebruiker en kapotte flows rapporteren. Onze gids over uw app testen voor de lancering bevat een uitgebreidere checklist.

Stap 6: Publiceer en verplaats het domein

Als alles werkt, publiceert u vanuit de werkruimte om een <slug>.mythex.app-adres te krijgen. Test opnieuw daar, want de gepubliceerde app is een aparte momentopname van uw project.

Op Pro kunt u uw eigen domein koppelen. Werk de DNS-records bij uw domeinprovider bij, voeg het nieuwe adres toe aan de toegestane redirect-URL's van Supabase, en haal pas daarna de Lovable-versie offline. Onze gids over een eigen domein koppelen behandelt DNS stap voor stap.

Veelgemaakte fouten

• De database en de frontend tegelijk verhuizen. Verhuis eerst de frontend, bewijs dat hij werkt tegen de bestaande backend, en beslis daarna over de data.
• Edge Functions vergeten. Als de app Supabase Edge Functions aanroept, blijven die op Supabase staan of moeten ze als servercode worden herschreven. Ze draaien niet in een Vite-frontend.
• De service role-sleutel in de frontend plakken. Die geeft iedereen die devtools opent volledige toegang tot uw database.
• Ontbrekende auth-redirect-URL's. Inloggen werkt in Preview en faalt daarna op het echte domein.
• DNS omzetten voordat u de gepubliceerde URL heeft getest. Test eerst het mythex.ai-adres; DNS-wijzigingen kosten tijd om terug te draaien.
• Importeren in een project waar al werk in zit. Importeren vervangt de bestanden. Gebruik een nieuw project.

Wanneer blijven bij Lovable logisch is

Wees eerlijk tegen uzelf over waarom u verhuist. Lovable biedt visuele bewerkingen met klikken in de preview en een productmatige backend met Lovable Cloud, en Mythex heeft geen van beide. Als u daar dagelijks op vertrouwt, kost de verhuizing u meer dan ze oplevert. Mythex past beter als u een echte codeeditor en terminal naast de chat wilt, één creditsaldo voor bouwen en hosten, of een ander stack wilt draaien. Onze gids over alternatieven voor Lovable en de pagina Mythex vs Lovable vergelijken ze uitgebreider.

Migratiechecklist

• Elk onderdeel van de app in kaart gebracht: code, database, gebruikers, bestanden, functies, secrets, domein
• Code gesynchroniseerd naar een GitHub-repository die u bezit
• Beslissing over de backend genomen (Supabase houden, of exporteren uit Lovable Cloud)
• Code geïmporteerd in een leeg Mythex-project, Preview draait
• Secrets opnieuw toegevoegd; geen privésleutels in VITE_-variabelen
• Auth-redirect-URL's bijgewerkt voor de nieuwe adressen
• Aanmelden, inloggen, kernflows voor data en uploads getest in Preview
• Gepubliceerd en opnieuw getest op het mythex.ai-adres
• DNS verplaatst; oude app pas offline gehaald nadat de nieuwe is bevestigd

Voor de Mythex-kant, zie GitHub, export en import in de documentatie.

Veelgestelde vragen