Lovable lanza el borrado automático de apps «muertas»: 60 días de silencio y una papelera

Lovable, el servicio donde las aplicaciones se construyen en un chat con IA, ha lanzado para sus clientes Enterprise una función de limpieza de proyectos abandonados. La regla es sencilla: si un proyecto lleva 60 días sin usarse, recibe el estado abandoned. Si el administrador ha activado el borrado automático, el proyecto desaparece tras un periodo de gracia de 7, 14 o 30 días. De paso, la compañía ha acuñado el nombre «undead apps» para estos proyectos y ha publicado, con motivo de Halloween, un juego gratuito en el que hay que buscar «no muertos» entre proyectos ficticios. El juego no toca ni elimina los proyectos reales.

El problema que crea la generación rápida de aplicaciones

Cuanto más fácil es montar un prototipo, más prototipos quedan por ahí. Una landing de una campaña ya terminada, un prototipo de un hackatón, la herramienta interna de un empleado que se fue: todo ello suele seguir publicado y conectado a datos. En el sector este fenómeno se conoce como app sprawl, y Lovable señala expresamente que afecta a todas las herramientas de IA, no solo a su plataforma.

La compañía enumera cuatro riesgos que se acumulan alrededor de las aplicaciones olvidadas:

• Credenciales activas. Una demo para una reunión con un cliente puede seguir aceptando inicios de sesión, y la clave de API de un experimento rápido puede seguir conectada a un sistema corporativo.
• Vulnerabilidades sin corregir. Un formulario de registro para un evento usa una biblioteca que más tarde necesitó una actualización de seguridad. Sin propietario, la actualización no llega y la aplicación sigue en línea con un fallo conocido.
• Datos personales sin finalidad. En una waitlist del año pasado siguen almacenados nombres, correos electrónicos y respuestas de formularios que la empresa ya no necesita.
• Propietario desaparecido. El autor de un tracker interno cambió de equipo o dejó la empresa, y nadie se responsabiliza de los accesos, de los problemas detectados ni de la decisión de cerrarlo.

Cómo funciona la limpieza: marca, aviso y papelera

La función se configura en Workspace settings → Security → Privacy & security → Abandoned projects. Solo está disponible para administradores y propietarios del workspace en el plan Enterprise.

El mecanismo tiene dos pasos. Primero, Lovable marca un proyecto como abandonado tras un periodo sin actividad, que por defecto es de 60 días. La regla se aplica tanto a proyectos publicados como a no publicados. Después, si el borrado automático está activado, la plataforma elimina el proyecto una vez transcurrido el plazo elegido. Por defecto, el borrado automático está desactivado.

Cuentan como actividad:

• editar el proyecto o conversar con él en el editor;
• la visita de un usuario a la aplicación publicada (el tráfico de bots no se contabiliza);
• las llamadas a las funciones de backend del proyecto.

Abrir el proyecto y ver su vista previa no cuentan. Publicarlo, por sí solo, tampoco reinicia el temporizador.

El borrado va acompañado de avisos. Los propietarios y los participantes con permiso de edición reciben un correo y un banner en el proyecto 5 días y 1 día antes de la fecha de eliminación. Cualquiera que tenga acceso puede detener el proceso: basta con editar el proyecto, enviarle un mensaje o pulsar Keep it en el banner o en el correo.

Un proyecto eliminado se puede recuperar durante 60 días desde Workspace settings → Workspace → Recently deleted projects. Mientras está eliminado, la aplicación publicada no está disponible y el backend permanece suspendido. A los 60 días, Lovable borra de forma irreversible el proyecto, el historial de versiones y el chat.

Hay una salvedad con la dirección. Tras la eliminación, la dirección lovable.app queda libre, y si la ocupa otra persona, el proyecto restaurado ya no podrá recuperar su dirección anterior.

Cómo activarla y qué revisar antes

El administrador de Enterprise debe abrir Workspace settings → Security → Privacy & security → Abandoned projects, fijar el plazo tras el cual un proyecto se considera abandonado, activar el borrado automático y elegir el periodo de gracia: 7, 14 o 30 días.

El orden de acciones recomendado es este:

1. Antes de activarlo, revise la lista de proyectos y localice los que están conectados a sistemas de trabajo o almacenan datos de usuarios. 2.

Si algunas aplicaciones deben seguir vivas sin actividad, por ejemplo servicios estacionales, asegúrese de que tengan un responsable que reaccione al correo de 5 días antes. El borrado se puede detener con una edición, un mensaje al proyecto o el botón Keep it. 3.

Para las direcciones lovable.app críticas, tenga en cuenta que, tras la eliminación, otra persona puede ocupar la dirección. 4.

Revoque por separado las claves de API y los accesos en los sistemas a los que se conectaron los prototipos olvidados. Conviene complementar el borrado del proyecto con la revocación, no sustituirla. 5.

Elija el periodo de gracia según el riesgo: 7 días es adecuado para limpiar experimentos; 30 días deja más margen a los equipos con ciclos largos.

Lo relevante para el mercado es el cambio en sí: las plataformas de desarrollo con IA empiezan a vender no solo la velocidad para crear aplicaciones, sino también la gestión de su ciclo de vida. Cuando una aplicación se construye en minutos, la pregunta de quién la cierra pasa a ser una cuestión de seguridad y de cumplimiento normativo.