Lovable permite a sus clientes corporativos procesar las solicitudes de IA en Europa

Lovable ha lanzado EU inference, un ajuste para clientes corporativos que dirige las solicitudes a los modelos de IA compatibles hacia endpoints europeos. Funciona en dos escenarios: cuando el equipo construye un producto dentro de Lovable y cuando la aplicación ya publicada recurre a un modelo desde sus funciones de IA. El anuncio se publicó el 12 de octubre de 2026. No incluye una lista concreta de modelos, países ni condiciones.

Dos circuitos por los que los datos llegan al modelo

Una plataforma de generación de aplicaciones maneja dos flujos de datos distintos. El primero surge durante el desarrollo: al modelo se envían prompts, fragmentos de código, descripciones de lógica de negocio y archivos cargados. El segundo aparece tras la publicación. Si la aplicación incluye un asistente de chat, un clasificador de solicitudes o una búsqueda en documentos, lo que escribe el usuario también pasa por el modelo, y a menudo son datos de clientes.

El segundo circuito es el más delicado para el cumplimiento normativo. El desarrollador puede controlar lo que escribe en el prompt al construir la aplicación, pero no lo que introducen miles de usuarios finales. Lovable afirma que cubre ambos circuitos, y eso es lo que distingue este lanzamiento de un simple selector de región para el constructor.

Por qué la ubicación del procesamiento se ha vuelto obligatoria

Lovable tiene su sede en Estocolmo y los clientes europeos son un mercado natural para la compañía. Sus cuestionarios de compras incluyen desde hace tiempo una pregunta específica: dónde se procesan los datos. Almacenamiento y procesamiento no son lo mismo. La base de datos puede estar en Fráncfort mientras la solicitud al modelo viaja a un endpoint al otro lado del océano. Desde el punto de vista del GDPR, esa transferencia requiere una base jurídica propia, y juristas y equipos de seguridad tienen que explicarla.

Los grandes proveedores de modelos en la nube ya ofrecen endpoints regionales, por lo que la base técnica para este enrutamiento existe. Lovable la pone al alcance dentro de su propio producto, de modo que el equipo no tiene que montar por su cuenta una capa intermedia de claves y proxies.

Lo que se sabe por el anuncio:

• Público: equipos enterprise.
• Mecanismo: enrutamiento de las solicitudes a endpoints europeos.
• Alcance: desarrollo en Lovable y funciones de IA de las aplicaciones publicadas.
• Limitación: solo los modelos compatibles.
• No se ha revelado: lista de modelos, países de alojamiento, precios, latencia, SLA.

Lo que queda fuera del anuncio

La palabra «compatibles» es la más importante del anuncio. Los endpoints europeos de los proveedores de modelos suelen recibir las nuevas versiones más tarde que los globales. Un equipo que active EU inference puede encontrarse con que algunos modelos no estén disponibles o vayan por detrás en versión.

También queda abierta la cuestión de cómo se comporta el sistema ante un fallo. Si el endpoint europeo no está disponible, ¿la solicitud debe fallar con un error o redirigirse a otra región? Para el cumplimiento normativo solo es correcta la primera opción; para el uptime resulta más cómoda la segunda. El anuncio no aclara cómo está resuelto.

Hay que tener en cuenta, además, el registro de logs y el almacenamiento. El procesamiento regional, por sí solo, no responde a quién guarda los prompts, durante cuánto tiempo ni qué subencargados del tratamiento intervienen.

Qué comprobar antes de activarlo

Un equipo que planee migrar sus funciones de IA al procesamiento europeo debería pedir a Lovable varias cosas:

• La lista actualizada de modelos y regiones para los que está disponible EU inference.
• La descripción del comportamiento cuando el endpoint europeo no está disponible.
• Las condiciones de almacenamiento y registro de prompts y respuestas, así como la lista de subencargados del tratamiento.
• El acuerdo de tratamiento de datos (DPA) vigente, que tenga en cuenta la nueva opción.

Tras la activación conviene verificar el resultado en la práctica: lanzar solicitudes de prueba desde la aplicación publicada y comprobar, con la documentación y los logs, que el tráfico realmente va a la región correcta. Si el registro de actividades de tratamiento de datos personales depende de esta función, también hay que actualizarlo: el permiso a nivel de plataforma no sustituye a la documentación interna.