Inférence en Europe : ce que ça veut dire, et ce que ça ne veut pas dire
« Inférence européenne. » La formule s’affiche désormais sur les pages produits des éditeurs américains comme sur celles des acteurs français – y compris sur la nôtre. Elle rassure, elle se vend bien, et elle est presque toujours vraie. Le problème, c’est qu’elle ne dit pas la même chose selon qui l’écrit. Cet article fait le tri : ce que garantit réellement une inférence en Europe, et ce qu’on lui prête à tort.
Inférence : de quoi parle-t-on exactement ?
Un modèle d’IA vit deux vies. La première, c’est l’entraînement : des mois de calcul sur des milliers de GPU pour ajuster des milliards de paramètres. Elle a lieu une fois, chez l’éditeur du modèle, et vous n’y participez pas.
La seconde, c’est l’inférence : chaque fois qu’un collaborateur pose une question, qu’un agent résume un contrat ou qu’un workflow classe un ticket, le modèle reçoit un texte et calcule une réponse. C’est à ce moment précis que vos données quittent votre système d’information pour être traitées par le modèle.
Autrement dit : l’entraînement est l’affaire de l’éditeur, l’inférence est la vôtre. Un agent en production peut déclencher des dizaines d’appels d’inférence pour une seule tâche – recherche, reformulation, appel d’outil, vérification, rédaction. Chacun de ces appels transporte un morceau de votre contexte métier.
C’est pour cela que la question « où tourne l’inférence ? » est devenue centrale. Pas parce qu’elle est à la mode, mais parce qu’elle décrit le seul moment où votre donnée est réellement exposée au modèle.
Ce que « inférence en Europe » veut dire
Les calculs sur votre contenu ont lieu sur des machines situées en Europe
C’est la promesse de base, et elle est réelle. Vos prompts, les extraits de documents injectés par le RAG, les réponses générées : tout cela est traité par des GPU physiquement installés dans un datacenter européen. Chez la plupart des fournisseurs, « Europe » signifie l’Espace économique européen, parfois élargi à la Suisse – pas forcément la France.
Un traitement RGPD plus simple à documenter
Quand le calcul reste dans l’Union, vous n’avez pas à justifier un transfert hors UE pour cette étape du traitement. Votre registre, votre analyse d’impact et vos échanges avec le DPO s’en trouvent allégés. Ce n’est pas une dispense de RGPD – base légale, minimisation et durée de conservation restent dues – mais c’est une source de complexité en moins.
Une latence plus faible, à la marge
Un aller-retour Paris-Francfort coûte moins qu’un aller-retour Paris-Virginie. Sur un appel isolé, l’écart est négligeable. Sur un agent qui enchaîne quinze appels pour traiter une demande, il commence à se sentir.
Un engagement que vous pouvez inscrire au contrat
La localisation de l’inférence devient une clause vérifiable : région de déploiement, sous-traitants listés dans l’accord de traitement des données, conditions de rétention. C’est un critère d’achat concret, pas une impression.
Ce que « inférence en Europe » ne veut pas dire
Ce n’est pas une protection juridique contre le Cloud Act
La localisation d’un serveur ne dit rien de la juridiction de celui qui l’exploite. Le Cloud Act américain permet aux autorités des États-Unis d’exiger des données détenues par une entreprise de droit américain, où qu’elles soient stockées. Le 10 juin 2025, devant une commission d’enquête du Sénat, le directeur des affaires publiques et juridiques de Microsoft France a reconnu sous serment ne pas pouvoir garantir que des données hébergées en France échappent à une telle demande.
Une inférence en Europe chez un fournisseur américain reste donc soumise au droit américain. C’est souvent acceptable. Ce n’est simplement pas la même chose qu’une inférence chez un opérateur de droit européen.
Ce n’est pas « tout reste en Europe »
La documentation d’OpenAI est, sur ce point, d’une honnêteté utile. Son option de résidence d’inférence garantit que l’exécution GPU sur le contenu client a lieu dans la région choisie. Mais l’authentification, le routage, l’extraction de texte des fichiers PDF ou Word et les analytics peuvent encore se faire ailleurs. Les métadonnées, la facturation et les données transmises à des intégrations tierces sortent aussi du périmètre.
Ce n’est pas propre à OpenAI : c’est l’architecture normale d’un service mondial. « Inférence en Europe » couvre le calcul du modèle, pas toute la plomberie autour.
Ce n’est pas un modèle européen
L’origine d’un modèle et le lieu où il tourne sont deux questions distinctes. Un modèle américain peut tourner dans un datacenter français ; un modèle européen peut tourner aux États-Unis. Choisir Mistral ne garantit pas une inférence en Europe, et choisir Claude ou GPT ne l’interdit pas.
Ce n’est pas une garantie sur la réutilisation de vos données
Où tourne le modèle et ce que le fournisseur a le droit de faire de vos requêtes sont deux sujets différents. La non-utilisation pour l’entraînement, la durée de rétention des prompts, l’accès humain pour la modération : tout cela relève du contrat, pas de la géographie.
Ce n’est pas la conformité de votre système
L’inférence n’est qu’un maillon. Un agent en production stocke des documents, alimente une base vectorielle, écrit des logs, appelle des outils et des API. Si la base vectorielle est hébergée aux États-Unis ou si un connecteur envoie des données vers un SaaS tiers, une inférence européenne ne change rien à ces flux. Et l’AI Act, lui, juge l’usage – recrutement, crédit, santé – pas l’adresse du GPU.
Les cinq niveaux d’« inférence en Europe »
Derrière la même formule se cachent au moins quatre réalités très différentes – cinq si l’on compte le point de départ, l’API mondiale. Les placer côte à côte permet de voir ce qu’on gagne et ce qu’on paie à chaque marche.
| Niveau | Où tourne le calcul | Droit qui s’applique à l’opérateur | Modèles accessibles | Coût et effort |
|---|---|---|---|---|
| 1. API mondiale (point d’accès « global ») | N’importe quelle région du fournisseur, selon la charge | Américain le plus souvent | Tous, dès leur sortie | Prix de référence, aucun effort |
| 2. Région européenne d’un fournisseur américain (OpenAI Europe, Azure, Bedrock, Vertex AI) | Datacenters de l’UE ou de l’EEE | Américain : Cloud Act applicable | Large catalogue, régions parfois servies après les États-Unis | Environ +10 % sur les tokens chez Bedrock et Vertex AI pour Claude (Anthropic) ; effort faible |
| 3. Cloud de confiance hybride (S3NS, Bleu) | France | Société de droit français opérant une technologie américaine sous licence | Catalogue IA encore en construction | S3NS annonce +15 à 20 % par rapport au même service Google Cloud (Le Monde Informatique) |
| 4. Opérateur européen (Mistral, OVHcloud, Scaleway…) | UE, souvent France | Européen | Modèles open-weight et modèles européens ; rarement les modèles propriétaires américains | Comparable au niveau 2 ; effort faible à moyen |
| 5. Infrastructure dédiée ou on-premise | Chez vous ou chez votre hébergeur | Le vôtre | Modèles open-weight uniquement | GPU, exploitation et maintien en conditions opérationnelles à votre charge |
Le niveau 3 mérite une précision, car il bouge vite. S3NS, la coentreprise de Thales et Google, a obtenu la qualification SecNumCloud 3.2 en décembre 2025. Bleu, porté par Orange et Capgemini sur technologie Microsoft, vise désormais la fin 2026 après avoir annoncé le premier semestre. Et dans les deux cas, la qualification d’un socle ne vaut pas qualification de chaque service d’IA qu’on y ajoute.
Ce tableau n’a pas de « bonne » ligne. Une même organisation a souvent intérêt à en combiner plusieurs : un niveau 2 pour un assistant de rédaction marketing, un niveau 4 ou 5 pour l’agent qui lit les dossiers RH. Le travail consiste à affecter chaque cas d’usage au bon niveau – et à le documenter.Rejouez régulièrement la cartographie de l’étape 1 : si des usages cachés réapparaissent, c’est qu’un besoin n’est pas encore couvert.
Les compromis qu’on ne lit pas sur les plaquettes
Le réglage par défaut est souvent mondial
C’est le piège le plus courant. Chez de nombreux fournisseurs, le point d’accès par défaut est global : la requête part vers la région qui a de la capacité disponible, où qu’elle soit. Pour les modèles Claude récents sur Bedrock et Vertex AI, Anthropic indique que les points d’accès régionaux coûtent 10 % de plus que les points d’accès globaux, et que son API directe est mondiale par défaut.
Autrement dit, l’inférence européenne n’est pas un état naturel : c’est une option qu’on active, qu’on paie et qu’on verrouille. AWS documente d’ailleurs une politique de contrôle permettant d’interdire explicitement le routage mondial à l’échelle d’une organisation. Si personne ne l’a posée, un développeur pressé peut repasser en global sans que personne ne le voie.
Toutes les fonctionnalités ne suivent pas
Les options de résidence couvrent des fonctionnalités listées, pas tout le catalogue. Chez OpenAI, par exemple, les fonctionnalités encore en bêta et plusieurs services annexes sont exclus de la résidence. Or un agent s’appuie justement sur ces briques : recherche web, exécution de code, connecteurs. Chaque outil qu’on lui ajoute est un flux à requalifier.
La capacité est plus rare en région
Un point d’accès mondial pioche dans toute la capacité GPU du fournisseur ; un point d’accès régional, seulement dans celle de la région. AWS présente ainsi la souplesse des quotas comme un avantage du routage mondial. Pour un agent qui enchaîne des dizaines d’appels par tâche, des quotas régionaux trop serrés se traduisent par des erreurs de limitation aux heures de pointe. À dimensionner dès le cadrage, pas après le déploiement.
Ce qui est légal aujourd’hui peut ne plus l’être demain
Transférer des données vers un fournisseur américain certifié reste légal : le Data Privacy Framework a été validé par le Tribunal de l’UE le 3 septembre 2025. Mais un pourvoi est pendant devant la Cour de justice depuis le 31 octobre 2025, et ses deux prédécesseurs, Safe Harbor et Privacy Shield, ont été annulés. Une inférence en Europe n’est donc pas qu’un confort de conformité : c’est aussi une assurance contre un « Schrems III » qui obligerait à revoir les flux en urgence.
Sept questions à poser à votre fournisseur
« Inférence en Europe » est le début de la conversation, pas sa conclusion. Voici les questions qu’on pose systématiquement en phase de cadrage.
| Question | Pourquoi elle compte | Ce qu’on attend comme réponse |
|---|---|---|
| Dans quel pays, et chez quel hébergeur, tournent les GPU ? | « Europe » peut vouloir dire Irlande, Suède ou Suisse | Une région nommée, inscrite au contrat |
| De quel droit relève l’entreprise qui opère l’infrastructure ? | C’est la juridiction, pas la localisation, qui détermine l’exposition au Cloud Act | Le nom de l’entité et son actionnariat ; une qualification SecNumCloud si vos données l’exigent |
| Qu’est-ce qui sort de la région ? | Routage, authentification, logs et métadonnées sont souvent traités ailleurs | La liste écrite des traitements hors région |
| Mes requêtes sont-elles conservées, et combien de temps ? | Un prompt stocké 30 jours pour la modération reste une donnée exposée | Une durée de rétention précise, idéalement zéro |
| Mes données peuvent-elles servir à entraîner un modèle ? | La géographie ne règle pas cette question | Un engagement contractuel explicite de non-utilisation |
| Où vivent le reste de la chaîne : base vectorielle, documents, logs, connecteurs ? | Une inférence européenne ne protège pas un index hébergé ailleurs | Un schéma de flux de bout en bout |
| Le point d’accès européen est-il le réglage par défaut, et peut-on verrouiller le routage ? | Beaucoup de fournisseurs routent en mondial par défaut ; un simple changement de configuration suffit à sortir d’Europe | Une politique qui interdit le routage mondial au niveau du compte, et des journaux indiquant la région réellement utilisée |
Si une de ces réponses manque, ce n’est pas forcément rédhibitoire. Mais c’est à vous de décider si le risque est acceptable – pas au discours commercial.
Notre position : l’inférence européenne est un réglage par défaut, pas un slogan
Sur Agent Factory, notre plateforme d’agents IA d’entreprise, l’inférence européenne est le choix par défaut. Mais on ne la présente jamais seule, parce qu’elle ne suffit pas seule.
Toute la chaîne, pas seulement le modèle
Par défaut, la plateforme tourne sur une infrastructure dédiée hébergée en France par Scafe, notre partenaire cloud et cybersécurité au sein du groupe AODB. Les documents, la base de connaissances, les conversations et les logs y sont stockés : 100 % des données restent en France. L’inférence européenne vient s’ajouter à ce socle, elle ne le remplace pas.
Un curseur, pas un dogme
On-premise, cloud public ou cloud de confiance : le niveau de sécurité se choisit selon la sensibilité des données. C’est le principe qu’on défend dans Souveraineté numérique : arrêtez de chercher le pavillon parfait. Un agent qui reformule des fiches produits n’a pas les mêmes exigences qu’un agent qui lit des dossiers clients couverts par le secret professionnel.
Des garanties qu’on vérifie, plutôt qu’on affirme
Vos documents alimentent la recherche des agents ; ils n’entraînent aucun modèle. Nous n’éditons pas de modèle, donc cette garantie repose sur les engagements contractuels du fournisseur d’inférence retenu – des engagements que nous vérifions au cadrage, question par question. C’est exactement la grille présentée plus haut.
Des droits hérités, une plateforme réversible
L’IA n’accède qu’aux données que l’utilisateur a le droit de voir : dix types de ressources portent leurs propres droits, synchronisés avec votre annuaire (Entra ID, Keycloak, Okta). Le socle est open source et la configuration versionnée : vous pouvez reprendre la plateforme en interne ou la confier à un autre prestataire.
Sur le terrain
Synerga, groupement de cabinets d’expertise comptable, a déployé avec nous un « ChatGPT privé » et des agents métiers pour ses 1 500 experts-comptables, dans un cloud de confiance. Pour une profession soumise au secret professionnel, la localisation de l’inférence n’était qu’une des conditions. Les autres étaient l’hébergement des documents, le cloisonnement des droits et l’absence de transit par un service tiers non maîtrisé.
Et si votre organisation est déjà équipée Microsoft, Anthropic ou autre, l’inférence européenne reste atteignable – avec d’autres compromis. Nous comparons ces approches sans parti pris.
En résumé
Une inférence en Europe garantit une chose précise : le calcul du modèle sur votre contenu se fait sur des machines européennes. C’est utile, c’est vérifiable, et ça simplifie votre conformité RGPD.
Elle ne garantit pas la juridiction de l’opérateur, ni le devenir de vos requêtes, ni la localisation du reste de la chaîne. Ces trois points se règlent ailleurs : dans le choix de l’hébergeur, dans le contrat, et dans l’architecture de bout en bout.
Elle a aussi un prix – environ 10 % de plus sur certains modèles, des quotas plus serrés, des fonctionnalités parfois exclues – et elle n’est pas toujours le réglage par défaut. Une inférence européenne qu’on n’a pas verrouillée peut repasser en mondial sans que personne ne s’en aperçoive.
La bonne question n’est donc pas « l’inférence est-elle en Europe ? », mais « qu’est-ce qui, dans mon système, sort encore de mon périmètre – et est-ce que je l’accepte ? »
Avec Agent Factory, Eurelis livre à chaque entreprise sa propre plateforme d’agents IA : infrastructure dédiée hébergée en France, inférence en Europe, connexion aux données métier, droits d’accès hérités de votre annuaire et suivi des coûts. Vous voulez savoir ce que vos équipes font déjà avec l’IA, et comment le sécuriser ? Parlons-en : un premier échange suffit pour identifier le cas d’usage qui mérite d’être éprouvé en premier.
