Migrar Lovable Cloud a Supabase: guía para fundadores

Construiste tu app con Lovable, activaste Lovable Cloud para tener base de datos y usuarios sin configurar nada, y funciona. Ahora quieres que el backend esté a tu nombre: poder entrar a tus datos, conectar otras herramientas o trabajar con cualquier desarrollador. Se puede hacer, y tus usuarios pueden conservar sus contraseñas. Pero no es un botón: es una migración, y conviene saber qué viaja solo y qué no antes de empezar.

En resumen: migrar Lovable Cloud a Supabase

Se puede, pero a mano: no existe una transferencia automática de Lovable Cloud a una cuenta propia de Supabase. Lovable y Supabase lo dicen en su documentación oficial.
La base de datos se exporta entera: estructura y datos, en un archivo de copia de PostgreSQL que se restaura en tu proyecto nuevo.
Tus usuarios conservan su contraseña: la exportación incluye las cuentas y sus contraseñas cifradas. Eso sí, quien tenga la sesión abierta tendrá que volver a iniciarla.
Lo que no viaja solo: los archivos subidos, el código de las funciones, los secretos, los proveedores de inicio de sesión y las claves de la API. Todo eso se configura de nuevo en el destino.
La regla de oro: prueba primero en un entorno de pruebas y deja la app de Lovable funcionando hasta que todo esté verificado.

Antes de sacar tu app de Lovable: qué es Lovable Cloud y qué controlas hoy

Lovable Cloud es el backend integrado de Lovable: base de datos, inicio de sesión, almacenamiento de archivos y funciones del servidor, listos sin crear cuentas en ningún otro sitio. Por debajo funciona sobre Supabase, pero ese proyecto no está en tu cuenta de Supabase: no aparece en tu panel y no puedes transferirlo.

Según la documentación de Supabase, en esos proyectos no tienes acceso a la clave de servicio (service role) ni a las claves de la API, y no se admiten conexiones externas a la base de datos. Y una vez activado Cloud, no puedes desconectarlo y cambiarlo por tu propio Supabase desde la integración.

Por qué migrar a tu propio Supabase

Control de tus datos. El proyecto está a tu nombre. Entras al panel, ves tus tablas, tus usuarios y tus copias de seguridad, y decides quién tiene acceso.
Conexiones externas. Puedes conectar herramientas de análisis, automatizaciones o un panel interno directamente a tu base de datos, algo que Cloud no permite.
Costos visibles. Contratas Supabase directamente y ves el consumo en tu panel. Ojo: migrar no cancela nada; tu suscripción de Lovable y el uso de Cloud siguen hasta que tú los cambies.
Independencia. Un proyecto estándar de Supabase lo puede mantener cualquier equipo que conozca la herramienta.

Qué se migra: base de datos, reglas de acceso, funciones, archivos y usuarios

Lovable permite pedir una exportación de la base de datos desde More → Database → Manage → Settings → Export data. Te avisa por correo cuando está lista y la descargas desde More → Storage. Esto es lo que lleva y lo que no:

Base de datos: la exportación contiene la base completa, estructura y datos. Es un archivo de copia de PostgreSQL (.backup, comprimido), no un SQL para pegar en el editor: se restaura con pg_restore. La estructura también está en tu código, en los archivos de supabase/migrations/ o de drizzle/migrations/, según el proyecto.
Reglas de acceso (RLS): la tabla de migración de Lovable las incluye en el esquema de la base de datos, que se migra automáticamente con las migraciones SQL junto con tablas, columnas, índices, funciones y disparadores (triggers). Las políticas de acceso de los buckets de archivos, también. La advertencia de Supabase: lo que se haya añadido a los esquemas auth o storage hay que restaurarlo por separado. Revisa las reglas de cada tabla en el destino antes de abrir la app a nadie.
Funciones del servidor (Edge Functions): su código no va en la exportación. Se despliegan de nuevo en tu proyecto, y sus secretos (claves de Stripe, de correo, de IA) se vuelven a cargar a mano, porque tampoco se exportan.
Archivos: imágenes, documentos y todo lo que tus usuarios hayan subido no forman parte de la exportación. Se descargan aparte y se suben a los mismos buckets en el destino.
Usuarios: sus cuentas sí viajan, con las contraseñas cifradas. El detalle, en la siguiente sección.

Límites de la exportación: bases de datos de hasta 15 GB, archivos de hasta 5 GB, una exportación cada 24 horas y la base tiene que estar activa. Para bases mayores, Lovable pide contactar con soporte.

El punto delicado: usuarios y contraseñas

Es la parte que más preocupa, y la documentación de Lovable es clara: la exportación incluye las cuentas de tus usuarios y sus contraseñas cifradas, así que al restaurarlas en Supabase conservan su contraseña. Supabase lo confirma: al migrar las contraseñas cifradas, nadie tiene que restablecerla.

Lo que no viaja son las sesiones. Quien tenga la app abierta en el momento del cambio tendrá que volver a iniciar sesión. Conviene avisar a tus usuarios y hacer el cambio en un horario de poco uso.

Si tus usuarios entran con Google u otro proveedor, ese acceso hay que activarlo de nuevo en el proyecto nuevo y actualizar las direcciones de retorno (redirect URLs) en la configuración de cada proveedor. Si se olvida este paso, el botón de "Entrar con Google" deja de funcionar el día del cambio.

Pasos generales de la migración

Este es el orden que propone la guía oficial de Lovable. La idea central: la app sigue funcionando en Lovable Cloud mientras preparas y pruebas el destino.

Crea el proyecto en Supabase a tu nombre y guarda su URL y su clave pública.
Lleva la estructura: aplica las migraciones del proyecto (supabase/migrations/ o drizzle/migrations/) en el orden en que se crearon.
Lleva los datos: pide la exportación a Lovable y restáurala en el proyecto nuevo.
Configura el inicio de sesión: activa los proveedores y actualiza las direcciones de retorno.
Copia los archivos a los mismos buckets.
Carga los secretos y despliega las funciones. Revisa también las tareas programadas, y que no queden activas en los dos sitios a la vez.
Apunta una copia de prueba de la app al backend nuevo. El frontend guarda la dirección de Supabase en el momento de compilarse (variables como VITE_SUPABASE_URL y VITE_SUPABASE_PUBLISHABLE_KEY), así que hay que volver a compilarlo después de cambiarlas.
Verifica todo: registro, inicio de sesión, pagos, subida de archivos y cada función.
Haz el cambio definitivo: pausa la actividad, pide la exportación final, restáurala y cambia la configuración del proyecto para que apunte al backend nuevo.

Un aviso de la propia guía antes de borrar nada: eliminar la base de datos de Lovable Cloud borra el backend para siempre, incluidas las exportaciones guardadas en su almacenamiento. Descarga y comprueba tus copias antes.

Cuándo NO conviene migrar

Migrar no siempre es la mejor decisión. Te lo decimos aunque sea un trabajo que hacemos:

Si todavía estás validando la idea. Mientras cambias la app cada semana y tienes pocos usuarios, Cloud te ahorra trabajo real. Migra cuando la app ya sea parte de tu negocio.
Si nadie va a mantener el backend. En tu propio Supabase, las copias de seguridad, las actualizaciones y los incidentes pasan a ser responsabilidad tuya o de tu equipo. Lovable no puede supervisar una infraestructura que no controla.
Si dependes de las funciones de IA o los conectores de Lovable. Siguen pasando por Lovable hasta que los sustituyas, y algunas comodidades, como la configuración gestionada de OAuth, solo funcionan con el backend integrado.
Si lo que buscas es arreglar un fallo. Un error en las reglas de acceso o en los pagos se muda contigo. Primero se arregla y después, si conviene, se migra.

Checklist antes de migrar

Tienes una exportación descargada y guardada fuera de Lovable, y has comprobado que se abre.
Sabes cuántos usuarios tienes y por qué vía entran (correo y contraseña, Google, otros).
Tienes la lista de secretos que usan tus funciones y acceso a cada servicio para recuperarlos.
Sabes qué archivos guardas y en qué buckets.
Has revisado qué partes de la app usan IA o conectores de Lovable.
Tienes un entorno de pruebas para ensayar la migración completa y un aviso preparado para tus usuarios.
Alguien con experiencia en Supabase va a revisar las reglas de acceso de cada tabla en el destino.

Si tu app todavía se está construyendo y no tienes claro qué perfil necesitas para sostenerla, te puede servir nuestra guía sobre cómo encontrar un buen desarrollador de software. Y si estás empezando a crear con IA, repasa cómo crear una página web con inteligencia artificial.

Preguntas frecuentes sobre migrar Lovable Cloud a Supabase

¿Mis usuarios tendrán que cambiar su contraseña?

No. La exportación de Lovable incluye las cuentas y las contraseñas cifradas, así que al restaurarlas en Supabase conservan su contraseña. Lo que no se conserva es la sesión abierta: quien esté conectado en el momento del cambio tendrá que volver a iniciar sesión.

¿Puedo seguir editando la app con Lovable después de migrar?

Sí. Cambiando la configuración del proyecto para que apunte a tu Supabase, la vista previa y las siguientes publicaciones de Lovable usan el backend nuevo. Lo que pierdes son las comodidades que solo existen con el backend integrado.

Fuentes

Documentación oficial de Lovable y Supabase consultada el 27 de octubre de 2026. Lovable cambia su documentación a menudo, y muchas guías publicadas antes de esa fecha dicen que las contraseñas no se pueden migrar: hoy sí se puede. Revisamos este artículo cada tres meses.

Migrar Lovable Cloud a Supabase: qué ganas, qué arriesgas y cómo hacerlo