Cómo migrar de Lovable a Mythex (código, datos y dominio)

Para migrar de Lovable a Mythex, saca tu código de Lovable a través de su integración con GitHub, después llévalo a un proyecto de Mythex vinculando el repositorio o importando un archivo, vuelve a introducir tus secretos y prueba en Preview antes de publicar. El frontend normalmente se traslada sin cambios. Las decisiones reales son sobre tu backend: mantener tu proyecto de Supabase existente o mover los datos a otro sitio.

Esta guía recorre toda la migración en orden y es sincera sobre las partes que requieren trabajo.

Antes de empezar: qué se traslada realmente

Una app de Lovable son varias cosas, y cada una se traslada de forma distinta.

Escribe esta tabla para tu propia app primero. Lleva diez minutos y evita la mayoría de las sorpresas.

Paso 1: Saca tu código de Lovable

La documentación de Lovable (a septiembre de 2026) describe dos formas de salir:

• Sincronización con GitHub. Lovable puede exportar y sincronizar en dos direcciones tu proyecto con GitHub, y su documentación indica que el soporte de github.com está disponible en todos los planes. Conecta GitHub en Lovable y tu código acabará en un repositorio que tú controlas. Ten en cuenta que Lovable sincroniza una rama cada vez.
• Descargar el código base. En los planes de pago de Lovable puedes descargar el código directamente desde Ajustes del proyecto → Git.

Para una migración, GitHub es la mejor vía: obtienes el historial completo y puedes seguir sincronizando mientras pruebas la nueva configuración. Consulta la documentación de la integración con GitHub de Lovable para los pasos actuales.

Antes de salir de Lovable, abre el repositorio y busca:

• Un archivo .env o .env.example, que enumera las variables de entorno que espera la app
• Una carpeta supabase/, que puede contener migraciones de la base de datos y código de Edge Functions
• Los scripts de package.json, que muestran cómo se compila y se ejecuta la app

Paso 2: Decide qué hacer con el backend

Esta es la decisión que más importa. Las apps de Lovable suelen usar Supabase para la base de datos y el inicio de sesión, ya sea a través de un proyecto de Supabase que conectaste tú mismo o a través de Lovable Cloud.

Opción A: Mantener tu propio proyecto de Supabase

Si tu app ya se comunica con tu propio proyecto de Supabase, esta es la vía más sencilla. El código de la app sigue llamando a la misma URL de Supabase con las mismas claves, así que tus datos, usuarios y archivos se quedan exactamente donde están. Solo trasladas el frontend.

Opción B: Salir de Lovable Cloud

Si tu app usa Lovable Cloud, Lovable documenta una exportación de la base de datos en Más → Cloud → Información general → Ajustes avanzados. Según la documentación de Lovable (a septiembre de 2026):

• La exportación contiene la base de datos completa, su estructura y sus datos, incluidas las cuentas de usuario y sus hashes de contraseña.
• No incluye los archivos del almacenamiento, el código de las Edge Functions ni los secretos de tu proyecto. Tampoco incluye los ajustes de los proveedores de inicio de sesión.
• Las exportaciones cubren bases de datos de hasta 15 GB, el archivo puede tener como máximo 5 GB, y puedes pedir una exportación cada 24 horas.
• No existe una migración de un solo clic de Cloud a Supabase, y los destinos compatibles para mover el backend de Cloud son Supabase gestionado o Supabase autoalojado.

Por tanto, la vía práctica suele ser: restaurar la exportación en tu propio proyecto de Supabase, volver a crear allí los buckets de almacenamiento, las Edge Functions y los ajustes de autenticación, y tratarlo después como la Opción A. Consulta los documentos de ajustes avanzados de Lovable para más detalles.

Opción C: Mover todo a la base de datos de Mythex

Mythex puede asignar a un proyecto una base de datos Postgres dedicada. Mover tus datos ahí es posible, pero implica reescribir cada lugar donde la app usa la librería cliente de Supabase, y como Mythex no tiene inicio de sesión integrado para usuarios finales, también tendrías que conectar un proveedor de autenticación aparte. Eso es una reconstrucción real del backend, no una migración. Hazlo más adelante, si es que llega a hacerse, una vez que la app funcione en Mythex con Supabase.

Paso 3: Lleva el código a Mythex

Crea un proyecto nuevo y vacío en Mythex. Después, haz una de estas dos cosas:

• Importar un archivo. Abre Ajustes del proyecto → Exportar → Importar en este proyecto y sube un .zip, .tar.gz o .tgz. El botón Download ZIP de GitHub te da un archivo que funciona aquí.
• Vincular GitHub y descargar. Conecta GitHub en los ajustes del proyecto, vincula el repositorio y descarga los cambios. La sincronización con GitHub es una función del plan Pro.

La importación reemplaza los archivos del proyecto, así que usa un proyecto vacío. Los archivos .env del archivo se eliminan al importar, para que ningún secreto viaje por accidente. Tras una importación correcta, Mythex puede abrir un chat nuevo en el que el agente instala las dependencias, averigua cómo ejecutar la app y pone Preview en marcha. Puedes dirigir ese chat como cualquier otro. Los detalles están en Después de importar.

Si Preview no arranca por sí solo, pide:

Este proyecto se exportó desde Lovable. Es una app de React + TypeScript + Tailwind que usa Supabase. Instala las dependencias, averigua el comando de desarrollo a partir de package.json y pon Preview en marcha. Todavía no cambies ningún código de la app.

Paso 4: Vuelve a introducir tus secretos

Abre Ajustes del proyecto → Secretos y añade cada valor que necesite tu app. En una app con Supabase, normalmente son la URL del proyecto de Supabase y la clave pública (anon o publishable). Toma los nombres del .env.example o de los sitios donde el código los lee.

Dos reglas:

• Solo las claves públicas van en las variables del frontend. En una app de Vite, todo lo que tiene el prefijo VITE_ se incrusta en el JavaScript que descarga cada visitante.
• Nunca pongas una clave service role de Supabase en el código del frontend. Si una función del servidor la necesita, se queda en el servidor.

Después pide al agente que confirme que la app los lee:

Comprueba qué variables de entorno lee esta app. Enumera las que todavía no estén configuradas en los secretos del proyecto, y no muestres sus valores.

Nuestra guía sobre variables de entorno y secretos explica la diferencia entre valores públicos y privados.

Paso 5: Prueba antes de cambiar nada

Tu app de Lovable sigue activa, así que no hay prisa. Prueba la versión de Mythex en Preview con flujos reales:

• Registrarse, iniciar sesión, cerrar sesión y restablecer una contraseña
• Crear, editar y eliminar un registro
• Subir un archivo, si tu app lo hace
• Cualquier cosa que llame a una Edge Function o a una API de terceros

La autenticación de Supabase tiene un ajuste fácil de pasar por alto: las URL de redirección permitidas para los correos de inicio de sesión y de restablecimiento de contraseña. Añade ahí tus direcciones de preview y de publicación de Mythex, o los inicios de sesión rebotarán hacia el dominio antiguo.

El comando /test de Mythex hace que el agente recorra tu preview como si fuera un usuario e informe de los flujos rotos. Nuestra guía sobre cómo probar tu app antes del lanzamiento incluye una lista de comprobación más completa.

Paso 6: Publica y mueve el dominio

Cuando todo funcione, publica desde el espacio de trabajo para obtener una dirección <slug>.mythex.app. Vuelve a probarla allí, porque la app publicada es una copia independiente de tu proyecto.

En Pro puedes conectar tu propio dominio. Actualiza los registros DNS en tu proveedor de dominio, añade la nueva dirección a las URL de redirección permitidas de Supabase, y solo entonces da de baja la versión de Lovable. Nuestra guía sobre conectar un dominio propio explica el DNS paso a paso.

Errores habituales

• Mover la base de datos y el frontend a la vez. Mueve primero el frontend, demuestra que funciona con el backend existente y decide después sobre los datos.
• Olvidar las Edge Functions. Si la app llama a Supabase Edge Functions, o bien se quedan en Supabase, o bien hay que reescribirlas como código de servidor. No se ejecutan dentro de un frontend de Vite.
• Pegar la clave service role en el frontend. Da acceso total a tu base de datos a cualquiera que abra las herramientas de desarrollo.
• Olvidar las URL de redirección de autenticación. El inicio de sesión funciona en Preview y falla en el dominio real.
• Cambiar el DNS antes de probar la URL publicada. Prueba primero la dirección mythex.ai; deshacer un cambio de DNS lleva tiempo.
• Importar en un proyecto que ya tiene trabajo. La importación reemplaza los archivos. Usa un proyecto nuevo.

Cuándo tiene sentido quedarse en Lovable

Sé honesto contigo mismo sobre por qué te vas. Lovable ofrece ediciones visuales punto a punto en la preview y un backend convertido en producto con Lovable Cloud, y Mythex no tiene ninguna de las dos cosas. Si son lo que usas a diario, mudarte te costará más de lo que te aporta. Mythex encaja mejor si quieres un editor de código real y una terminal junto al chat, un único saldo de créditos para construir y alojar, o usar otra pila tecnológica. Nuestra guía de alternativas a Lovable y la página de Mythex frente a Lovable comparan ambas con más detalle.

Lista de comprobación de la migración

• Enumeradas todas las partes de la app: código, base de datos, usuarios, archivos, funciones, secretos y dominio
• Código sincronizado con un repositorio de GitHub que controlas
• Decisión sobre el backend tomada (mantener Supabase, o exportar desde Lovable Cloud)
• Código importado en un proyecto de Mythex vacío, con Preview en marcha
• Secretos vueltos a introducir; ninguna clave privada en variables VITE_
• URL de redirección de autenticación actualizadas para las nuevas direcciones
• Registro, inicio de sesión, flujos de datos principales y subidas probados en Preview
• Publicada y vuelta a probar en la dirección mythex.ai
• DNS cambiado; la app antigua solo se da de baja cuando la nueva está confirmada

Para el lado de Mythex, consulta GitHub, exportación e importación en la documentación.

Preguntas