Migrar Lovable Cloud a Supabase: guía completa y segura

Migrar de Lovable Cloud a Supabase se puede, pero no es un botón: hay que exportar la base de datos desde Lovable, restaurarla en tu propio proyecto de Supabase, mover los archivos y el código, y volver a configurar el inicio de sesión, las llaves y las funciones. Aquí te explicamos el orden correcto para no perder datos ni usuarios, y cuándo conviene que lo haga alguien técnico.

Primero, dos términos. Lovable Cloud es el backend integrado de Lovable: la base de datos, el login, el almacenamiento de archivos y las funciones de servidor que Lovable te crea y administra. Supabase es la plataforma sobre la que está construido ese tipo de backend; si tienes tu propia cuenta, tú controlas el proyecto, las llaves y los respaldos. Si quieres el panorama general, lee qué es Supabase.

¿Por qué migrar de Lovable Cloud a Supabase?

• Quieres acceso completo a tu base de datos: la llave service_role y las conexiones externas no están disponibles en proyectos administrados por Lovable Cloud, según la guía de Supabase sobre Lovable Cloud.
• Quieres sacar la app de Lovable y hospedarla en otro lado sin depender de sus créditos.
• Necesitas conectar otras herramientas (n8n, un CRM, reportes) directo a la base.
• Quieres controlar respaldos y región de los datos.

Si nada de esto te afecta, quedarte en Lovable Cloud es perfectamente válido.

Pasos para migrar Lovable Cloud a Supabase

Basado en la documentación de respaldos de Lovable y su guía de self-hosting, a noviembre de 2026. Los menús pueden cambiar.

1. Crea tu proyecto en Supabase

Entra a supabase.com, crea una organización y un proyecto nuevo. Elige una región cercana a tus usuarios y guarda la contraseña de la base de datos en un lugar seguro.

2. Exporta la base de datos de Lovable Cloud

1. En tu proyecto de Lovable ve a More → Database, da clic en Manage y luego en Settings.
2. En Export project data da clic en Export data.
3. En la tarjeta Database da clic en Export y luego Start export. El proyecto debe estar encendido.
4. Descarga el archivo desde More → Storage y guárdalo fuera de Lovable.

El archivo es un respaldo comprimido de PostgreSQL. Lovable indica límites de hasta 15 GB de base de datos, 5 GB por archivo exportado y una exportación cada 24 horas.

3. Descarga los archivos subidos

Fotos, PDFs y demás archivos de tus usuarios no vienen en la exportación de la base. Descárgalos desde More → Storage, bucket por bucket.

4. Mueve el código con GitHub

Conecta el proyecto a GitHub para tener el código y las migraciones (supabase/migrations/). Lo explicamos en cómo exportar un proyecto de Lovable.

5. Restaura la base en Supabase

Esta es la parte técnica. Con la cadena de conexión de tu proyecto de Supabase (la encuentras en el botón Connect del panel), un desarrollador la carga con pg_restore:

pg_restore --no-owner --no-privileges \
  -d "postgresql://postgres:[email protected]_PROYECTO.supabase.co:5432/postgres" \
  respaldo-lovable.dump

Es normal ver avisos por objetos que Supabase ya trae creados. Lo importante es revisar después que estén tus tablas, tus datos y tus políticas de seguridad.

6. Sube los archivos y recrea los buckets

Crea en Supabase los mismos buckets de Storage con los mismos nombres y sube los archivos. Las reglas de acceso de cada bucket hay que volver a configurarlas.

7. Reconfigura todo lo que no viaja

Según Lovable, la exportación no incluye el código de las edge functions desplegadas, los secretos, la configuración de proveedores de login ni las API keys. Tienes que:

• Volver a capturar los secretos (Stripe, Resend, OpenAI…) en Supabase.
• Configurar el login (correo, Google, etc.) y las URLs de redirección en Authentication.
• Desplegar las edge functions desde la carpeta supabase/functions/ del código.
• Cambiar las variables de entorno de la app para que apunten a tu nuevo proyecto:

VITE_SUPABASE_URL=https://TU_PROYECTO.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=tu-llave-publica

El nombre exacto de las variables depende de cómo generó Lovable tu proyecto; búscalas en el código. Si no sabes cómo funcionan, revisa variables de entorno en Vite y React.

8. Prueba antes de borrar

Haz login con una cuenta real, crea un registro, sube un archivo, haz un pago de prueba. Solo cuando todo funcione, borra la base de Lovable Cloud desde More → Database → Manage → Settings → Remove database para que deje de consumir créditos. Ojo: borrar es permanente y elimina también los respaldos.

Lovable Supabase self-hosted: ¿conviene?

Supabase es de código abierto y se puede instalar en tu propio servidor con Docker. Lovable lo menciona como destino soportado. Ventajas: control total y sin cuota mensual de Supabase. Desventajas: tú te encargas de actualizaciones, respaldos, certificados, monitoreo y seguridad del servidor. Para una pyme sin equipo técnico, el Supabase administrado suele ser más sensato. El self-hosted tiene sentido si ya tienes infraestructura y alguien que la mantenga.

Errores comunes al migrar

• Borrar Lovable Cloud antes de verificar. No hay vuelta atrás: Lovable no soporta migrar de Supabase al backend integrado.
• Olvidar las políticas RLS. Si al restaurar quedan tablas sin Row Level Security, cualquiera con tu llave pública puede leerlas. Revísalo con nuestra guía de qué es Supabase RLS.
• No actualizar las URLs de redirección. El login “funciona” en local pero falla en producción.
• Dejar la app escribiendo en la base vieja mientras migras. Avisa a tus usuarios o hazlo en un horario sin tráfico.

Cuándo pedir ayuda

Si tu app ya tiene usuarios, pagos o datos que no puedes perder, esta migración es trabajo de desarrollador: un pg_restore mal hecho o una política de seguridad olvidada se nota cuando ya es tarde. En Black Engine lo revisamos por WhatsApp: vemos tu proyecto y te decimos qué implica moverlo a tu propio Supabase.