Cómo migrar de Lovable Cloud a su propio Supabase

¿Lovable Cloud o su propio Supabase: cuál debería usar?

Lovable Cloud es el backend integrado de Lovable: base de datos, autenticación, almacenamiento, edge functions e IA, construido sobre la base de código abierto de Supabase y pagado con sus créditos de Lovable. Conectar su propio proyecto de Supabase significa que usted tiene la cuenta, las claves y la factura. Ninguna de las dos opciones es incorrecta. Encajan en etapas distintas.

Quédese en Cloud mientras siga descubriendo qué es el producto: es la forma más rápida de tener un backend. Migre cuando necesite algo que Cloud no le da, como acceso directo a la base de datos para los ingenieros, sus propias copias de seguridad y recuperación a un punto en el tiempo, una región concreta por cumplimiento normativo, un acuerdo de tratamiento de datos a su nombre o, simplemente, no depender de un proveedor (vendor lock-in) en su sistema de registro.

¿Qué incluye la exportación de Lovable Cloud y qué deja fuera?

La configuración avanzada de Lovable le permite exportar, pausar o eliminar Cloud. Según la documentación de Lovable, la exportación contiene su base de datos completa, estructura y datos, y las cuentas de sus usuarios con los hashes de sus contraseñas. No contiene los archivos de almacenamiento, el código de las Edge Functions ni los secretos de su proyecto, y la configuración de los proveedores de inicio de sesión y las claves de API se tienen que volver a configurar en el destino. Funciona con bases de datos que usan hasta 15 GB de almacenamiento, el archivo de exportación puede tener como máximo 5 GB y se puede pedir una exportación cada 24 horas.

Hay dos controles más que importan durante una migración. Pausar Cloud detiene la base de datos, la autenticación, el almacenamiento y las edge functions, así que todo lo que envía correos, cobra pagos o llama a la IA también se detiene, mientras el almacenamiento se sigue facturando. Eliminar Cloud borra la instancia de forma permanente y no se puede deshacer. No elimine nada hasta que la nueva configuración haya funcionado en producción durante un tiempo.

¿Cómo se migra de Lovable Cloud a Supabase, paso a paso?

1. 01

   Cree y proteja el nuevo proyecto

   Cree un proyecto de Supabase en su propia organización, en la región que necesite, con un plan con copias de seguridad. Active la autenticación multifactor para todas las personas con acceso al panel.

2. 02

   Exporte e importe la base de datos

   Exporte desde la configuración avanzada de Lovable y restaure la exportación en el nuevo proyecto de Supabase. A partir de aquí, mantenga el esquema como migraciones versionadas, para poder reconstruirlo desde el código.

3. 03

   Traslade lo que la exportación deja fuera

   Copie los buckets y archivos de almacenamiento, vuelva a desplegar las Edge Functions desde su código y cree secretos y claves de API nuevos. Considere retirada cada clave antigua en lugar de copiarla.

4. 04

   Conecte Lovable al nuevo backend

   La documentación de Lovable describe cómo conectar su propio proyecto de Supabase a un proyecto nuevo de Lovable. Hágalo y acuerde cómo seguirá su equipo escribiendo prompts allí antes del cambio.

5. 05

   Vuelva a conectar la autenticación

   Configure de nuevo sus proveedores de inicio de sesión (Google, correo electrónico) en el nuevo proyecto y pruébelos con una cuenta real. Lovable indica que los usuarios con sesión iniciada en el momento del cambio tendrán que volver a iniciar sesión.

6. 06

   Revise de nuevo las reglas de acceso

   Ejecute el Security Advisor de Supabase y la prueba de los dos usuarios de nuestra checklist de seguridad. Las políticas no siempre sobreviven intactas a una migración.

7. 07

   Ensaye y después haga el cambio

   Ensaye la migración completa sobre una copia y después cambie producción en una hora tranquila, con un plan de marcha atrás por escrito. Mantenga Cloud pausado, no eliminado, hasta estar seguro.

¿Tendrán mis usuarios que restablecer sus contraseñas?

No, si restaura la exportación de Lovable en un proyecto de Supabase: la documentación de Lovable dice que la exportación incluye las cuentas de los usuarios y los hashes de sus contraseñas, así que los usuarios conservan sus contraseñas. Pruébelo antes del cambio iniciando sesión en el nuevo proyecto con una cuenta existente. Lo que notarán los usuarios es que tendrán que volver a iniciar sesión si la tenían iniciada en el momento del cambio, y cualquier inicio de sesión social que olvidara volver a configurar.

¿Qué suele romperse en una migración de Lovable Cloud?

• Archivos. Las imágenes y los archivos subidos se quedan atrás salvo que traslade usted el almacenamiento, y sus URL cambian.
• Trabajo en segundo plano. Los correos, la gestión de pagos y las llamadas a la IA viven en Edge Functions, que la exportación no incluye.
• Webhooks. Stripe y otros proveedores siguen apuntando a los endpoints antiguos hasta que los cambie, y sus secretos de firma cambian con las nuevas funciones.
• Reglas de acceso. Una política que hacía referencia a algo propio de Cloud puede fallar cerrada (las funciones se rompen) o abierta (los datos se filtran).
• El propio Lovable. La documentación de Lovable describe la conexión del nuevo proyecto de Supabase a un proyecto nuevo de Lovable, así que planifique cómo seguirá su equipo escribiendo prompts tras la migración.

¿Debe migrar usted mismo o que lo hagan ingenieros?

Una app pequeña sin pagos, con pocos archivos y unos pocos usuarios es un proyecto razonable para un fin de semana con los pasos anteriores. El riesgo crece con pagos reales, muchos usuarios y muchos archivos, porque un error se traduce en archivos perdidos, cobros duplicados o datos visibles para quien no debe verlos. En esas apps, la migración es un trabajo de ingeniería con un ensayo y un plan de marcha atrás. En nuestros planes forma parte del trabajo, seguida de la operación del nuevo backend, con supervisión y soporte de emergencia en producción.