Assistant email IA hébergé en France : le guide 2026

Un cabinet d'avocats d'affaires parisien s'apprête à déployer un assistant email IA à ses trente collaborateurs. Le fournisseur pressenti annonce fièrement « région France disponible », « conforme RGPD », « serveurs en Europe ». La direction s'apprête à signer, jusqu'à ce que le RSSI pose la seule question qui compte : sous quel droit tombe la société éditrice ? La réponse est un nom californien. Le contrat est mis en pause.

Cette scène s'est répétée des dizaines de fois en France en 2026, dans des cabinets d'expertise-comptable, des DRH de sociétés cotées, des directions juridiques d'ETI, des CHU. Le point commun : une prise de conscience tardive que « hébergé en France » et « souverain » sont deux notions distinctes, souvent confondues dans les brochures commerciales, presque toujours confondues dans les décisions d'achat.

Cet article démonte cette confusion. Il distingue la data residency (où sont les serveurs) de la data sovereignty (sous quelle juridiction tombe le traitement), présente les quatre configurations d'hébergement possibles pour un assistant email IA, dresse le paysage 2026 des modèles hébergeables en France, explique la portée du label SecNumCloud, détaille le cas Microsoft 365 et Copilot, décrit le cloud de confiance (Bleu, S3ns) et livre un cahier des charges en huit questions à poser à tout fournisseur. Objectif : que vous ne signiez plus jamais un contrat souverain sans être capable de vérifier chacune de ses briques.

1. Pourquoi la question de l'hébergement est devenue centrale en 2026

Trois vagues successives ont fait basculer le sujet de l'hébergement d'une préoccupation technique de RSSI vers un critère de décision d'achat au niveau direction générale.

La déferlante de l'IA générative dans les workflows sensibles

Depuis 2023, les modèles de langage de grande taille se sont introduits dans les outils du quotidien : messagerie, bureautique, CRM, RH, comptabilité. À la différence d'un logiciel classique qui traite des données transactionnelles calibrées, une IA générative lit tout le contenu : corps d'email, pièces jointes, historique de conversation, notes internes. Le champ de données exposé au fournisseur explose. Un plugin IA sur Outlook lit potentiellement toutes les correspondances confidentielles de son utilisateur — dossiers clients, notes de négociation, échanges avocat-client, discussions RH. Cette exposition n'existait pas avec un simple client email.

Le volume d'emails traités par organisation se compte en centaines de milliers par mois. Chaque prompt envoyé à un modèle IA extériorise un fragment de correspondance, avec un régime juridique qui dépend du fournisseur et de son infrastructure. La question n'est plus abstraite — elle porte sur des données réelles, réglementées, potentiellement soumises à des obligations sectorielles de confidentialité.

Le cadre européen se durcit

L'Union européenne a publié en 2024 l'AI Act, qui introduit des obligations de transparence et de gouvernance pour les systèmes d'IA à risque élevé, dont certains usages RH et juridiques. Parallèlement, la CNIL a publié en 2024-2025 une série de recommandations sur le déploiement de l'IA générative en entreprise, avec un focus explicite sur les transferts internationaux et le choix des fournisseurs. La directive NIS 2, transposée en droit français par la loi n° 2025-391 du 30 avril 2025, étend par ailleurs des exigences de sécurité et de résilience à un périmètre élargi d'entités essentielles et importantes, au-delà des seuls OIV. Notre guide RGPD complet pour les assistants email IA détaille ces obligations point par point.

La montée du risque géopolitique

Depuis 2022, le contexte géopolitique s'est tendu au point que la dépendance technologique vis-à-vis d'un seul état devient un risque stratégique explicite. Le débat sur la « souveraineté numérique » a quitté les cénacles techniques pour rejoindre les comités d'audit, les directoires et les conseils d'administration. Pour un cabinet d'avocats, un expert-comptable, un hôpital ou une entreprise stratégique, la question n'est plus « est-ce que ça marche » — c'est « que se passe-t-il si demain le régime juridique du fournisseur change, si un accord commercial est suspendu, si une législation extraterritoriale est renforcée ». La souveraineté devient une brique du plan de continuité.

2. Data residency vs data sovereignty : la confusion à démonter

Deux notions distinctes, deux niveaux de garantie, deux conséquences juridiques radicalement différentes. Les confondre est la première erreur de tout projet IA en entreprise.

Data residency : la localisation physique

La data residency désigne le pays dans lequel se trouvent physiquement les serveurs qui stockent et traitent les données. Elle se contrôle sur une adresse IP, une facture d'infrastructure, un audit datacenter. Un service « hébergé en France » a sa data residency française — les serveurs sont bien à Roubaix, à Marseille, à Paris. Cette garantie est réelle mais limitée : elle règle la question de la latence, du plan de continuité et, en partie, celle des transferts internationaux physiques. Elle ne dit rien de la juridiction applicable au fournisseur.

Data sovereignty : la juridiction applicable

La data sovereignty désigne le régime juridique auquel est soumis l'opérateur qui exploite les données. Un service opéré par une société de droit américain peut, selon les critères du CLOUD Act, se retrouver exposé à des injonctions américaines quel que soit l'emplacement physique de ses serveurs. Concrètement, le CLOUD Act (Clarifying Lawful Overseas Use of Data Act, adopté aux États-Unis en 2018) permet aux autorités judiciaires américaines d'exiger d'un opérateur soumis au droit US l'accès à des données qu'il détient — que ces données soient à Chicago, à Dublin ou à Gravelines.

Trois exemples concrets pour trancher

• Cas A — société de droit français, immatriculée au RCS, capital 100 % européen, serveurs OVHcloud à Roubaix. Data residency française, data sovereignty française. Aucune exposition au CLOUD Act.
• Cas B — société de droit américain, filiale française, serveurs sur la région française d'un hyperscaler américain. Data residency française, data sovereignty américaine. Le CLOUD Act s'applique via la maison mère.
• Cas C — société de droit français, serveurs sur une région irlandaise d'un hyperscaler américain. Data residency UE, data sovereignty française pour l'éditeur, mais l'infrastructure sous-jacente reste opérée par un acteur soumis au droit US — situation intermédiaire qui exige un examen contractuel précis.

Le « France-washing » : la stratégie commerciale à identifier

Le France-washing désigne une communication marketing qui met en avant la data residency française pour laisser entendre une souveraineté complète, en passant sous silence la question de la juridiction. Formulations typiques : « région France disponible », « datacenter à Paris », « données stockées en Europe ». Aucune de ces formules n'engage sur la sovereignty. La formulation qui engage réellement est différente : « société de droit français » ou « immunité aux lois extraterritoriales non conformes au droit européen » (formule reprise du référentiel SecNumCloud).

Le cadre juridique de référence sur ce sujet est l'arrêt Schrems II rendu par la Cour de justice de l'Union européenne le 16 juillet 2020 (affaire C-311/18). Cet arrêt a invalidé le Privacy Shield entre l'UE et les États-Unis, considérant que la surveillance de masse américaine — dont le CLOUD Act est un des piliers — n'était pas compatible avec le niveau de protection exigé par le RGPD. Pour un approfondissement, voir notre analyse détaillée dans les risques CLOUD Act détaillés pour la messagerie professionnelle.

3. Les 4 configurations d'hébergement possibles pour un assistant email IA

Toutes les offres du marché se rangent dans l'une des quatre catégories suivantes. Le tableau ci-dessous éclaire la distinction essentielle — dans chaque case, la question à retenir est la même : sous quel droit tombe le traitement de vos emails ?

Ce que révèle ce tableau

Trois configurations sur quatre peuvent exposer les données au CLOUD Act. Seule la configuration 1 offre une souveraineté juridique française complète. Les configurations 2 et 3 sont les cibles principales du France-washing : commercialement, elles peuvent être présentées comme « hébergées en France » (configuration 2) ou « conformes RGPD grâce à l'hébergement européen » (configuration 3), mais sur le plan juridique, elles restent équivalentes à la configuration 4 vis-à-vis d'une injonction américaine adressée à la maison mère.

Le cas particulier des offres « cloud de confiance »

Une cinquième configuration émerge en 2026 : les cloud de confiance, coentreprises qui associent un acteur technologique américain à un opérateur français pour créer une entité de droit français exploitant la technologie du partenaire. Deux offres notables : Bleu (Capgemini + Orange, technologie Microsoft Azure) et S3ns (Thales, technologie Google Cloud). Ces entités sont de droit français, avec l'objectif explicite de satisfaire les exigences SecNumCloud sur l'immunité extraterritoriale — leur calendrier de qualification est détaillé plus bas.

4. Le paysage 2026 des modèles IA hébergeables en France

Un assistant email IA repose sur deux briques distinctes : l'application (interface, base d'utilisateurs, orchestration) et le modèle IA lui-même (le grand modèle de langage qui génère les réponses). Un service peut avoir son application hébergée en France mais appeler un modèle hébergé aux États-Unis. C'est le point le plus souvent masqué dans les communications commerciales.

Les acteurs européens de l'IA générative

La particularité Mistral AI

Mistral AI est aujourd'hui l'acteur français de référence sur les LLM. La société propose ses modèles via une API hébergée en Union européenne, avec des engagements contractuels de non-entraînement sur les données clients pour les offres entreprise. Les modèles Small (7B et 8x22B) et Large sont utilisables pour un assistant email : génération de réponse, résumé de fil, extraction d'échéance. La disponibilité d'une infrastructure européenne stricte fait de Mistral l'option la plus naturelle pour un assistant email IA souverain — sans que ce soit une modalité imposée : chaque éditeur d'assistant email choisit son modèle par défaut et peut proposer Mistral en option.

5. Le label SecNumCloud : le seul filtre qui compte vraiment

Parmi les dizaines de labels et certifications qui circulent (ISO 27001, ISO 27701, SOC 2, HDS, PCI-DSS), un seul intègre explicitement l'exigence de sovereignty : le label SecNumCloud de l'ANSSI.

Ce que garantit SecNumCloud

SecNumCloud est le référentiel de qualification des prestataires de services cloud publié par l'Agence nationale de la sécurité des systèmes d'information. Il combine des exigences techniques (sécurité physique, chiffrement, gestion des accès, résilience) et une exigence juridique explicite : l'immunité aux lois extraterritoriales non conformes au droit européen. Concrètement, un prestataire qualifié SecNumCloud ne peut pas être contraint par une loi étrangère (CLOUD Act américain, loi chinoise sur la cybersécurité, etc.) à divulguer des données de ses clients.

Les prestataires qualifiés SecNumCloud en 2026

Plusieurs prestataires français sont qualifiés SecNumCloud sur tout ou partie de leurs offres. Parmi les acteurs les plus connus figurent :

• OVHcloud — offre Hosted Private Cloud SecNumCloud, hébergeur de référence pour l'infrastructure applicative sensible
• 3DS Outscale (filiale de Dassault Systèmes) — pionnier français de la qualification SecNumCloud
• Cloud Temple — spécialiste des données sensibles, présent chez de nombreux OIV et administrations
• Oodrive — historique du partage sécurisé de fichiers, qualifié sur ses solutions collaboratives

D'autres acteurs, portés notamment par la dynamique NumSpot (Docaposte, Bouygues Telecom, Dassault Systèmes, Banque des Territoires), Worldline ou encore les projets « cloud de confiance » présentés plus bas, engagent des travaux de qualification à horizon 2026-2027. La liste officielle des prestataires qualifiés et leurs périmètres exacts — application au SI, à un service donné, ou à une région d'hébergement — est publiée sur le site de l'ANSSI et évolue régulièrement. Toute décision d'achat doit s'appuyer sur cette liste à jour plutôt que sur une communication commerciale isolée.

SecNumCloud et HDS : deux référentiels souvent combinés

Pour les projets qui touchent à la santé, la combinaison recherchée est HDS + SecNumCloud : HDS pour l'obligation légale liée aux données de santé, SecNumCloud pour la souveraineté juridique. Plusieurs hébergeurs français cumulent aujourd'hui ces deux qualifications, dont OVHcloud, 3DS Outscale et Cloud Temple. Cette double qualification simplifie considérablement les projets santé qui cherchent à combiner obligation légale et souveraineté juridique dans un même hébergeur.

6. Cas d'usage par profession réglementée

Toutes les professions ne sont pas exposées au même niveau d'exigence. Voici le panorama des principaux cas d'usage qui rendent l'hébergement France non négociable. Notre guide sur les critères de choix d'un assistant IA email approfondit chaque profil.

Avocats — secret professionnel et RIN

Le Règlement intérieur national de la profession d'avocat (RIN), publié par le Conseil national des barreaux, encadre le secret professionnel absolu de l'avocat (notamment à l'article 2 du RIN, qui pose le principe et l'étendue du secret). Utiliser un assistant email IA soumis à une loi extraterritoriale non conforme au droit européen sur des correspondances client-avocat expose à un risque de violation du secret professionnel. Le CNB publie régulièrement des rappels sur ce sujet, avec une exigence de plus en plus explicite de souveraineté juridique française pour tout outil qui traite ces échanges. La liste des outils recommandés ou déconseillés évolue — il est nécessaire de se référer aux publications du CNB à jour.

Experts-comptables — secret professionnel OEC

Le secret professionnel de l'expert-comptable est prévu à l'article 226-13 du Code pénal, complété par les dispositions déontologiques de l'Ordre des experts-comptables. Les données comptables et fiscales des clients sont couvertes. L'OEC recommande explicitement le recours à des solutions cloud souveraines pour tout traitement automatisé de ces données. Un assistant email IA qui traite les correspondances avec les clients d'un cabinet comptable entre dans ce périmètre.

Santé — HDS et secret médical

Le traitement de données de santé à caractère personnel est encadré par l'article L1111-8 du Code de la santé publique. L'hébergement doit être réalisé par un hébergeur certifié HDS (Hébergeur de Données de Santé), certification délivrée par l'Agence du numérique en santé (ANS). Pour un cabinet médical, un CHU ou un laboratoire de biologie, un assistant email IA qui lit des correspondances contenant des informations de patients doit s'exécuter sur infrastructure HDS. La combinaison HDS + SecNumCloud est le socle recommandé pour les projets santé exigeants.

Défense, OIV et entités essentielles — LPM et NIS 2

La Loi de Programmation Militaire (LPM) impose aux Opérateurs d'Importance Vitale (OIV) l'usage de solutions cloud qualifiées SecNumCloud pour les systèmes d'information sensibles. La directive européenne NIS 2, transposée en droit français par la loi n° 2025-391 du 30 avril 2025, étend des exigences comparables de sécurité, de résilience et de notification d'incidents à un périmètre élargi d'entités essentielles et d'entités importantes — y compris des Opérateurs de Services Essentiels (OSE) déjà couverts par la première directive NIS. Un assistant email IA déployé dans ces périmètres doit s'aligner sur ces exigences. Le régime précis (OIV, entité essentielle, entité importante) détermine le niveau exact d'obligation, y compris sur le choix de l'hébergement.

DRH — données sensibles collaborateurs

Les correspondances RH contiennent régulièrement des données particulières au sens du RGPD : santé, appartenance syndicale, situation familiale, orientation. Un assistant email IA sur une messagerie RH doit être choisi avec une exigence renforcée. Même si aucune obligation d'hébergement France ne s'impose formellement, la prudence commande de privilégier une configuration souveraine, en cohérence avec le principe de privacy by design imposé par l'article 25 du RGPD.

7. Le cas Microsoft 365 et Copilot en France : ce que dit le contrat

Microsoft 365 est aujourd'hui la messagerie professionnelle dominante en France. Comprendre les modalités de souveraineté proposées par Microsoft, ainsi que le fonctionnement de son assistant IA intégré, est indispensable pour tout projet d'assistant email IA sur cet environnement. L'objectif de cette section est factuel : décrire ce que disent les documents contractuels et la documentation officielle, sans caricature.

Advanced Data Residency

Microsoft propose depuis 2023 une option nommée Advanced Data Residency (ADR) qui permet aux clients Microsoft 365 de localiser les données au repos et certaines données en traitement dans une région géographique précise, dont la France pour plusieurs services. Cette option adresse la question de la data residency et améliore le positionnement Microsoft en matière de localisation. La documentation officielle Microsoft Learn détaille le périmètre exact des services couverts et des services encore hébergés hors de la région choisie.

Le CLOUD Act persiste au niveau de la maison mère

Microsoft Corporation reste une société de droit américain. Le CLOUD Act s'applique donc en tant que loi de la maison mère, indépendamment de la localisation physique des données. C'est un fait juridique, régulièrement rappelé par l'ANSSI et la CNIL dans leurs recommandations : la localisation seule ne suffit pas à écarter l'applicabilité des lois extraterritoriales. Microsoft publie chaque année un Law Enforcement Requests Report qui rend compte du volume et de la nature des demandes reçues des autorités — cette transparence documentaire ne modifie pas la question juridique de fond, mais permet à une organisation de calibrer son analyse de risque.

Copilot dans Outlook : ce que disent les documents contractuels

Microsoft 365 Copilot, l'assistant IA intégré à Outlook et à la suite Microsoft 365, s'appuie sur l'infrastructure Azure OpenAI. Sur le plan de la data residency, les engagements Microsoft précisent que les données du prompt et de la génération peuvent être maintenues dans la région géographique du tenant, avec la mise en œuvre progressive de l'EU Data Boundary. Sur le plan de la data sovereignty, le régime est celui du contrat Microsoft (DPA, Product Terms, Online Services Terms), avec les mêmes considérations juridiques que le reste des services Microsoft.

Deux points contractuels méritent une lecture attentive avant tout déploiement :

• Non-entraînement sur les prompts entreprise — Microsoft indique dans ses conditions Copilot que les prompts et les réponses des clients entreprise ne sont pas utilisés pour entraîner les modèles fondamentaux d'OpenAI ou de Microsoft. Cette clause figure explicitement dans la documentation, elle est vérifiable en ligne.
• Périmètre exact des traitements couverts par l'EU Data Boundary — tous les traitements ne sont pas encore couverts à 100 % par le périmètre européen. La liste des services et des flux résiduels traités hors UE est publiée par Microsoft et évolue au fil des jalons du programme.

Pour une organisation qui n'a pas d'obligation stricte de souveraineté (secteur privé standard, exigence RGPD sans contrainte sectorielle), Copilot peut représenter une option pertinente au regard de sa native intégration à l'écosystème Microsoft 365. Pour une organisation soumise à une obligation de souveraineté (OIV, entité essentielle NIS 2, données de santé, secret professionnel), l'analyse doit être conduite au cas par cas, en confrontant le contrat Microsoft aux obligations sectorielles. Les organisations qui souhaitent conserver l'environnement Microsoft tout en satisfaisant une exigence stricte de souveraineté peuvent se tourner vers l'offre Bleu, présentée dans la section suivante.

La coexistence assistants IA natifs et plugins tiers

Un point souvent sous-estimé : Copilot et un plugin email IA tiers ne s'excluent pas mutuellement. Une organisation peut décider d'activer Copilot pour ses usages bureautiques généraux (résumé de réunions, aide à la rédaction dans Word, analyse de données dans Excel) et d'utiliser un plugin email IA distinct pour les correspondances les plus sensibles, quand une souveraineté juridique explicite est requise. Cette architecture à deux niveaux permet de bénéficier de l'intégration native tout en réservant les cas les plus exigeants à une brique souveraine dédiée.

8. Le cloud de confiance : Bleu, S3ns et le calendrier 2026

Le concept de « cloud de confiance » a été formalisé par le gouvernement français en 2021 : associer la technologie d'un hyperscaler étranger à un opérateur français, dans une entité de droit français, avec l'objectif explicite de satisfaire les exigences SecNumCloud sur l'immunité extraterritoriale. Deux acteurs incarnent aujourd'hui cette stratégie.

Bleu — Capgemini, Orange et la technologie Microsoft

Bleu est une coentreprise créée par Capgemini et Orange, opérée sous droit français, qui exploite la technologie Microsoft Azure et une partie de la suite Microsoft 365 sous un statut juridique national. L'objectif annoncé est la qualification SecNumCloud, avec une cible historique fin 2026 régulièrement ajustée en fonction de l'avancement du dispositif. Pour une organisation qui exploite déjà largement l'écosystème Microsoft mais qui a une exigence stricte de souveraineté (administration, opérateur critique, données sensibles), Bleu représente une trajectoire de migration relativement continue par rapport à un basculement complet vers un autre écosystème.

S3ns — Thales et la technologie Google Cloud

S3ns applique un schéma comparable côté Google Cloud : coentreprise Thales et Google, entité de droit français, technologie Google Cloud sous exploitation nationale, cible SecNumCloud. Le schéma industriel est comparable à celui de Bleu, avec un partenaire technologique différent.

Ce que la qualification SecNumCloud attend d'un cloud de confiance

Un cloud de confiance qui vise SecNumCloud doit démontrer que le contrôle effectif de l'exploitation et les processus critiques (gestion des clés, décisions d'accès, opérations de maintenance) sont bien exercés depuis le territoire français, par du personnel français, sans possibilité pour la maison mère technologique d'intervenir sur les données. C'est le point le plus scruté par l'ANSSI dans l'instruction des dossiers, et le principal élément à vérifier avant de retenir une offre.

Calendrier et vérification

Les calendriers de qualification annoncés initialement (fin 2026 pour Bleu, échéances comparables pour S3ns) sont susceptibles d'être ajustés au fil de l'instruction des dossiers. La source de vérité est la liste officielle des prestataires qualifiés SecNumCloud publiée par l'ANSSI, avec le périmètre exact de la qualification (services couverts, exclusions, régions). Toute organisation qui envisage de retenir une offre cloud de confiance dans un cahier des charges souveraineté doit vérifier que la qualification est effectivement en vigueur au moment du choix, et sur le périmètre exact requis. Un contrat conclu sur la seule base d'une qualification annoncée est un pari, pas une garantie.

9. Que se passe-t-il quand vous cliquez « Générer » ?

Comprendre le trajet exact du contenu de votre email au moment d'une génération IA est indispensable pour évaluer les points d'exposition. Voici la séquence type d'un assistant email IA moderne.

Les 6 étapes d'une génération

1. Extraction locale — le plugin lit le contenu de l'email affiché dans le client de messagerie (corps, expéditeur, historique du fil, éventuelles pièces jointes).
2. Préparation du prompt — le contenu est structuré en un prompt qui inclut le contexte, le style de l'utilisateur, éventuellement le profil du contact.
3. Transmission au backend — le prompt est envoyé au serveur applicatif de l'éditeur de l'assistant, par une connexion chiffrée (HTTPS/TLS).
4. Appel au modèle IA — le backend applicatif appelle le modèle IA, qui peut être hébergé chez le même fournisseur ou chez un tiers (Mistral, OpenAI, Anthropic, Google, autres).
5. Génération et retour — le modèle produit la réponse, qui est transmise au backend puis au plugin, puis affichée dans le client.
6. Journalisation éventuelle — selon la politique de l'éditeur, tout ou partie de l'échange peut être journalisé pour du monitoring, du debug ou de l'entraînement.

Les points d'exposition à identifier

Trois points d'exposition apparaissent dans cette séquence : le backend applicatif de l'éditeur (étape 3), le fournisseur du modèle IA (étape 4), et les journaux (étape 6). Chaque point relève potentiellement d'une juridiction différente. Un backend applicatif hébergé en France chez un éditeur américain peut, selon les critères du CLOUD Act, rester exposé aux injonctions applicables à la maison mère. Un modèle IA hébergé aux États-Unis expose le contenu du prompt à la juridiction américaine. Un journal conservé plusieurs mois constitue une base de données de contenus emails à part entière.

Le point aveugle : les logs

La durée de conservation des logs est le paramètre le plus souvent absent des communications commerciales. Un service qui conserve les prompts et les générations 90 jours à des fins de « qualité de service » constitue de facto une archive des contenus emails de ses utilisateurs, avec toutes les questions juridiques associées : accès des administrateurs, réquisitions, exfiltration en cas de compromission. Un service qui pratique la zéro conservation (purge immédiate après traitement) élimine cette exposition résiduelle. Cette information doit figurer explicitement dans la politique de confidentialité — sinon, il faut la demander par écrit et exiger une réponse contractuelle.

10. Cahier des charges : 8 questions à poser au fournisseur

Voici la grille d'évaluation à utiliser face à tout fournisseur d'assistant email IA. Chaque question doit obtenir une réponse écrite, précise, vérifiable. Les formulations vagues (« vos données sont sécurisées », « nous respectons le RGPD ») sont un signal d'alerte.

Les 8 questions

1. Pays d'immatriculation de la société éditrice et de sa maison mère — c'est la question de la juridiction. Réponse attendue : nom de la société, forme juridique, RCS, pays d'immatriculation. Vérifiable sur les bases publiques (Infogreffe pour la France).
2. Hébergement de l'application — où sont hébergés les serveurs qui exécutent l'interface, la base d'utilisateurs et les journaux ? Réponse attendue : nom de l'hébergeur, région géographique précise, certifications de l'hébergeur.
3. Hébergement du modèle IA — le modèle appelé au moment de la génération est-il hébergé chez le même fournisseur, ou chez un tiers ? Si tiers, lequel et où ? C'est le point le plus souvent masqué.
4. Certifications de sécurité — SecNumCloud, HDS, ISO 27001, ISO 27701, SOC 2. Périmètre exact de la certification (l'ensemble du service ou une brique seulement ?), date d'obtention, échéance de renouvellement.
5. Chaîne de sous-traitance — liste complète des sous-traitants au sens de l'article 28 du RGPD (hébergement, monitoring, support, modèles IA, analytics). Chaque sous-traitant doit être identifié, localisé et sous accord de traitement (DPA).
6. Durée de conservation — quelle est la durée exacte de conservation des emails traités, des prompts et des générations ? La valeur cible est zéro : purge immédiate après traitement.
7. Transferts internationaux — vers quels pays hors UE les données sont-elles éventuellement transférées ? Sur quelle base juridique (clauses contractuelles types, décision d'adéquation, règles internes contraignantes) ? Un transfert non documenté est un signal fort.
8. Réversibilité (article 20 RGPD) — existe-t-il une procédure documentée d'export complet des données au format structuré, et une procédure de suppression totale sans rétention ? Demander à voir la procédure.

Comment exploiter les réponses

Un fournisseur sérieux répond aux 8 questions par écrit en moins de 48 heures, avec des références documentaires (politique de confidentialité publique, DPA, page « trust center » ou équivalent). Un fournisseur qui prend deux semaines, qui répond de manière vague ou qui renvoie systématiquement vers des CGU génériques est un fournisseur qui ne devrait pas être court-listé pour des données sensibles. Toutes les briques de la politique de confidentialité doivent être publiques et vérifiables — voir par exemple notre propre politique de confidentialité.

11. L'approche Neston en pratique

Voici, à titre d'exemple appliqué aux 8 questions du cahier des charges, la manière dont un éditeur français d'assistant email IA peut y répondre de façon opérationnelle. L'objectif de cette section n'est pas commercial — c'est de montrer à quoi doivent ressembler des réponses précises face à un acheteur exigeant.

1. Immatriculation — société française immatriculée au RCS de Paris, aucune maison mère étrangère, capital 100 % français.
2. Hébergement application — infrastructure applicative hébergée sur OVHcloud, datacenters de Gravelines et Roubaix (France).
3. Hébergement du modèle IA — modèle généraliste par défaut, appelé via API dédiée avec engagement contractuel de non-entraînement sur les emails clients. Option Mistral EU disponible en un clic pour rester dans un régime strictement européen.
4. Certifications — hébergeur (OVHcloud) déjà qualifié SecNumCloud et certifié HDS et ISO 27001 sur les offres retenues. Certifications applicatives éditeur en cours d'instruction.

Cette approche illustre une logique : chaque brique — société, application, modèle, sous-traitance — est identifiable, localisable, contractualisable. C'est le degré de précision qu'il faut attendre de tout fournisseur d'assistant email IA sollicité pour un déploiement en environnement sensible.

12. Questions fréquentes (FAQ)

En résumé — les points clés à retenir

• Data residency ≠ data sovereignty — la localisation ne dit rien de la juridiction applicable
• Le CLOUD Act américain (2018) et l'arrêt CJUE Schrems II (2020) structurent le débat juridique
• 4 configurations d'hébergement — seule la première (100 % France) offre une souveraineté juridique complète
• Modèles hébergeables en France en 2026 : Mistral, Kyutai, LightOn (FR), Aleph Alpha (DE), Silo AI (FI)
• SecNumCloud ANSSI : plusieurs prestataires qualifiés (OVHcloud, 3DS Outscale, Cloud Temple, Oodrive), offres cloud de confiance Bleu et S3ns en cours
• HDS obligatoire pour la santé, SecNumCloud requis pour les OIV (LPM), exigences comparables pour les entités essentielles au sens de NIS 2
• Copilot dans Outlook : option pertinente en usage standard, à examiner au cas par cas pour les organisations à obligation stricte de souveraineté
• Cahier des charges en 8 questions — les réponses vagues sont un signal d'alerte
• Réversibilité obligatoire (article 20 RGPD) — export + suppression sans rétention résiduelle

La souveraineté d'un assistant email IA se joue moins sur une brochure que sur huit réponses écrites. Le bon fournisseur les livre en 48 heures, sans détour, sur du papier vérifiable. Pour tout ce qui est couvert par le secret professionnel — cabinets d'avocats, expertise-comptable, santé, DRH — cette rigueur n'est pas un luxe : c'est le seul filet qui distingue une conformité réelle d'un affichage marketing.

📚 Pour aller plus loin

• IA générative et email en 2026 : le cadre RGPD complet
• CLOUD Act et messagerie professionnelle : les risques détaillés
• Manifeste : notre vision de la souveraineté numérique
• Rédiger des emails professionnels avec l'IA — critères de choix d'un assistant IA email
• IA générative pour la boîte mail : le guide complet 2026
• Simulateur : combien pouvez-vous gagner par an ?

Article publié le 24 août 2026 · Mis à jour le 25 août 2026 · Temps de lecture : 18 minutes · ≈ 5 020 mots