Où la donnée est stockée et où elle est calculée sont deux questions différentes
La résidence des données désigne la région dans laquelle le contenu client couvert est stocké au repos. La résidence de l’inférence désigne la région dans laquelle s’exécute le modèle sur ce contenu, c’est-à-dire le calcul GPU. Ce ne sont pas deux formulations de la même garantie.
La distinction est devenue assez structurante pour que les fournisseurs la formalisent. OpenAI la documente explicitement et réserve la résidence de l’inférence aux clients éligibles de ses offres entreprise et éducation ayant déjà activé la résidence des données, dans les régions qui la prennent en charge. Une donnée peut donc être stockée dans une région déterminée pendant que certaines opérations nécessaires au service suivent d’autres règles.
Ce n’est pas un défaut de conception, et encore moins un manquement de la part des fournisseurs. C’est la conséquence du fait qu’une application d’IA est une chaîne de traitements, pas un entrepôt.
Cartographier le parcours, pas seulement le point de stockage
Prenons un assistant interne branché sur la documentation de l’entreprise. L’utilisateur pose une question. L’application identifie les documents pertinents, en extrait des passages, construit un contexte, appelle le modèle, obtient une réponse, appelle éventuellement un service externe, puis conserve certaines informations d’exploitation.
Chacune de ces étapes peut relever de règles différentes. Comprendre où se trouvent réellement les données suppose donc de suivre la chaîne entière :
stockage → indexation → récupération → contexte → inférence → outils externes → traces
C’est précisément ce qui rend la question plus difficile qu’un choix de région dans une console d’administration, et ce qui la rattache directement aux décisions de construction du contexte : chaque information ajoutée au contexte est une information qui voyage.
Un connecteur externe peut faire sortir vos données du périmètre garanti
C’est le point le plus souvent négligé. OpenAI indique que les données envoyées à des services tiers, qu’il s’agisse d’applications, de serveurs MCP, de fournisseurs de navigation web ou d’autres outils externes, relèvent des conditions de résidence, de sécurité et de conformité du fournisseur concerné. Sa documentation destinée aux développeurs le formule sans ambiguïté pour le protocole MCP : une organisation disposant de la résidence des données en Europe voit l’inférence et le stockage de son contenu client limités à l’Europe jusqu’au point où la communication est envoyée au serveur MCP, et il lui revient de vérifier que ce serveur respecte ses propres exigences de résidence ou de non-rétention.
Autrement dit, activer une garantie de résidence sur la plateforme principale ne dit rien de ce qui se passe au-delà de la frontière du service. Dès qu’un agent appelle un tiers, il faut examiner ce qui lui est transmis et selon quelles règles il le traite, ce qui relève pleinement de la gouvernance des agents. La question est d’autant plus sensible dans les architectures agentiques, où les appels d’outils se multiplient par conception.
« Inférence en Europe » ne veut pas dire « tout en Europe »
La nuance mérite d’être lue avec attention. OpenAI indique que son option de résidence de l’inférence garantit l’exécution GPU sur le contenu client couvert dans la région choisie, pour les charges de travail prises en charge, mais qu’elle ne s’étend ni à l’ensemble des traitements CPU ni aux données système : l’authentification, le routage, l’indexation ou la journalisation sans contenu peuvent avoir lieu en dehors de cette région. La documentation de l’API ajoute que toutes les régions proposées ne prennent pas en charge le traitement en région ; lorsque ce n’est pas le cas, le contenu client peut être traité et stocké temporairement hors de la région pour délivrer le service.
La conclusion à en tirer n’est pas que ces solutions ne tiennent pas leurs engagements. C’est l’inverse : elles les décrivent précisément, et c’est cette précision qu’il faut lire. « Hébergé en Europe », « données au repos en Europe », « traitement en Europe » et « inférence GPU en Europe » ne désignent pas la même chose, et un contrat qui promet l’un ne promet pas les autres.
Les questions à poser à un fournisseur avant de s’engager
« Où sont vos serveurs ? » ne suffit plus à instruire le sujet. Les questions utiles portent sur le détail du service réellement utilisé.
| Question | Ce qu’elle permet d’établir |
|---|---|
| Quelles catégories de données sont couvertes ? | Prompts, documents, sorties du modèle et traces ne relèvent pas forcément du même engagement. |
| Quelles opérations peuvent avoir lieu hors région ? | L’exécution GPU du modèle et les traitements techniques qui l’entourent peuvent être couverts séparément. |
| Que se passe-t-il avec un connecteur externe ? | Un appel d’outil peut faire sortir la donnée du périmètre garanti. |
| Quelles traces sont conservées, où et combien de temps ? | La journalisation est une donnée comme une autre. |
| L’engagement porte-t-il sur ce produit précis ? | Offre grand public, offre entreprise et API peuvent différer chez un même fournisseur. |
La souveraineté est une décision d’architecture
Le sujet ne se traite pas uniquement au moment du contrat, parce que c’est l’architecture qui détermine le parcours des données. Un système reposant sur un modèle et une base documentaire interne n’a pas le même profil qu’un agent mobilisant plusieurs modèles, trois serveurs MCP, un moteur de recherche externe et diverses API. Chaque composant ajouté crée potentiellement un flux supplémentaire.
La souveraineté entre donc dans la conception au même titre que la performance, le coût ou la sécurité, et se vérifie avant la mise en production comme les autres propriétés du système, ainsi que le décrit notre décryptage sur le passage du POC à la production.
À retenir
La question du lieu de stockage reste pertinente, mais elle ne referme plus le sujet. La formulation complète est plus exigeante :
Où nos données sont-elles stockées, traitées, enrichies, transmises et éventuellement journalisées pendant l’intégralité du workflow ?
C’est en suivant ce parcours de bout en bout, et non en lisant une seule ligne de contrat, qu’une entreprise mesure réellement son exposition.
