Salir de Lovable sin perder usuarios: OAuth, sesiones y seguridad al migrar

Publicado el 2026-10-27 por frfrand

Cómo migrar autenticación de Lovable: cuentas, OAuth, callbacks, sesiones, reset de contraseñas, RLS y pruebas de permisos.

¿Por qué una app exportada puede dejar de iniciar sesión?

Una pantalla de login puede verse igual en el nuevo servidor y sin embargo rechazar a todos los usuarios. El código visual no transporta automáticamente los secretos OAuth, las sesiones firmadas ni las cuentas almacenadas por el proveedor. Por eso la migración de usuarios se planifica antes de cambiar el DNS y no después de recibir quejas.

Lo que realmente hay que mover

Identificá dónde está el servicio de Auth actual, cuáles son los proveedores de identidad (email, Google, GitHub), qué variables utiliza y qué URLs de callback tiene registradas. Los usuarios no siempre pueden migrarse con sus contraseñas originales: al cambiar de sistema quizás sea necesario ofrecer un flujo de restablecimiento. Verificá además las políticas Row Level Security si los datos viven en Supabase o tecnología equivalente. Autenticar a alguien no demuestra que esté autorizado a ver todos los registros.

Ejemplo: alumnos de dos academias

Creaste en Lovable un sistema para las academias A y B. En staging prepará un alumno de A, otro de B y un administrador de A. Iniciá sesión normalmente y comprobá que el alumno A no vea clases privadas del otro centro, aunque conozca su identificador. El administrador A tampoco debería listar alumnos B. Este control debe vivir en el backend, no en un botón que desaparece visualmente. Si falla, solucioná autorización antes de publicar.

Cómo ejecutar la migración

1. Inventariá roles, cuentas y origen de identidad. 2. Prepará el servicio Auth destino, con política de sesiones y recuperación de cuenta. 3. Configurá los nuevos dominios y redirect URLs de OAuth. 4. Migrá datos de cuentas según el método oficialmente admitido y comunicá resets si hacen falta. 5. Testeá login, logout, expiración, recuperación y permisos por rol. 6. Conservá un plan de soporte para los primeros usuarios migrados.

Preguntas frecuentes

### ¿Al exportar GitHub me llevo las contraseñas? No necesariamente. Repositorio y servicio de identidad son cosas distintas. ### ¿Google Login seguirá funcionando? Puede funcionar, pero requiere revisar credenciales, dominios y callbacks autorizados. ### ¿Se conservan las sesiones abiertas? No está garantizado al cambiar de proveedor o claves de firma. ### ¿Con un JWT ya está resuelta la seguridad? No: la API sigue necesitando autorización y aislamiento por cliente.

Fuente

Documentación de propiedad y despliegue de Lovable · OWASP Top 10.

ArduMaker y el futuro servicio de migración

Una vez auditado el código, ArduMaker puede servir como infraestructura de despliegue según el stack: VPS, servicios, dominio, certificados y herramientas de operación. Eso no garantiza que la aplicación generada por IA ya sea segura, ni que mover datos sea automático. La página ardumaker.com/lovable se está preparando para presentar un servicio de migración y despliegue desde constructores de IA hacia entornos de producción; todavía no está publicada. Por ahora se puede conocer la plataforma en ardumaker.com. La decisión de migrar debe basarse en requisitos concretos, no en una supuesta obligación de abandonar el proveedor actual.

Actualizado: octubre de 2026. Las funciones, planes y exportaciones de estas plataformas pueden cambiar. Verificá la documentación vigente y respaldá los datos reales antes de intervenir.

Qué muestra la fotografía

Revisión de acceso y configuración de usuarios. Fotografía ilustrativa generada para acompañar esta guía sobre migración de aplicaciones creadas con IA; no es una captura de la plataforma ni certifica una instalación concreta.

Seguí con estas guías prácticas de ArduMaker

- Migrar Lovable Cloud a Supabase propio: usuarios, datos, archivos y funciones - Seguridad para apps creadas con Lovable e IA: secretos, roles, RLS y JWT - De Lovable a producción con ArduMaker: cómo tener una web propia, estable y mantenible

Si estás evaluando tu propia aplicación, compará los requisitos reales de backend, base de datos, autorización y despliegue antes de elegir el servidor.