IA email et RGPD : le guide de conformité 2026

Il y a une décennie, la question ne se posait pas. On installait un plugin dans Outlook, on activait une extension, on cochait la case « j'accepte » — et l'affaire était réglée. En 2026, la même décision engage une chaîne complète d'obligations : responsabilité de traitement, contrat de sous-traitance, analyse d'impact, transparence AI Act, hébergement des données, transferts extraterritoriaux. Un assistant email IA n'est plus un logiciel comme un autre : c'est un traitement de données à caractère personnel qui lit chaque mail entrant et chaque mail sortant.

Deux textes majeurs encadrent désormais ces déploiements. Le RGPD, entré en application en 2018, reste la matrice de fond. L'AI Act, adopté en 2024, est entré en application le 2 août 2026 pour la plupart de ses dispositions générales. À ces deux textes s'ajoute une réalité géopolitique : le CLOUD Act américain, qui autorise l'accès extraterritorial aux données détenues par des opérateurs soumis au droit US, quelle que soit la localisation physique des serveurs. Trois cadres qui s'articulent, se recoupent parfois, et laissent au responsable de traitement la charge de démontrer sa conformité.

Ce guide s'adresse aux DPO, aux dirigeants, aux DSI, aux avocats et aux experts-comptables qui doivent choisir un assistant email IA en 2026 sans faire d'erreur. Il pose le cadre juridique, décrit les traitements réels effectués par un assistant email IA, distingue les architectures conformes des architectures à risque, et propose une checklist DPO en 7 questions pour arbitrer.

1. Pourquoi l'IA email pose des questions RGPD spécifiques

Un traitement email « classique » — Outlook, Gmail, Thunderbird — est encadré par le RGPD depuis 2018. Adresse, contenu, pièces jointes : ce sont des données à caractère personnel dès lors qu'elles concernent une personne identifiée ou identifiable. La messagerie professionnelle relève du responsable de traitement (l'entreprise), avec ses obligations classiques d'information, de sécurité et de conservation limitée.

L'ajout d'une couche IA ne change pas le socle. Il ajoute des traitements par-dessus. Trois spécificités rendent la question plus complexe qu'un simple usage additionnel :

Le contenu sort du périmètre de l'entreprise

Sans IA, un mail envoyé depuis un poste Outlook vers un serveur Exchange interne (ou vers Microsoft 365) reste dans un périmètre contractualisé, dont les régimes de sous-traitance sont documentés depuis des années. Avec un assistant IA, à chaque clic sur « Générer », le contenu du mail — objet, corps, historique du fil, éventuellement pièces jointes — quitte cette architecture pour rejoindre les serveurs du modèle. C'est un flux de données supplémentaire, avec sa propre sous-traitance, ses propres transferts, ses propres risques.

Le traitement est un « traitement de traitement »

L'IA ne se contente pas de convoyer la donnée : elle la lit, la comprend, produit une sortie. Cette production peut être une réponse rédigée, un résumé, une classification, une extraction d'échéance. Chaque sortie est un traitement secondaire, dérivé du contenu original, potentiellement conservé, potentiellement réutilisé pour entraîner le modèle. La finalité change, la base légale doit être requalifiée, l'information à donner aux personnes concernées peut évoluer.

Le destinataire n'a rien consenti

Quand vous répondez à un client, l'IA lit le mail de ce client. Ce client, personne concernée au sens du RGPD, n'a pas consenti à ce que ses écrits soient soumis à un modèle d'IA hébergé chez un tiers. C'est la spécificité la plus délicate — et celle qui déclenche l'obligation d'analyse d'impact dans la majorité des cas professionnels sérieux. La CNIL a d'ailleurs rappelé en avril 2024 que le traitement de contenus rédigés par des tiers par une IA générative constitue un traitement à part entière.

2. Ce que dit la CNIL sur l'IA en 2026

La CNIL est l'autorité de référence en France sur ces sujets. Sa doctrine s'est précisée en plusieurs vagues depuis 2023.

Les recommandations d'avril 2024

La CNIL a publié en avril 2024 une série de fiches pratiques dédiées aux systèmes d'IA générative. Les points essentiels retenus pour un assistant email :

• L'entraînement d'un modèle sur des données personnelles constitue un traitement distinct, avec sa propre finalité et sa propre base légale — il ne peut pas être « embarqué » silencieusement dans le contrat d'usage.
• L'intérêt légitime peut fonder l'usage professionnel d'assistance à la rédaction, à condition de mener un test de mise en balance sérieux.
• Les mesures techniques attendues incluent la minimisation des données envoyées au modèle, la limitation de la conservation, et la traçabilité des accès.
• Une analyse d'impact (AIPD) est fortement recommandée pour tout déploiement à l'échelle d'une organisation.

L'articulation avec l'AI Act depuis le 2 août 2026

Depuis le 2 août 2026, l'AI Act européen est en application pour ses dispositions générales. La CNIL a été désignée en France comme l'une des autorités compétentes pour son contrôle, aux côtés d'autres régulateurs sectoriels selon les cas. Pratiquement, un assistant email IA sera examiné sous deux angles : la conformité RGPD (traitement de données personnelles) et la conformité AI Act (transparence, classification par risque). Les deux textes s'appliquent ensemble, sans que l'un absorbe l'autre.

3. AI Act européen : ce qui devient obligatoire

Le règlement UE 2024/1689 (« AI Act ») a été adopté en 2024 après plusieurs années de négociation. Son architecture repose sur une classification des systèmes d'IA en quatre niveaux de risque, chacun avec ses obligations.

Les quatre niveaux de risque

Où se situe un assistant email IA

Un assistant qui rédige, résume ou trie des emails se situe en risque limité. C'est un système d'IA générative appliqué à un usage professionnel courant, sans profilage sensible ni décision automatisée à impact humain fort. Les obligations principales relèvent de l'article 50 du règlement : information sur le caractère automatisé du système, marquage des sorties générées quand elles sont diffusées au public.

Attention à la bascule vers le risque élevé. Un même moteur, utilisé pour trier les CV entrants sur une adresse candidatures@, pour noter automatiquement des collaborateurs à partir de leurs mails, ou pour prendre des décisions sur des dossiers clients sensibles (santé, crédit, assurance), tomberait dans la catégorie supérieure avec des obligations bien plus contraignantes. Le déploiement compte plus que le logiciel.

Les échéances 2026-2027

Le règlement prévoit une application échelonnée. Les interdictions du risque inacceptable sont entrées en vigueur en février 2025. Les dispositions générales, dont l'article 50 sur la transparence, sont applicables depuis le 2 août 2026. Les obligations pesant sur les systèmes à haut risque de l'Annexe III (RH, éducation, scoring crédit, accès aux services publics) s'appliquent également depuis le 2 août 2026. Celles des systèmes à haut risque de l'Annexe I (produits déjà soumis à une législation d'harmonisation UE — dispositifs médicaux, jouets, ascenseurs, etc.) entreront en application le 2 août 2027. Pour un assistant email en risque limité, la conformité est due dès aujourd'hui.

4. Les 4 traitements RGPD cachés dans un assistant email IA

C'est la partie sous-estimée par la plupart des déploiements. Installer un assistant email n'active pas un mais plusieurs traitements distincts, chacun avec sa finalité, sa base légale, sa durée de conservation. Les identifier permet de rédiger un registre juste et une AIPD utile.

Traitement 1 — Envoi du contenu au modèle pour génération

À chaque clic sur « Générer », le contenu du mail (objet, corps, historique du fil, éventuellement PJ) est transmis au modèle. Finalité : assistance à la rédaction. Base légale usuelle : intérêt légitime de l'employeur pour l'usage professionnel courant. Points sensibles : contenu tiers (le mail entrant que je traite est écrit par une personne qui n'a pas consenti), destinataires du transfert (opérateur du modèle, potentiels sous-traitants), conservation post-traitement (doit être zéro par défaut).

Traitement 2 — Apprentissage du style de l'utilisateur

Les assistants qui apprennent votre style d'écriture — c'est un usage central en 2026 — analysent votre historique d'emails envoyés pour construire un profil rédactionnel personnel. Finalité : personnalisation. Base légale : intérêt légitime ou consentement, selon la profondeur du profil constitué. Point sensible : les mails envoyés contiennent des données de tiers (destinataires, contenus). Notre article détaillé sur l'apprentissage du style utilisateur décrit le mécanisme technique et les garanties associées.

Traitement 3 — Profils contacts (personnalisation par correspondant)

Les assistants les plus aboutis construisent un profil par contact : ton adopté avec cette personne, fréquence des échanges, historique relationnel. Finalité : adaptation par destinataire. Base légale : intérêt légitime. Point sensible : c'est le traitement le plus étendu — chaque contact professionnel de l'utilisateur voit ainsi un profil se constituer sur lui, sans qu'il en soit directement informé. L'information collective (mentions légales, politique de confidentialité) devient importante.

Traitement 4 — Métadonnées de mesure et amélioration

Les métadonnées d'usage (nombre de générations, taux d'acceptation, temps de réponse, corrections apportées) alimentent en général une couche d'analyse produit. Finalité : mesure et amélioration continue. Base légale : intérêt légitime, avec anonymisation ou pseudonymisation attendue. Point sensible : la frontière entre métadonnée et donnée personnelle peut se brouiller si les métadonnées permettent de reconstituer les patterns d'un individu.

5. Hébergement UE vs US : pourquoi ça change tout

C'est le premier point sur lequel votre DPO vous interrogera. Où sont hébergés les serveurs qui hébergent le modèle ? La question paraît simple, la réponse ne l'est pas — parce que l'hébergement physique n'est qu'un des critères pertinents.

Trois questions à distinguer

• Où sont les serveurs ? Localisation physique. Un fournisseur peut opérer depuis des datacenters européens tout en étant une société de droit américain.
• Sous quelle juridiction est le fournisseur ? Un fournisseur incorporé aux États-Unis est soumis au droit américain, même s'il opère physiquement en Europe.
• Y a-t-il des transferts vers un pays tiers ? Les sous-traitants du fournisseur, l'accès administratif, les sauvegardes peuvent créer des transferts moins évidents.

Le cadre EDPB post-Schrems II

La décision Schrems II de la CJUE en 2020 a invalidé le Privacy Shield entre l'UE et les États-Unis, imposant une évaluation au cas par cas des transferts vers des pays tiers. Le Comité européen de la protection des données (EDPB) a publié des lignes directrices détaillant les évaluations d'impact des transferts (« TIA », transfer impact assessment). Le EU-US Data Privacy Framework (DPF), adopté le 10 juillet 2023 par décision d'adéquation de la Commission européenne, a rétabli une base pour certains transferts vers des entreprises américaines auto-certifiées. Mais le débat juridique reste ouvert : plusieurs recours contestent la robustesse de ce cadre, sur la même ligne argumentaire qui avait provoqué la chute du Privacy Shield.

L'hébergement UE strict : ce que ça veut dire

« Hébergement UE strict » désigne une architecture où le fournisseur est incorporé en Union européenne, les serveurs sont physiquement en UE, les sous-traitants opérationnels sont eux-mêmes en UE, et aucun accès administratif hors UE n'existe. C'est la seule configuration qui met complètement hors du champ des lois d'accès extraterritorial étrangères. Voir les 4 configurations d'hébergement France disponibles en 2026 pour un assistant email IA pour l'analyse détaillée (SecNumCloud, hébergeur français hors label, hyperscaler avec région France, hébergement souverain via modèle Mistral EU) et le comparatif juridique associé.

6. Le CLOUD Act : le risque juridique invisible

C'est le sujet le plus mal compris — et probablement le plus important pour les professions couvertes par le secret professionnel.

Ce que dit exactement le CLOUD Act

Le Clarifying Lawful Overseas Use of Data Act a été adopté aux États-Unis en 2018. Il autorise les autorités judiciaires américaines à contraindre un opérateur soumis au droit américain à fournir des données qu'il détient, quelle que soit la localisation physique de ces données. Une entreprise incorporée aux États-Unis, ou une filiale contrôlée depuis les États-Unis, peut donc se voir contrainte de livrer aux autorités US des données hébergées sur des serveurs européens.

Le mécanisme concret

Une autorité judiciaire américaine émet un mandat visant un opérateur soumis au CLOUD Act. L'opérateur doit exécuter, sous peine de sanctions internes. Il n'est en général pas tenu d'en informer l'utilisateur final, ni le régulateur européen. Le conflit avec le RGPD est frontal — l'article 48 du RGPD conditionne la reconnaissance d'une décision de justice étrangère demandant un transfert de données à l'existence d'un accord international type MLAT (Mutual Legal Assistance Treaty). En dehors de ce cadre, l'opérateur américain se retrouve à devoir choisir entre violer le droit américain ou le droit européen.

Qui est vraiment exposé

Les grandes plateformes cloud des hyperscalers américains et les principaux fournisseurs américains de modèles génératifs sont juridiquement soumis au CLOUD Act, indépendamment de la localisation de leurs serveurs. C'est vrai pour tout opérateur incorporé aux États-Unis, au même titre que pour les grands hébergeurs cloud transatlantiques. Les fournisseurs européens (Mistral, OVH, Scaleway, autres) ne le sont pas — sauf s'ils dépendent contractuellement d'un opérateur américain pour leur infrastructure sous-jacente.

Impact pratique pour la messagerie professionnelle

Pour un usage courant, le risque probabiliste est faible : les mandats CLOUD Act visent des dossiers pénaux, pas la lecture massive de la correspondance ordinaire. Pour les professions couvertes par le secret professionnel strict (avocats, experts-comptables, médecins, DRH sur dossiers sensibles), le risque juridique existe et doit être documenté dans l'AIPD. Notre analyse détaillée expose les risques réels du CLOUD Act pour votre messagerie pro, avec les scénarios documentés et les parades juridiques disponibles.

7. Sous-traitance et DPA : le contrat que votre DPO doit exiger

Le DPA (Data Processing Agreement, contrat de sous-traitance) est le document central de la relation avec l'éditeur d'IA. Sans DPA en bonne et due forme, la conformité n'est pas atteinte — quel que soit le sérieux technique de l'éditeur. L'article 28 du RGPD encadre précisément ce contrat.

Les 8 mentions obligatoires (art. 28 RGPD)

1. L'objet et la durée du traitement
2. La nature et la finalité du traitement
3. Le type de données personnelles traitées
4. Les catégories de personnes concernées
5. Les obligations et droits du responsable de traitement
6. L'engagement du sous-traitant sur la confidentialité, les mesures de sécurité, l'assistance en cas de violation
7. Les conditions de recours à un sous-traitant ultérieur (autorisation, information)
8. La restitution ou destruction des données en fin de contrat

Les clauses spécifiques à exiger en 2026 sur un DPA IA

Au-delà des 8 mentions classiques, un DPA d'assistant IA en 2026 doit contenir des clauses spécifiques que votre DPO doit vérifier ligne à ligne :

• Mode no-training explicite — clause écrite noir sur blanc : les données transmises ne sont pas utilisées pour entraîner le modèle général, ni de tiers, ni futurs
• Durée de conservation post-requête — idéalement zéro (traitement stateless), sinon durée précise et courte
• Liste des sous-traitants ultérieurs — nommés, localisés, avec leur juridiction et leur rôle
• Notification en cas de violation — délai (souvent 24 h), canal, format
• Coopération pour l'AIPD et la réponse aux droits — l'éditeur s'engage à fournir les éléments techniques nécessaires
• Absence d'accès administratif hors UE pour les DPA « souveraineté UE »
• Réversibilité et export — capacité à récupérer les données à tout moment, format standard
• Assurance responsabilité civile professionnelle couvrant les incidents liés au traitement IA

Pour une lecture technique de la manière dont ces engagements se traduisent au niveau produit, consulter notre politique de confidentialité détaillée.

8. Cas d'usage sensibles par profession

La conformité générique ne suffit pas dans les secteurs à forte contrainte. Voici les points d'attention par profession — chacune ajoute une couche à respecter en plus du socle RGPD/AI Act.

Avocats — secret professionnel absolu

Le secret professionnel des avocats (article 66-5 de la loi du 31 décembre 1971) est d'ordre public. Il couvre les correspondances avocat-client, quel que soit le canal. Utiliser un assistant IA qui fait transiter des correspondances confidentielles vers un serveur tiers pose un problème direct — d'autant plus si ce tiers est soumis à une juridiction étrangère susceptible d'exiger un accès. La CNB (Conseil National des Barreaux) a publié en 2024 des recommandations sur l'usage de l'IA en cabinet qui vont dans ce sens.

Experts-comptables — secret professionnel et données fiscales

L'article 21 de l'ordonnance de 1945 impose aux experts-comptables un secret professionnel proche de celui des avocats. Les données traitées (bilans, comptes clients, éléments fiscaux) sont particulièrement sensibles. L'Ordre des experts-comptables sensibilise depuis 2024 sur la question du choix des outils IA. La grille de choix privilégie systématiquement les architectures sous juridiction UE.

Santé et DRH — données sensibles article 9 RGPD

Les données de santé et certaines données RH (origine ethnique, opinion religieuse ou syndicale, orientation sexuelle, biométrie) relèvent de l'article 9 du RGPD, avec une interdiction de principe et des bases dérogatoires strictes. Un assistant email qui pourrait lire ces contenus doit être configuré avec des garanties renforcées : chiffrement bout en bout, minimisation stricte, isolation logique, éventuellement filtrage préalable côté client.

Banque et assurance — secret bancaire et LCB-FT

Les établissements financiers cumulent le secret bancaire, les obligations LCB-FT (lutte contre le blanchiment) et la surveillance de l'ACPR. L'usage d'un assistant IA doit être compatible avec les obligations de traçabilité, d'archivage réglementaire et d'auditabilité. Les grandes banques ont en général adopté des architectures internes ou des accords cadres très restrictifs avec les grands éditeurs.

9. La checklist DPO en 7 questions

Voici l'outil concret. Sept questions à poser à tout éditeur d'assistant email IA avant tout déploiement — chacune éliminatoire si la réponse n'est pas claire et documentée. Cette checklist complète notre guide plus large sur comment choisir un assistant email IA.

Question 1 — Où sont physiquement les serveurs qui hébergent le modèle ?

Réponse attendue : localisation précise (UE, US, autre), avec pays. Un éditeur qui répond « dans le cloud » ou « sur AWS » sans plus de précision est éliminatoire.

Question 2 — Sous quelle juridiction est le fournisseur ?

Réponse attendue : pays d'incorporation de la société principale, filiales pertinentes, juridictions applicables. Un fournisseur incorporé aux États-Unis reste soumis au CLOUD Act même s'il opère en Europe.

Question 3 — Mes emails sont-ils utilisés pour entraîner le modèle ?

Réponse attendue : non, avec clause DPA écrite. Toute réponse évasive ou conditionnelle (« en général non », « avec votre accord ») doit déclencher un examen approfondi.

Question 4 — Quelle est la durée de conservation post-requête ?

Réponse attendue : idéalement zéro (stateless), sinon durée précise justifiée par une finalité opérationnelle claire (typiquement quelques jours pour le debug technique). Attention aux journaux applicatifs qui peuvent conserver plus longtemps.

Question 5 — Un DPA article 28 conforme est-il fourni ?

Réponse attendue : oui, avec envoi préalable pour lecture par votre DPO. Toute réticence à fournir le DPA en amont est éliminatoire — la signature ne doit pas être la première lecture.

Question 6 — Une AIPD type est-elle fournie ?

Réponse attendue : oui, avec une trame réutilisable et adaptable. L'AIPD reste votre responsabilité (responsable de traitement), mais un éditeur sérieux fournit les briques techniques (description du traitement, mesures de sécurité, éléments de mise en balance).

Question 7 — Puis-je exporter et supprimer mes données à tout moment ?

Réponse attendue : oui, avec procédure documentée et délai maximum. La portabilité et le droit à l'effacement (articles 17 et 20 RGPD) sont des droits, pas des options — un éditeur qui ne les documente pas clairement est un éditeur à écarter.

10. L'approche Neston sur la conformité

Notre architecture a été conçue pour répondre à ces exigences dans la configuration standard, sans que le client ait à négocier point par point. Les emails restent sur l'infrastructure Microsoft du client (Outlook ou Exchange) — nous n'hébergeons pas les mails. La lecture par le modèle intervient uniquement au moment de la génération demandée par l'utilisateur, et le contenu n'est pas conservé après traitement. Le mode no-training est activé par défaut sur toutes les offres.

Pour les professions à secret renforcé — avocats, experts-comptables, médecins, DRH sur dossiers sensibles — une option Mistral EU est disponible en un clic. Elle route les appels de génération vers un modèle hébergé en Union européenne, sous juridiction UE stricte, hors du champ du CLOUD Act. C'est une option, pas une obligation : chaque utilisateur configure selon son propre profil de risque et les recommandations de son DPO.

Nous fournissons le DPA article 28 conforme, la trame d'AIPD adaptée à un assistant email IA, une fiche registre prête à remplir, et une politique de confidentialité détaillée. La validation humaine avant envoi est une contrainte produit non négociable : aucune fonction d'envoi automatique n'existe. Pour aller plus loin, notre manifeste expose la vision Neston sur la souveraineté IA et les raisons de fond derrière ces choix architecturaux.

11. Questions fréquentes (FAQ)

12. En résumé : les points clés à retenir

• Deux cadres cumulatifs — RGPD (base légale, DPA, registre, AIPD) et AI Act (risque limité, transparence art. 50) s'appliquent ensemble
• Un assistant email IA = 4 traitements distincts : envoi au modèle, apprentissage du style, profil contact, métadonnées
• La juridiction du fournisseur compte plus que la localisation des serveurs — CLOUD Act oblige
• DPA article 28 : 8 mentions obligatoires + clauses IA spécifiques (no-training, sous-traitants nommés, réversibilité)
• AIPD obligatoire dans la majorité des cas professionnels, avec la trame CNIL avril 2024
• Checklist DPO 7 questions — chaque réponse doit tenir en trois phrases claires, sinon éliminatoire
• Professions sensibles (avocats, experts-comptables, santé, DRH, banque) — configuration renforcée requise, souvent avec un modèle sous juridiction UE stricte
• Sanctions : jusqu'à 20 M€ ou 4 % du CA (RGPD) et 35 M€ ou 7 % du CA (AI Act) — sans compter les impacts réputation et responsabilité civile

La conformité RGPD d'un assistant email IA n'est ni un mystère ni une case à cocher. C'est un travail structuré : identifier les traitements, choisir un fournisseur dont les garanties tiennent au niveau contractuel, documenter le déploiement dans le registre et l'AIPD, informer les personnes concernées. Fait proprement, ce travail prend quelques jours par déploiement — et couvre l'organisation pour les années à venir.

📚 Pour aller plus loin

• Hébergement France pour assistant email IA — Le guide complet
• CLOUD Act et messagerie professionnelle : les risques réels
• Comment choisir un assistant email IA — Guide 2026
• Comment l'IA apprend votre style d'écriture email
• Le manifeste Neston : souveraineté et validation humaine
• Politique de confidentialité détaillée
• Plugin Mistral AI + Outlook : le guide 2026 (souveraineté)
• Décision automatisée et RGPD : ce que l'amende Uber change (article 22)
• Faut-il signaler qu'un email a été rédigé avec une IA ? (article 50 AI Act)
• Durée de conservation des emails professionnels : la matrice par catégorie

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