Lovable ajoute un réglage « EU inference » : ce qu'il garantit, et ce qu'il laisse de côté

Lovable, l'outil qui génère des applications web à partir d'une conversation, a annoncé le 12 octobre 2026 un réglage baptisé « EU inference ». L'inférence, c'est le moment où un modèle d'IA traite une requête et produit une réponse. Le réglage permet de décider où ce traitement a lieu. L'annonce est honnête sur ses limites, et c'est ce qui la rend intéressante à lire de près.

Ce que fait le réglage

Une fois activé par un propriétaire ou un administrateur de l'espace de travail, il s'applique à deux types de requêtes :

• celles qui partent pendant la construction d'une application dans Lovable ;
• celles qu'émettent les applications publiées lorsqu'elles utilisent les fonctions d'IA prises en charge par Lovable.

Le comportement en cas de panne est clair : si aucun point de traitement autorisé n'est disponible, la requête échoue. Elle n'est pas redirigée ailleurs. L'éditeur indique qu'un changement de réglage peut mettre une vingtaine de minutes à s'appliquer aux nouvelles requêtes.

Ce qu'il ne couvre pas

C'est la partie à lire avant toute promesse à un client ou à un délégué à la protection des données.

• Le stockage. Le réglage ne porte que sur le traitement par les modèles. Il ne déplace pas les données des clients en Europe et ne vaut pas engagement de résidence pour toute la plateforme. L'hébergement et le stockage des applications se règlent à part.
• Le transit. Lovable ne garantit pas que le trafic réseau reste dans l'Union.
• La recherche web. La recherche, la récupération de pages et l'automatisation de navigateur continuent de traiter des données aux États-Unis.
• Vos propres appels. Si le code de votre application appelle directement un fournisseur de modèles avec vos identifiants, cet appel échappe au réglage.
• « Europe » n'est pas toujours « Union européenne ». Selon Lovable, les modèles hébergés par Google et AWS tournent dans des pays de l'Union. Ceux hébergés par Microsoft peuvent tourner dans des pays européens hors Union, comme la Norvège ou la Suisse.

Les contreparties

• Le réglage est réservé à l'offre Enterprise.
• La consommation de crédits augmente, en construction comme dans les applications publiées. L'annonce ne donne aucun chiffre.
• La génération de vidéo, les conversations vocales et certains outils de retouche d'image sont indisponibles.
• Les modèles Claude restent utilisables pour construire, mais pas dans les applications publiées : ils disparaissent de la liste, et les requêtes qui les visent sont rejetées.

Ce dernier point a une conséquence immédiate. Une application existante qui s'appuie sur un modèle devenu indisponible tombe en erreur dès que le réglage prend effet. Il faut la basculer sur un modèle autorisé puis la republier.

Points à vérifier avant d'activer

1. Dressez la liste des applications publiées et des modèles qu'elles utilisent.
2. Repérez les fonctions qui dépendent de la recherche web ou de la navigation automatisée.
3. Demandez à l'éditeur l'ordre de grandeur du surcoût en crédits.
4. Si votre politique impose un traitement strictement dans l'Union, faites préciser le cas des modèles hébergés par Microsoft.

Notre lecture

Lovable ne revendique aucune certification dans cette annonce et présente le réglage comme une capacité à évaluer au regard de vos propres règles. C'est la bonne manière de le prendre. Pour une PME française, le réglage répond à une question précise, « où le modèle traite-t-il ma requête ? », et à celle-là seulement. Il ne suffit pas à écrire « données hébergées en Europe » dans une proposition commerciale. Et comme il est réservé à l'offre Enterprise, la plupart des petites structures n'y auront de toute façon pas accès : pour elles, la prudence habituelle reste de mise sur les données personnelles confiées à une application générée.