Comment migrer de Lovable vers Mythex (code, données et domaine)

Pour migrer de Lovable vers Mythex, récupérez votre code depuis Lovable via son intégration GitHub, puis importez-le dans un projet Mythex en liant le dépôt ou en important une archive, ressaisissez vos secrets, et testez dans Preview avant de publier. Le frontend se transfère en général sans modification. Les vraies décisions concernent le backend : garder votre projet Supabase existant, ou déplacer les données ailleurs.

Ce guide suit la migration complète dans l'ordre, et reste honnête sur les parties qui demandent du travail.

Avant de commencer : ce qui se transfère vraiment

Une app Lovable est composée de plusieurs éléments, et chacun se transfère différemment.

Écrivez ce tableau pour votre propre app avant tout. Dix minutes suffisent, et cela évite la plupart des mauvaises surprises.

Étape 1 : sortez votre code de Lovable

La documentation de Lovable (à jour en septembre 2026) décrit deux façons de sortir :

• Synchronisation GitHub. Lovable peut exporter votre projet vers GitHub et le synchroniser dans les deux sens, et sa documentation indique la prise en charge de github.com sur toutes les formules. Connectez GitHub dans Lovable, et votre code arrive dans un dépôt qui vous appartient. Notez que Lovable synchronise une branche à la fois.
• Télécharger le code source. Sur les formules payantes de Lovable, vous pouvez télécharger le code directement depuis Paramètres du projet → Git.

GitHub est la meilleure voie pour une migration : vous gardez tout l'historique, et vous pouvez continuer la synchronisation pendant que vous testez la nouvelle configuration. Consultez la documentation de l'intégration GitHub de Lovable pour les étapes actuelles.

Avant de quitter Lovable, ouvrez le dépôt et cherchez :

• Un fichier .env ou .env.example, qui liste les variables d'environnement attendues par l'app
• Un dossier supabase/, qui peut contenir des migrations de base de données et du code d'Edge Functions
• Les scripts du fichier package.json, qui montrent comment l'app se construit et se lance

Étape 2 : décidez du sort du backend

C'est le choix le plus important. Les apps Lovable utilisent en général Supabase pour la base de données et la connexion, soit via un projet Supabase que vous avez connecté vous-même, soit via Lovable Cloud.

Option A : garder votre propre projet Supabase

Si votre app communique déjà avec votre propre projet Supabase, c'est la voie la plus simple. Le code de l'app continue d'appeler la même URL Supabase avec les mêmes clés, donc vos données, vos utilisateurs et vos fichiers restent exactement où ils sont. Vous ne déplacez que le frontend.

Option B : quitter Lovable Cloud

Si votre app utilise Lovable Cloud, Lovable documente un export de la base de données dans Plus → Cloud → Vue d'ensemble → Paramètres avancés. Selon la documentation de Lovable (à jour en septembre 2026) :

• L'export contient la base complète, sa structure et ses données, y compris les comptes utilisateurs et leurs hachages de mot de passe.
• Il ne contient pas les fichiers du stockage, le code des Edge Functions, ni les secrets de votre projet. Les réglages des fournisseurs de connexion ne sont pas inclus non plus.
• Les exports portent sur des bases allant jusqu'à 15 Go, le fichier peut peser au maximum 5 Go, et vous ne pouvez demander qu'un export toutes les 24 heures.
• Il n'existe pas de migration en un clic de Cloud vers Supabase, et les destinations prises en charge pour transférer le backend Cloud sont Supabase géré ou Supabase auto-hébergé.

La voie pratique consiste donc en général à restaurer l'export dans votre propre projet Supabase, à recréer là-bas les buckets de stockage, les Edge Functions et les réglages d'authentification, puis à le traiter comme l'option A. Consultez les paramètres avancés de Lovable pour les détails.

Option C : tout déplacer vers la base de données de Mythex

Mythex peut attribuer à un projet une base Postgres dédiée. Y transférer vos données est possible, mais cela signifie réécrire chaque endroit où l'app utilise la bibliothèque cliente de Supabase, et Mythex n'a pas de connexion intégrée pour les utilisateurs finaux : il faudrait donc aussi brancher un fournisseur d'authentification séparé. C'est une vraie reconstruction du backend, pas une migration. À faire plus tard, si besoin, une fois que l'app tourne sur Mythex avec Supabase.

Étape 3 : importez le code dans Mythex

Créez un nouveau projet vide dans Mythex. Puis, au choix :

• Importer une archive. Ouvrez Paramètres du projet → Export → Importer dans ce projet et envoyez un .zip, .tar.gz ou .tgz. Le bouton Download ZIP de GitHub produit un fichier qui fonctionne ici.
• Lier GitHub et récupérer. Connectez GitHub dans les paramètres du projet, liez le dépôt et lancez la récupération. La synchronisation GitHub est une fonction du plan Pro.

L'import remplace les fichiers du projet : utilisez donc un projet vide. Les fichiers .env présents dans l'archive sont retirés à l'import, si bien qu'aucun secret ne voyage par accident. Après un import réussi, Mythex peut ouvrir une nouvelle conversation où l'agent installe les dépendances, trouve comment lancer l'app et met Preview en marche. Vous pouvez guider cette conversation comme n'importe quelle autre. Les détails sont dans Après l'import.

Si Preview ne démarre pas tout seul, demandez :

Ce projet a été exporté depuis Lovable. C'est une app React + TypeScript + Tailwind qui utilise Supabase. Installe les dépendances, déduis la commande de développement depuis package.json et fais démarrer Preview. Ne modifie encore aucun code de l'app.

Étape 4 : ressaisissez vos secrets

Ouvrez Paramètres du projet → Secrets et ajoutez chaque valeur dont votre app a besoin. Pour une app qui utilise Supabase, il s'agit en général de l'URL du projet Supabase et de la clé publique (anon ou publishable). Reprenez les noms depuis .env.example ou depuis les endroits où le code les lit.

Deux règles :

• Seules les clés publiques doivent figurer dans les variables du frontend. Dans une app Vite, tout ce qui commence par VITE_ est intégré au JavaScript que chaque visiteur télécharge.
• Ne mettez jamais la clé service role de Supabase dans le code frontend. Si une fonction côté serveur en a besoin, elle reste côté serveur.

Demandez ensuite à l'agent de confirmer que l'app les lit bien :

Vérifie quelles variables d'environnement cette app lit. Liste celles qui ne sont pas encore définies dans les secrets du projet, et n'affiche pas leurs valeurs.

Notre guide sur les variables d'environnement et les secrets explique la différence entre valeurs publiques et valeurs privées.

Étape 5 : testez avant de changer quoi que ce soit

Votre app Lovable reste en ligne, donc rien ne presse. Testez la version Mythex dans Preview avec de vrais parcours :

• Inscription, connexion, déconnexion et réinitialisation du mot de passe
• Création, modification et suppression d'un enregistrement
• Envoi d'un fichier, si votre app le permet
• Tout ce qui appelle une Edge Function ou une API tierce

Supabase comporte un réglage facile à oublier : les URL de redirection autorisées pour les e-mails de connexion et de réinitialisation du mot de passe. Ajoutez-y vos adresses Preview et publiées de Mythex, sinon les connexions renverront vers l'ancien domaine.

La commande /test de Mythex demande à l'agent de parcourir votre preview comme un utilisateur et de signaler les parcours cassés. Notre guide sur tester votre app avant le lancement propose une liste de contrôle plus complète.

Étape 6 : publiez et déplacez le domaine

Quand tout fonctionne, publiez depuis l'espace de travail pour obtenir une adresse <slug>.mythex.app. Testez à nouveau à cette adresse, car l'app publiée est un instantané distinct de votre projet.

Avec le plan Pro, vous pouvez connecter votre propre domaine. Mettez à jour les enregistrements DNS chez votre fournisseur de domaine, ajoutez la nouvelle adresse aux URL de redirection autorisées de Supabase, et seulement ensuite arrêtez la version Lovable. Notre guide sur la connexion d'un domaine personnalisé détaille le DNS étape par étape.

Erreurs courantes

• Déplacer la base de données et le frontend en même temps. Déplacez d'abord le frontend, prouvez qu'il fonctionne avec le backend existant, puis décidez du sort des données.
• Oublier les Edge Functions. Si l'app appelle des Edge Functions de Supabase, elles restent sur Supabase ou doivent être réécrites en code serveur. Elles ne tournent pas dans un frontend Vite.
• Coller la clé service role dans le frontend. Elle donne un accès complet à votre base de données à quiconque ouvre les outils de développement.
• Oublier les URL de redirection d'authentification. La connexion fonctionne dans Preview, puis échoue sur le vrai domaine.
• Modifier le DNS avant d'avoir testé l'URL publiée. Testez d'abord l'adresse mythex.ai ; annuler un changement de DNS prend du temps.
• Importer dans un projet qui contient déjà du travail. L'import remplace les fichiers. Utilisez un projet neuf.

Quand rester sur Lovable a du sens

Soyez honnête avec vous-même sur les raisons de changer. Lovable propose des modifications visuelles en un clic dans l'aperçu et un backend prêt à l'emploi avec Lovable Cloud, et Mythex n'a ni l'un ni l'autre. Si vous vous appuyez au quotidien sur ces fonctions, déménager vous coûtera plus qu'il ne vous rapportera. Mythex convient mieux si vous voulez un vrai éditeur de code et un terminal à côté du chat, un solde de crédits unique pour créer et héberger, ou si vous voulez utiliser une autre pile technique. Notre guide sur les alternatives à Lovable et la page Mythex contre Lovable comparent les deux plus en détail.

Liste de contrôle de migration

• Liste de chaque élément de l'app : code, base de données, utilisateurs, fichiers, fonctions, secrets, domaine
• Code synchronisé vers un dépôt GitHub qui vous appartient
• Choix du backend fait (garder Supabase, ou exporter depuis Lovable Cloud)
• Code importé dans un projet Mythex vide, Preview en marche
• Secrets ressaisis ; aucune clé privée dans les variables VITE_
• URL de redirection d'authentification mises à jour pour les nouvelles adresses
• Inscription, connexion, parcours de données principaux et envois de fichiers testés dans Preview
• Publiée et retestée sur l'adresse mythex.ai
• DNS déplacé ; ancienne app arrêtée seulement après confirmation de la nouvelle

Pour le côté Mythex, voir GitHub, export et import dans la documentation.

Questions