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

Pour migrer de Lovable vers Mythex, sortez votre code de Lovable grâce à 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 l'aperçu avant de publier. Le frontal se transfère habituellement sans modification. Les vraies décisions portent sur le backend : conserver votre projet Supabase existant, ou déplacer les données ailleurs.

Ce guide parcourt toute la migration dans l'ordre, et il est honnête sur les parties qui demandent du travail.

Avant de commencer : ce qui se déplace vraiment

Une application Lovable comprend plusieurs éléments, et chacun se déplace différemment.

Rédigez ce tableau pour votre propre application d'abord. Cela prend dix minutes et évite la plupart des surprises.

Étape 1 : Sortez votre code de Lovable

La documentation de Lovable (en date de septembre 2026) décrit deux façons de sortir le code :

• Synchronisation GitHub. Lovable peut exporter votre projet vers GitHub et le synchroniser dans les deux sens; sa documentation indique la prise en charge de github.com sur tous les forfaits. Connectez GitHub dans Lovable, et votre code se retrouve dans un dépôt qui vous appartient. Notez que Lovable synchronise une branche à la fois.
• Télécharger la base de code. Sur les forfaits payants 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 conservez l'historique complet 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 à jour.

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'application
• Un dossier supabase/, qui peut contenir des migrations de base de données et du code de fonctions Edge
• Les scripts du fichier package.json, qui montrent comment l'application est construite et lancée

Étape 2 : Décidez quoi faire du backend

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

Option A : conserver votre propre projet Supabase

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

Option B : sortir de Lovable Cloud

Si votre application utilise Lovable Cloud, Lovable documente une exportation de la base de données sous Plus → Cloud → Vue d'ensemble → Paramètres avancés. Selon la documentation de Lovable (en date de septembre 2026) :

• L'exportation contient la base complète, la structure et les données, y compris les comptes utilisateurs et leurs empreintes de mots de passe.
• Elle n'inclut pas les fichiers du stockage, le code des fonctions Edge, ni les secrets du projet. Les paramètres des fournisseurs de connexion ne sont pas inclus non plus.
• Les exportations couvrent les bases allant jusqu'à 15 Go, le fichier peut faire au maximum 5 Go, et vous pouvez demander une exportation toutes les 24 heures.
• Il n'existe pas de migration en un clic de Cloud vers Supabase, et les destinations prises en charge pour déplacer le backend Cloud sont Supabase géré ou Supabase auto-hébergé.

La voie pratique consiste donc généralement à restaurer l'exportation dans votre propre projet Supabase, à recréer les compartiments de stockage, les fonctions Edge et les paramètres d'authentification là-bas, puis à la 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 donner à un projet une base Postgres dédiée. Déplacer vos données là-bas est possible, mais cela signifie réécrire chaque endroit où l'application utilise la bibliothèque cliente de Supabase, et comme Mythex n'a pas de connexion intégrée pour les utilisateurs finaux, il faudrait aussi brancher un fournisseur d'authentification distinct. C'est une véritable reconstruction du backend, pas une migration. À faire plus tard, si jamais, une fois que l'application fonctionne 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 → Exporter → Importer dans ce projet et téléversez un .zip, .tar.gz ou .tgz. Le bouton Download ZIP de GitHub donne un fichier qui fonctionne ici.
• Lier GitHub et tirer le code. Connectez GitHub dans les paramètres du projet, liez le dépôt et tirez le code. La synchronisation GitHub est une fonctionnalité du forfait Pro.

L'importation remplace les fichiers du projet; utilisez donc un projet vide. Les fichiers .env contenus dans l'archive sont retirés à l'importation, afin qu'aucun secret ne voyage par accident. Après une importation réussie, Mythex peut ouvrir un nouveau clavardage où l'agent installe les dépendances, détermine comment lancer l'application et met l'aperçu en marche. Vous pouvez diriger ce clavardage comme n'importe quel autre. Les détails se trouvent dans Après l'importation.

Si l'aperçu ne démarre pas tout seul, demandez :

Ce projet a été exporté depuis Lovable. C'est une application React + TypeScript + Tailwind qui utilise Supabase. Installe les dépendances, déduis la commande de développement à partir de package.json, et mets l'aperçu en marche. Ne modifie encore aucun code de l'application.

Étape 4 : Ressaisissez vos secrets

Ouvrez Paramètres du projet → Secrets et ajoutez chaque valeur dont votre application a besoin. Pour une application qui s'appuie sur Supabase, cela signifie habituellement l'URL du projet Supabase et la clé publique (anon ou publishable). Prenez les noms dans le fichier .env.example ou à l'endroit où le code les lit.

Deux règles :

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

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

Vérifie quelles variables d'environnement cette application 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 les valeurs publiques et privées.

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

Votre application Lovable est toujours en ligne, donc rien ne presse. Testez la version Mythex dans l'aperçu avec de vrais parcours :

• Inscription, connexion, déconnexion et réinitialisation d'un mot de passe
• Créer, modifier et supprimer un enregistrement
• Téléverser un fichier, si votre application le permet
• Tout ce qui appelle une fonction Edge ou une API tierce

L'authentification Supabase comporte un réglage facile à oublier : les URL de redirection autorisées pour les courriels de connexion et de réinitialisation de mot de passe. Ajoutez-y vos adresses d'aperçu et de publication Mythex, sinon les connexions renverront vers l'ancien domaine.

La commande /test de Mythex fait cliquer l'agent dans votre aperçu comme un utilisateur et signale les parcours brisés. Notre guide sur tester votre application avant le lancement présente une liste de vérification 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 de nouveau à cet endroit, car l'application publiée est un instantané distinct de votre projet.

Avec le forfait 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 retirez la version Lovable. Notre guide sur la connexion d'un domaine personnalisé explique le DNS étape par étape.

Erreurs courantes

• Déplacer la base de données et le frontal en même temps. Déplacez d'abord le frontal, prouvez qu'il fonctionne avec le backend existant, puis décidez du sort des données.
• Oublier les fonctions Edge. Si l'application appelle des fonctions Edge de Supabase, elles restent sur Supabase ou doivent être réécrites en code serveur. Elles ne s'exécutent pas dans un frontal Vite.
• Coller la clé service role dans le frontal. 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 l'aperçu, puis échoue sur le vrai domaine.
• Changer le DNS avant de tester l'URL publiée. Testez d'abord l'adresse mythex.ai; les changements de DNS prennent du temps à défaire.
• Importer dans un projet où du travail existe déjà. L'importation remplace les fichiers. Utilisez un projet neuf.

Quand rester sur Lovable a du sens

Soyez honnête avec vous-même sur la raison de votre migration. Lovable offre des modifications visuelles par pointer-cliquer dans l'aperçu et un backend clés en main avec Lovable Cloud, et Mythex n'a ni l'un ni l'autre. Si ce sont ces fonctions que vous utilisez au quotidien, le déménagement vous coûtera plus qu'il ne vous rapportera. Mythex convient mieux si vous voulez un véritable éditeur de code et un terminal à côté du clavardage, un seul solde de crédits pour la création et l'hébergement, ou si vous voulez utiliser une autre pile technologique. Notre guide sur les alternatives à Lovable et la page Mythex contre Lovable comparent les deux plus en détail.

Liste de vérification de la migration

• Chaque élément de l'application listé : code, base de données, utilisateurs, fichiers, fonctions, secrets, domaine
• Code synchronisé vers un dépôt GitHub qui vous appartient
• Décision prise pour le backend (conserver Supabase, ou exporter depuis Lovable Cloud)
• Code importé dans un projet Mythex vide, aperçu 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 téléversements testés dans l'aperçu
• Publié et retesté à l'adresse mythex.ai
• DNS déplacé; ancienne application retirée seulement une fois la nouvelle confirmée

Pour le volet Mythex, voir GitHub, exportation et importation dans la documentation.

Questions