Tu app de Lovable con dominio propio y código en GitHub: qué ganas y qué sigue sin ser tuyo

Qué consigues al conectar tu propio dominio

Tu web deja de verse como tuproyecto.lovable.app y pasa a estar en tudominio.com, con el candado de conexión segura (certificado SSL) que Lovable instala por ti. Es lo que da confianza a quien te visita y lo que Google asocia a tu marca: la propia documentación de Lovable recomienda, una vez conectado, verificar el dominio en Google Search Console y enviar el mapa del sitio (sitemap).

Lo que no cambia: la web sigue alojada en los servidores de Lovable. El dominio es la dirección, no la casa. Y la dirección xxx.lovable.app no se puede eliminar del proyecto, aunque tu dominio sea el principal.

Cómo conectar tu dominio en Lovable, paso a paso

A septiembre de 2026, conectar un dominio propio requiere un plan de pago. Si ya tienes el dominio comprado en otro proveedor (GoDaddy, IONOS, Namecheap, Cloudflare...), los pasos son estos:

1. Publica el proyecto. Puedes preparar el dominio antes, pero no mostrará nada hasta que publiques.
2. Entra en Project, luego Settings, luego Domains, y pulsa Connect existing domain.
3. Escribe tu dominio (tudominio.com) y elige dominio raíz. Deja activada la opción que redirige www.tudominio.com a tudominio.com: viene activada por defecto.
4. Configura el DNS. Lovable puede hacerlo por ti si tu proveedor es compatible con su conexión automática (Entri); si no, copia dos registros en el panel de tu proveedor: un registro A que apunta a 185.158.133.1 y un registro TXT con el nombre _lovable y un valor que empieza por lovable_verify=.
5. Borra los registros A, AAAA o CNAME antiguos del mismo nombre. Si no, tu dominio puede seguir mostrando la web anterior.
6. Espera a que el estado pase a Live. Suele tardar de minutos a unas horas, aunque el DNS puede tardar hasta 72 horas en propagarse.

Si tu app tiene inicio de sesión, revisa esto

Si usas el backend de Lovable (Lovable Cloud), Lovable añade tu dominio a las direcciones de retorno del inicio de sesión cuando el dominio queda activo. Si tu app usa tu propio proyecto de Supabase, tienes que añadirlo tú en la configuración de autenticación de Supabase. Y si el acceso con Google usa tus propias credenciales, también en Google Cloud Console. Es el fallo más común justo después de cambiar de dominio: la web carga, pero nadie puede entrar.

Otro detalle: cuando hay un dominio principal, los demás dominios conectados redirigen a él con una redirección temporal (302), no permanente (301). Lovable no permite redirecciones permanentes entre dominios de un mismo proyecto.

Qué consigues al sincronizar el código con GitHub

GitHub es donde vive el código de casi cualquier proyecto de software. Al conectar tu proyecto, Lovable crea un repositorio privado en tu cuenta de GitHub y mantiene una sincronización en los dos sentidos: lo que cambias en Lovable se guarda en GitHub, y lo que alguien sube a la rama activa de GitHub vuelve a Lovable.

Eso te da una copia de tu código fuera de Lovable, un historial de cada cambio y la posibilidad de que un desarrollador trabaje en él con sus herramientas. Según los términos que Lovable resume en su documentación, las apps y el código que creas con Lovable son tuyos (con los derechos de terceros que correspondan, como las licencias de código abierto).

Cómo conectar GitHub, paso a paso

A septiembre de 2026, la sincronización con github.com está disponible en todos los planes, también en el gratuito.

1. Si no tienes cuenta de GitHub, créala (es gratuita).
2. En Lovable, abre Project settings, luego Git, luego GitHub, y añade la conexión con tu cuenta. Tendrás que instalar la aplicación de Lovable en GitHub y autorizarla.
3. Pulsa Connect junto a tu cuenta. Lovable crea un repositorio nuevo, privado por defecto, y empieza a sincronizar la rama principal (main).
4. No borres ese repositorio: la sincronización se corta. Cambiarle el nombre, en cambio, no la rompe.

Lo que GitHub no hace

No se puede importar a Lovable un repositorio que ya existía: solo funciona de Lovable hacia GitHub. Si desconectas el proyecto, el repositorio queda intacto, pero al volver a conectar se crea uno nuevo. Y si solo quieres una copia puntual, en los planes de pago hay un botón Download codebase para descargar el código sin usar GitHub.

Lo más importante: tener el código no es tener la app. El código es la receta; la app funcionando necesita además dónde alojarse, una base de datos con tus datos, claves de servicios y configuración que no viajan en el repositorio.

Lo que sigue sin estar en tus manos

Con dominio propio y código en GitHub, esto sigue dependiendo de Lovable, según su documentación a septiembre de 2026:

• El alojamiento. Tu web se sirve desde Lovable. Puedes llevar el código a otro sitio, pero las apps creadas desde el 13 de mayo de 2026 (con TanStack Start) necesitan un alojamiento que ejecute código de servidor, no uno de archivos estáticos.
• La base de datos, si usas Lovable Cloud. Por dentro es un proyecto de Supabase, pero es propiedad de Lovable y lo gestiona Lovable: no aparece en tu panel de Supabase ni te da las claves de administración (service role) ni la dirección directa de la base de datos. No hay migración en un clic a tu propio Supabase: hay que exportar los datos y rehacer la estructura.
• Las copias de seguridad. Con Lovable Cloud, Lovable hace copias diarias y las restaura desde su panel. Con tu propio Supabase, las gestionas tú.
• Los emails. Enviar desde tu dominio es de planes de pago, Lovable crea un subdominio de envío (tipo notify.tudominio.com) y solo permite emails transaccionales, no boletines. Y los emails de acceso (registro, cambio de contraseña) desde tu dominio solo funcionan si usas Lovable Cloud.
• Los pagos. Si conectas tu propia cuenta de Stripe, el dinero va a tu cuenta, pero en proyectos con Lovable Cloud las funciones que cobran se ejecutan en Lovable Cloud y tu clave de Stripe se guarda allí.
• Cómo te ve Google. Las apps nuevas generan el HTML en el servidor (SSR), que es lo que mejor leen los buscadores. Las apps más antiguas (React con Vite) son de una sola página, y Lovable genera una versión legible solo para los rastreadores verificados (Google, Bing, buscadores de IA) en su propio alojamiento. Las demás herramientas reciben la página vacía que se completa con JavaScript, y ese servicio es parte del alojamiento de Lovable: no viaja con el código.

Cuándo tiene sentido salir de Lovable

Quedarte es razonable si es una web sencilla, sin datos de clientes, y te basta con que funcione en tu dominio. Salir, del todo o en parte, tiene sentido cuando:

• Guardas datos de clientes o cobras, y quieres que la base de datos esté en una cuenta a tu nombre, con tus copias y tus claves.
• Necesitas redirecciones permanentes (301) desde una web anterior, o control fino de cómo Google lee cada página.
• Un desarrollador va a mantener la app y prefiere trabajar en su entorno, sin depender de la sincronización con Lovable.
• El coste en créditos de Lovable Cloud crece más que lo que pagarías por el mismo servicio contratado directamente.

Qué hago yo en Omplia

Llevo webs y apps hechas con Lovable a tu dominio, con el código en tu GitHub y el dominio a tu nombre; la base de datos, los emails y los pagos, en cuentas tuyas. El alojamiento va en mi cuenta mientras tengas mantenimiento, y si lo dejas, lo paso a la tuya. Primero reviso tu enlace gratis y te digo, por escrito, qué merece la pena mover y qué no. Si con lo que ya tienes en Lovable te basta, te lo diré.

Una web desde 890 € y una app desde 2.900 €, más un plan de mantenimiento mensual opcional. El precio final depende de lo que haya que hacer y queda fijado por escrito antes de empezar.