Blog · Souveraineté & conformité IA · 16 juillet 2026
Souveraineté et IA en entreprise : les trois niveaux à comprendre avant de choisir vos outils
« Nos données transitent par où ? » La question revient dans tous les comités de direction, et la réponse honnête est rare : la plupart des entreprises ne le savent pas précisément. Sous le mot souveraineté se cachent en réalité trois questions distinctes, presque toujours confondues. Les séparer rend la décision beaucoup moins paralysante, parce qu'à chaque niveau correspondent des réponses concrètes et graduées.
Il y a quelques jours, en réunion avec les dirigeants d'une PME, la question a fini par arriver, comme elle arrive à chaque fois : « Sur la souveraineté et la cybersécurité, on fait quoi ? Nos clients commencent à nous poser la question, et on n'a pas de réponse claire à leur donner. »
Ces dirigeants avaient déjà avancé sérieusement sur l'IA : des cas d'usage en production, des équipes qui expérimentent, un projet de charte IA. Ce qui les bloquait, c'était l'impression de devoir choisir entre tout mettre chez un fournisseur américain en fermant les yeux, ou tout interdire en attendant une solution « 100 % française » qui ne viendrait jamais, sans trop savoir de quoi il en retourne vraiment.
En réalité, ce dilemme mélange trois questions qui n'ont ni les mêmes enjeux, ni les mêmes réponses, ni le même calendrier. Cet article les déplie une par une, avec les pièges classiques et les gestes concrets. Si vous vous posez ces questions pour votre propre organisation, il devrait vous servir de base de discussion.
Un seul mot pour trois problèmes différents
Définition
La souveraineté, appliquée à l'IA d'une entreprise, désigne sa capacité à continuer d'opérer, à garder la maîtrise de ses données et à conserver de vraies marges de choix, quelles que soient les décisions d'un fournisseur ou d'un État étranger.
Trois chiffres donnent la mesure du sujet :
- L'écart de PIB entre l'Union européenne et les États-Unis s'est creusé de 15 % en 2002 à environ 30 %, et le rapport remis par Mario Draghi à la Commission européenne en septembre 2024 attribue l'essentiel de cet écart au retard européen dans le secteur technologique.
- Trois fournisseurs américains (AWS, Microsoft Azure, Google Cloud) détiennent plus de 65 % du marché du cloud, mondial comme européen.
- Environ 8 euros sur 10 dépensés par les entreprises européennes en logiciels et services cloud partent chez des fournisseurs américains, selon une étude commandée par le Cigref en 2025.
Face à ce constat, le marché a répondu par un mot-valise. Tout le monde affiche du « souverain » : les hyperscalers américains vendent des offres « cloud de confiance », les acteurs européens mettent le drapeau en avant, et le flou s'installe sur ce qui dépend vraiment de qui. Les anglophones ont un nom pour cette pratique : le sovereignty washing, la souveraineté de façade. Le danger se loge moins dans le discours que dans la croyance qu'il fabrique : on finit par se penser protégé là où on ne l'est pas.
Derrière ce mot unique, il y a en réalité trois niveaux, qui s'emboîtent.
À qui profite l'argent que je dépense ? Qui pèse sur mon fournisseur ? Ai-je la marge pour choisir ?
Sur quoi tourne mon système ? Qui peut couper le modèle, l'infrastructure, les mises à jour ?
Qui peut lire, exploiter ou saisir ce que j'envoie, au nom de quelle loi ?
Niveau 1 : la souveraineté économique
Première question : quand je paye mon fournisseur d'IA, où va la valeur, et qui pèse sur ses orientations stratégiques ?
L'exemple qui déstabilise le plus mes interlocuteurs est celui de Mistral. « Mistral, c'est français, ça règle la question. » L'entreprise est française, ses fondateurs aussi. Sa table de capitalisation l'est beaucoup moins : depuis septembre 2025, son premier actionnaire est le néerlandais ASML, avec environ 11 % du capital, et le reste se répartit entre des investisseurs étrangers, pour bonne partie américains, dont Nvidia, Andreessen Horowitz ou General Catalyst.
ASML reste un acteur européen ; le vrai point d'interrogation est ailleurs. La gouvernance interne de l'entreprise n'est pas publique : on ne sait pas qui vote quelle décision, dans quelles proportions, ni quel poids ont ces investisseurs quand il s'agit de valider les orientations stratégiques. Cela ne disqualifie en rien l'entreprise, dont les modèles comptent parmi les meilleurs en Europe. Cela disqualifie l'idée qu'un logo français suffit à répondre à la question économique.
Ce niveau a un second versant, tourné vers vous : votre propre assise économique. Les trois niveaux s'enchaînent dans un ordre précis, et tout commence ici, parce qu'une entreprise qui ne tient pas sur le terrain économique n'a plus voix au chapitre. Protéger ses données impose des arbitrages qu'une entreprise sans marge ne peut pas tenir. Se tourner vers un fournisseur souverain a un prix, qui doit rester finançable sans casser la machine.
Concrètement, une entreprise qui dégage de la marge peut refuser un contrat qui l'oblige à exposer ses fichiers clients, choisir un hébergeur qui coûte plus cher parce que ses serveurs sont en France et pas en Virginie, encaisser quelques mois de transition le temps de rebasculer. Une entreprise qui survit à trimestre échu n'a aucune de ces options : elle prend ce qu'on lui propose, dans les termes qu'on lui dicte. La souveraineté économique, c'est cette marge de manœuvre à préserver pour que vos choix soient vraiment des choix.
Niveau 2 : la souveraineté technologique
Deuxième question : sur quoi tourne mon système, et qui peut le couper ? Ce niveau cache une pile à trois étages, et votre marge de manœuvre change du tout au tout selon l'étage.
Le modèle : maîtrisable dès aujourd'hui
Quand vos équipes interrogent ChatGPT ou Claude, le modèle reste chez son éditeur. Vous louez un accès, que l'autre partie peut renchérir, modifier ou couper.
Il existe une alternative : les modèles à poids ouverts (open weight), dont on télécharge une copie que personne ne peut éteindre à distance. Cette copie s'installe où l'on veut : sur les serveurs de l'entreprise, ou chez un hébergeur européen. Mistral publie une partie de ses modèles en poids ouverts, comme Meta, DeepSeek ou Alibaba ; des hébergeurs français comme OVHcloud proposent des catalogues de plus de 40 modèles ouverts accessibles par API, facturés à l'usage.
L'infrastructure : là où l'Europe bute encore
Un cran en dessous, le tableau change. Les serveurs qui hébergent la majorité des modèles appartiennent aux hyperscalers américains. On peut remonter d'un cran en rapatriant ses traitements chez un opérateur européen, et d'un cran encore en hébergeant en interne.
Mais tout en bas de la pile, il reste les puces : la grande majorité des calculs d'IA passe par des processeurs Nvidia, qui ne fonctionnent qu'avec les pilotes et la couche logicielle du constructeur (CUDA). Cette couche se met à jour en continu et ne s'audite pas. Personne en Europe ne détient aujourd'hui d'équivalent, et les projets de puces européennes se comptent en années. Sur ce sous-niveau, l'honnêteté oblige à dire qu'aucune entreprise ne peut être totalement souveraine en 2026 : l'enjeu est d'en avoir conscience et de ne pas laisser cette dépendance-là invalider les efforts sur tout le reste.
Niveau 3 : la souveraineté de la donnée
Troisième question, celle qui préoccupe le plus les dirigeants. Elle recouvre en réalité deux sous-questions qu'on mélange presque toujours.
Première sous-question : mon fournisseur s'entraîne-t-il sur mes données ?
Quand un commercial colle un extrait de contrat dans une fenêtre de chat pour en faire un résumé, la donnée nourrit-elle la version suivante du modèle ?
Le cas d'école reste Samsung : au printemps 2023, trois ingénieurs collent du code source confidentiel dans ChatGPT en moins d'un mois, pour déboguer et optimiser. Le code est parti sur des serveurs externes, sans possibilité de le récupérer, et l'entreprise a interdit l'outil dans la foulée.
Depuis, les offres entreprises des grands fournisseurs incluent des engagements contractuels de non-entraînement et des politiques de non-rétention des données (zero data retention). C'est un vrai progrès, avec une limite à connaître : les certifications de sécurité classiques (SOC 2, ISO 27001) attestent des contrôles de sécurité, pas du fait qu'une donnée n'a jamais servi à l'entraînement. Sur ce point précis, c'est le contrat qui fait foi, donc la confiance.
Seconde sous-question : une autorité étrangère peut-elle saisir mes données ?
Ici, la réponse ne dépend ni de la localisation des serveurs, ni de la langue du contrat. Elle dépend d'un seul critère : le rattachement. Si une société de droit américain, ou contrôlée par une entité américaine, intervient à un maillon de la chaîne, trois textes peuvent s'appliquer :
- Le Patriot Act (2001) oblige toute société américaine à fournir des données aux autorités fédérales dans le cadre d'une enquête, sans notifier le client.
- Le Cloud Act (2018) étend cette obligation à toutes les données détenues par une société américaine, où qu'elles soient stockées sur la planète.
- La section 702 du FISA autorise la surveillance de personnes non américaines sans mandat individualisé. Ce texte a expiré le 12 juin 2026 faute d'accord au Congrès, mais les certifications approuvées en mars 2026 maintiennent la collecte jusqu'en mars 2027, et le débat sur sa reconduction est en cours.
C'est ici que la confusion piège tout le monde. Une entreprise héberge ses données dans un centre Azure à Francfort, lit « résidence des données en Europe » sur son contrat, et croit le problème réglé. Mais l'opérateur du service reste Microsoft, société américaine : le critère du rattachement est rempli, les textes s'appliquent, la géographie des serveurs n'a rien changé. Une analyse juridique commandée par le gouvernement allemand et publiée fin 2025 le confirme : c'est le contrôle qui compte, pas la localisation.
Ce qu'on vérifie : la géographie
Serveurs situés à Francfort
↓
« Résidence des données en Europe » sur le contrat
↓
Impression d'être protégé
Ne change rien à l'exposition juridique.
Ce qui compte : le rattachement
L'opérateur est une société américaine, ou contrôlée par une entité américaine
↓
Patriot Act · Cloud Act · FISA 702
↓
Accès possible sur réquisition, sans notification au client
Le critère qui détermine l'exposition réelle.
Le chiffrement est la réponse réflexe, et elle ne suffit qu'à moitié. D'abord parce que pour calculer, une machine travaille sur des données en clair : le chiffrement protège le stockage et le transport, pas le traitement. Ensuite parce que dans la plupart des installations, la clé de chiffrement est gérée par un service hébergé chez le même fournisseur que les données. Chiffrer avec une clé que l'opérateur peut produire sur réquisition protège des intrus, pas du fournisseur lui-même.
Détenir sa clé sur un dispositif que le prestataire ne touche jamais est possible, mais exige une discipline sans faille : une erreur de manipulation et les données deviennent définitivement illisibles.
Les trois niveaux en un tableau
| Niveau | La question à poser | Le piège classique | Un premier geste |
|---|---|---|---|
| Économique | À qui profite l'argent que je dépense, qui pèse sur mon fournisseur ? | Confondre le drapeau et la table de capitalisation | Regarder qui détient réellement vos fournisseurs critiques |
| Technologique | Qui peut couper mon modèle, mon infrastructure, mes mises à jour ? | Croire qu'un accès API loué équivaut à un modèle qu'on détient | Garder une copie d'un modèle à poids ouverts pour les fonctions critiques |
| Donnée | Qui peut lire, exploiter ou saisir ce que j'envoie, au nom de quelle loi ? | Croire que des serveurs en Europe protègent des lois américaines | Vérifier le rattachement juridique de chaque maillon de la chaîne |
Des gradients, pas un interrupteur
Une fois les trois niveaux posés, la deuxième clé est de comprendre que la souveraineté n'est pas un état binaire. Entre « tout chez un hyperscaler » et « tout coupé du monde », il existe un continuum de positions, et le bon réglage dépend de vos données et de vos clients.
Exigence de souveraineté croissante →
Le maximum existe, et il a un visage : c'est celui de la défense. Un modèle open source hébergé sur ses propres machines, des serveurs coupés du réseau, des mises à jour installées à la main, des données qui voyagent dans des containers chiffrés ouverts sur des postes dédiés. Ce niveau se paye en argent, en lenteur et en confort d'usage.
Tout l'art consiste à classer, et deux critères se croisent :
- La nature de la donnée. La documentation publique d'un constructeur peut aller dans n'importe quel outil, y compris gratuit. Les données clients et internes appellent au minimum des outils payants, avec des engagements contractuels vérifiés.
- La sensibilité du client concerné. Le plan de sécurité d'un site sensible ne se gère pas comme le plan d'un commerce de centre-ville. Deux cas d'usage identiques peuvent mériter deux réglages différents, selon le client.
C'est cette classification, croisée cas d'usage par cas d'usage, qui remplace utilement le débat abstrait « pour ou contre le cloud américain ».
Une distinction rend ce classement beaucoup plus simple : séparer l'IA qui construit de l'IA qui exécute. Utiliser un assistant américain pour générer du code, structurer une architecture ou prototyper un outil interne n'expose pas les mêmes données que faire tourner cet outil au quotidien sur vos dossiers clients. On peut très bien construire avec les meilleurs outils du marché, et faire exécuter la production par un modèle open source hébergé en Europe. Le modèle qui répond aux requêtes se change comme un carburant : si l'architecture est bien conçue, passer d'un fournisseur à un autre est une décision de configuration, pas une refonte.
Concrètement, l'architecture intermédiaire qui répond au plus grand nombre de besoins ressemble à ceci :
- des modèles open source hébergés chez un opérateur européen (OVHcloud, Scaleway, Outscale et d'autres proposent ce service, facturé aux tokens consommés, sans acheter le moindre serveur) ;
- un modèle frontière américain autorisé explicitement pour les tâches complexes sur des données non critiques ;
- une cartographie qui dit quelle donnée a le droit d'aller où.
Pour les organisations aux exigences les plus élevées, la qualification SecNumCloud de l'ANSSI, l'agence nationale de la sécurité des systèmes d'information, sert de repère : elle atteste précisément qu'un hébergeur ne peut pas être contraint par une loi extraterritoriale. Ce mouvement dépasse les PME : en avril 2026, la Commission européenne a attribué un marché de 180 millions d'euros sur six ans à quatre fournisseurs européens de cloud souverain, dont OVHcloud et Scaleway, pour héberger les charges de ses propres institutions.
La méthode : cartographier, arbitrer, anticiper
1. Cartographier
Pour chaque fonction critique de l'entreprise, lister les fournisseurs, leur juridiction de rattachement, ce qu'ils tiennent, ce qu'ils peuvent couper et dans quel délai. Le résultat tient souvent sur une page et surprend toujours : on découvre des dépendances américaines à des endroits où personne ne les attendait, à commencer par la messagerie.
Un dirigeant me racontait récemment que ses équipes remettaient leurs offres les plus sensibles en main propre, sur clé USB, à la demande d'un client. Réflexe compréhensible, sauf que les mêmes documents partaient par ailleurs en pièce jointe de mails hébergés chez Microsoft. La carte sert exactement à ça : voir où sont les vraies portes ouvertes avant de blinder les fenêtres.
2. Arbitrer
Classer les données par criticité, décider quelle catégorie a le droit d'aller dans quel outil, et l'écrire dans la charte IA de l'entreprise, celle que chaque collaborateur signe et comprend. C'est aussi le moment des choix d'architecture : quelles tâches passent sur du souverain par défaut, lesquelles justifient un modèle frontière, à quel prix.
Un principe d'ordre aide à trancher : protéger d'abord sa capacité à exister économiquement, puis refermer une à une les dépendances qui font le plus mal, plutôt que viser une pureté immédiate qui coûterait la compétitivité.
3. Anticiper
Pour les fonctions dont l'entreprise ne peut pas se passer, prévoir un mode dégradé : un modèle à poids ouverts dont on garde une copie, posé sur ses serveurs ou chez un hébergeur européen, capable de prendre le relais si le fournisseur principal devient indisponible, pour cause de panne, de conflit commercial ou de décision géopolitique.
Ce modèle de secours sera plus lent, il ne fera pas gagner la course, mais il empêchera le métier de caler. La résilience se conçoit dès l'architecture, pas le jour de la coupure.
Deux souverainetés qu'on ne développera pas ici
Ce cadre à trois niveaux couvre les décisions d'outillage. Deux autres dimensions méritent d'être gardées à l'esprit, même si elles dépassent le périmètre de cet article :
- La souveraineté cognitive : ce que chacun de nous continue de savoir faire sans la machine, le jugement qu'on garde affûté quand l'IA rédige, analyse et synthétise à notre place.
- La souveraineté énergétique : les modèles tournent sur des infrastructures dont la consommation électrique pèse déjà dans les choix d'implantation des data centers, et la question de qui produit cette énergie, et à quel prix, rejoindra tôt ou tard celle du numérique.
Chacune justifierait son propre article.
Questions fréquentes
Choisir Mistral suffit-il pour être souverain ?
Non, pas à lui seul. Mistral est français, mais sa table de capitalisation réunit surtout des investisseurs étrangers (ASML en tête, puis des fonds américains) et sa gouvernance interne n'est pas publique : on ne sait pas qui pèse sur les orientations stratégiques. Choisir Mistral règle une partie de la souveraineté technologique, grâce à ses modèles à poids ouverts qu'on peut héberger soi-même. La souveraineté de la donnée, elle, dépend de l'endroit et de la manière dont le modèle est hébergé, pas de la nationalité de son éditeur.
Mes données hébergées en Europe échappent-elles au Cloud Act ?
Non si l'opérateur du service est rattaché aux États-Unis. Le critère est le rattachement juridique du fournisseur, pas la géographie des serveurs. Un centre de données Azure à Francfort reste opéré par Microsoft, donc couvert par les lois américaines.
Le chiffrement protège-t-il mes données chez un fournisseur américain ?
Partiellement. Pour calculer, la machine déchiffre : le chiffrement protège le stockage et le transport, pas le traitement. Et si la clé de chiffrement est gérée par le même fournisseur, il peut la produire sur réquisition. La protection complète suppose de détenir sa clé soi-même, avec la rigueur opérationnelle que cela exige.
Faut-il acheter ses propres serveurs GPU pour être souverain ?
Dans la grande majorité des cas, non. Des hébergeurs européens proposent des modèles open source facturés à l'usage sur leurs infrastructures : la donnée reste en Europe chez un opérateur européen, sans investissement matériel ni équipe d'administration dédiée. Le serveur interne se justifie pour des exigences de type défense.
Un modèle open source est-il assez performant pour remplacer ChatGPT ou Claude ?
Pour une grande partie des tâches d'entreprise, oui. Pour les plus complexes, les modèles frontières gardent de l'avance, et seuls des tests sur vos cas d'usage réels disent où passe la ligne. Méfiance enfin envers le modèle qu'on bride au nom d'une souveraineté mal posée : des équipes qui perdent trop en efficacité finissent par contourner l'outil officiel avec leurs comptes personnels, et la donnée part au pire endroit.
Ce qu'il faut retenir
- La souveraineté en IA se traite comme un dossier d'architecture, avec trois niveaux à séparer : économique, technologique, donnée.
- Le critère qui détermine l'exposition juridique de vos données est le rattachement de l'opérateur, jamais la géographie des serveurs.
- Classez vos données en croisant leur nature et la sensibilité de vos clients, puis choisissez un cran du gradient par catégorie, plutôt que de chercher un réglage unique.
- Trois gestes dans l'ordre : cartographier ses dépendances, arbitrer par la charte et l'architecture, anticiper un mode dégradé pour les fonctions vitales.
- Le premier pas n'exige ni budget ni migration : c'est la lucidité sur ce dont on dépend vraiment. À chaque besoin correspond une solution existante, à condition d'avoir posé les trois questions dans le bon ordre.
Ces arbitrages sont précisément le travail que je mène avec les dirigeants et leurs équipes, de la cartographie initiale jusqu'aux choix d'architecture et à la charte IA qui les traduit pour les collaborateurs : vous trouverez ma façon de faire sur la page conseil. Et si vous préférez commencer par en parler, décrivez-moi votre situation : je vous dirai franchement où vous en êtes et par quoi commencer. Sur un sujet voisin, la question du choix des modèles eux-mêmes, biais compris, je détaille dans un autre article ce que coûtent vraiment les modèles chinois, au-delà du prix au token.
Sources : rapport Draghi (Commission européenne, septembre 2024, écart de compétitivité et parts de marché cloud), étude Cigref/Astérès (2025, dépenses logiciels et cloud des entreprises européennes), Reuters (septembre 2025, entrée d'ASML au capital de Mistral), Forbes (2023, incidents Samsung/ChatGPT), Brennan Center for Justice (2026, expiration et prolongation de fait de la section 702 du FISA), LexisNexis (Cloud Act et critère de rattachement), Commission européenne (avril 2026, marché cloud souverain de 180 M€), OVHcloud AI Endpoints (catalogue de modèles ouverts à l'usage), ANSSI (qualification SecNumCloud). Article rédigé le 16 juillet 2026, les informations citées sont celles connues à cette date.
Cet article présente une analyse à partir de sources publiques, à titre d'information générale. Il ne constitue pas un conseil juridique et n'engage pas la responsabilité de son autrice sur les décisions prises à partir de sa lecture. Toute question de conformité propre à votre organisation doit être validée avec vos propres conseils juridiques.