Saltar al contenido
HostSpry

Llevar una app de Lovable a producción

Una app de Lovable tiene tres partes que salen de formas distintas: el código, el backend y el hosting. Esta guía sigue la documentación de Lovable leída el 25 de septiembre de 2026; la plataforma cambia, así que revisa las páginas citadas antes de actuar.

Solicitar revisión de migración

El código

Lovable sincroniza el proyecto con GitHub en ambos sentidos, y el código también se puede descargar (integración con GitHub). Lovable afirma que el código puede alojarse en otro lugar (hosting externo).

Revisa qué tipo de proyecto tienes: los proyectos antiguos generan un sitio estático React y Vite, y los creados desde mayo de 2026 son apps TanStack Start que necesitan un host capaz de ejecutar código de servidor (hosting externo).

El backend

Hay dos configuraciones. Lovable Cloud es un backend administrado por Lovable sobre la base de código abierto de Supabase, sin proyecto Supabase en tu cuenta (Lovable Cloud). Tu propio proyecto Supabase vive en tu cuenta de Supabase, con tu facturación (integración con Supabase).

Con un proyecto Supabase propio, el backend ya es tuyo. Con Lovable Cloud, la documentación describe una exportación de la base de datos — schema, datos, cuentas de usuario y hashes de contraseña — con límites de tamaño, y dice que los archivos del storage, el código de las edge functions, los secretos, la configuración de proveedores de inicio de sesión y las claves de API no están incluidos (base de datos, self-hosting).

Hosting y créditos

Lovable usa un único saldo de créditos para construir, alojar, ejecutar el backend incluido y las funciones de IA de las apps publicadas. Sin créditos, las páginas publicadas siguen en línea, las funciones de IA se detienen y un backend Cloud puede pausarse (planes y créditos).

Pasar a producción, en orden

  1. Conecta GitHub— para que el código tenga un lugar fuera de la herramienta.
  2. Decide dónde vive el backend— tu propio proyecto Supabase, o una exportación de Lovable Cloud recreada desde las migraciones y luego llenada con los datos.
  3. Mueve lo que la exportación deja fuera— archivos del storage, secretos, proveedores de inicio de sesión y sus direcciones de redirección.
  4. Elige un host que ejecute tu build— archivos estáticos, o un runtime de servidor en los proyectos más nuevos.
  5. Ensaya antes de cambiar— en una copia desechable, con inicio de sesión real. Si cambia el secreto que firma la autenticación, los usuarios vuelven a iniciar sesión.

Siguiente paso

HostSpry ejecuta apps con código en GitHub y backend Supabase. Cuéntanos sobre la tuya para una revisión de migración.

Solicitar revisión de migración