Agents IA et RGPD : les journaux sont-ils des données personnelles, et quelles règles s’appliquent ?
Les journaux écrits par un agent IA sont-ils des données personnelles ? Souvent, oui. Une ligne de journal est une donnée personnelle dès qu’elle identifie une personne ou peut raisonnablement lui être rattachée : identifiant d’utilisateur, courriel, adresse IP, texte d’un prompt qui nomme un client, numéro de ticket lié à un compte. Les traces purement techniques, sans identifiant, et les journaux qu’on ne peut relier à personne par des moyens raisonnablement susceptibles d’être utilisés, sortent du RGPD. En pratique, la réponse dépend de quatre éléments : ce que contient le journal, les identifiants qu’il porte, la finalité de sa conservation et les autres données avec lesquelles on peut le recouper. Cette page explique quand les journaux d’un agent IA sont des données personnelles, puis les règles du RGPD qui s’appliquent ensuite à l’agent dans son ensemble.
État du droit vérifié au 16 août 2026. Ne constitue pas un conseil juridique individualisé. La règle 1, sur les journaux, a été vérifiée au 7 novembre 2026 ; les autres règles de cette page l’ont été au 16 août 2026.
Les journaux d’un agent IA sont des données personnelles dès qu’ils identifient une personne ou permettent raisonnablement de la relier à une entrée : identifiant d’utilisateur, courriel, adresse IP, contenu d’un prompt, référence de dossier. Le RGPD s’applique alors entièrement : finalité définie, base légale, minimisation, information des personnes, durée de conservation justifiée et contrôle des accès. Le même règlement encadre ensuite tout ce que l’agent fait avec des données personnelles : finalité, base légale, information, minimisation, prestataires, sécurité, décisions automatisées et transferts. Source : RGPD, article 4, 1) et considérant 26 ↗(ouvre un nouvel onglet) ; CNIL, « Sécurité : tracer les opérations » ↗(ouvre un nouvel onglet) (14 mars 2024). État du droit vérifié au 7 novembre 2026. Cette page est une information générale, pas un conseil juridique sur votre situation.
Repères juridiques citables
Ce qu'il faut pouvoir citer
Les journaux de l’agent sont-ils des données personnelles ?
Oui lorsqu’ils identifient une personne ou peuvent raisonnablement lui être rattachés ; le contenu, les identifiants, la finalité et les possibilités de recoupement décident.
Les journaux sont des données personnelles dès qu’ils peuvent être rattachés à une personne. Traces techniques et traces métier ont chacune leur finalité, leur durée de conservation et leurs règles d’accès.
Le RGPD s’applique dès qu’une personne est identifiable, directement ou indirectement.
L’IA n’est pas une base légale. Chaque finalité doit reposer sur l’article 6 du RGPD ↗(ouvre un nouvel onglet) et, pour les données sensibles, sur une exception de l’article 9.
Collecter moins est une obligation. Un agent ne doit demander que ce qui est nécessaire à la tâche annoncée.
Les rôles doivent être écrits : responsable, sous-traitant, responsables conjoints et sous-traitants ultérieurs.
Auteur éditorial et éditeur : Blue Lemon Agent, enseigne de LINDBERGH FORMATION. Méthode : textes et décisions vérifiés sur EUR-Lex, Légifrance, la CNIL, les juridictions et les autorités compétentes. Mis à jour le 09/11/2026.
Le développement, règle par règle
Les journaux d’un agent IA sont-ils des données personnelles ?
Un agent IA produit deux sortes de traces. Les journaux techniques consignent ce que le système a fait : appels à un modèle, temps de réponse, erreurs, activité des connecteurs, événements d’authentification. Les journaux métier consignent ce que l’agent a fait pour quelqu’un : prompt reçu, réponse donnée, document rédigé, ticket routé, rendez-vous pris. Les deux peuvent être des données personnelles ; aucun ne l’est automatiquement. Le critère est celui de l’article 4, 1) du RGPD ↗(ouvre un nouvel onglet) : l’entrée se rapporte-t-elle à une personne physique identifiée ou identifiable ? Le considérant 26 ↗(ouvre un nouvel onglet) ajoute l’étalon pratique : on tient compte de l’ensemble des moyens raisonnablement susceptibles d’être utilisés pour identifier la personne, y compris en recoupant le journal avec d’autres données que l’organisation détient.
Quand un journal contient des données personnelles
Un journal est une donnée personnelle lorsqu’il porte un identifiant direct (nom, courriel, numéro de téléphone, identifiant de client ou d’employé), un identifiant en ligne que l’organisation sait résoudre (adresse IP, identifiant de session ou d’appareil, jeton de compte — le considérant 30 du RGPD ↗(ouvre un nouvel onglet) rappelle que des identifiants en ligne fournis par les appareils, applications, outils et protocoles peuvent être associés à des personnes physiques), ou un contenu qui identifie quelqu’un (un prompt qui demande d’annuler la commande de M. Dupont, la transcription d’un appel). Il l’est aussi lorsque l’entrée paraît anonyme à elle seule mais peut être rapprochée, avec un effort raisonnable, d’une autre table que l’organisation détient — un identifiant d’utilisateur joint à l’annuaire des utilisateurs, par exemple. Un journal n’est pas une donnée personnelle lorsque rien en lui, seul ou combiné, ne désigne une personne : compteurs agrégés, taux d’erreur, numéros de version du modèle.
Traces techniques et traces métier : exemples
Traces techniques : horodatages, codes de réponse HTTP, nom du modèle, nombre de jetons, erreurs de connecteur. Prises seules, elles ne sont généralement pas des données personnelles ; elles le deviennent dès qu’un identifiant d’utilisateur ou une adresse IP figure sur la même ligne. Traces métier : la question posée, la réponse rédigée, le fichier ouvert, le courriel envoyé pour le compte de quelqu’un, la décision proposée. Elles se rapportent presque toujours à une personne identifiable — l’utilisateur, le client, l’administré — et doivent être traitées comme des données personnelles dès le premier jour. Conserver les deux sortes de journaux dans des espaces séparés, avec des durées et des règles d’accès distinctes, est le moyen le plus simple d’appliquer le bon régime à chacune.
Minimisation : ce qui n’a jamais sa place dans un journal
L’article 5, 1), c) du RGPD ↗(ouvre un nouvel onglet) exige des données adéquates, pertinentes et limitées à ce qui est nécessaire. Le guide RGPD du développeur de la CNIL ↗(ouvre un nouvel onglet) l’applique expressément aux journaux : minimiser la quantité de données collectées y compris dans les données de journalisation, et ne jamais y enregistrer de mots de passe ni de données critiques. Pour un agent IA, cela signifie : aucun identifiant de connexion, clé d’API ou jeton en clair ; pas de copie intégrale de chaque courriel ou document lu par l’agent quand une référence suffit ; aucune donnée sensible (santé, opinions politiques, appartenance syndicale) sauf si le traitement lui-même l’exige ; et masquage ou pseudonymisation des identifiants avant qu’une trace ne quitte l’environnement du client. Les journaux pseudonymisés restent des données personnelles — la CNIL le rappelle — mais leur exposition est bien moindre.
Finalité, base légale, information et accès
Un journal est conservé pour une raison, et cette raison doit être écrite : sécurité et détection des incidents, preuve de ce que l’agent a fait, revue de qualité, obligation légale. La base légale suit la finalité — le plus souvent l’intérêt légitime du responsable de traitement à sécuriser ses systèmes (article 6, 1), f) du RGPD ↗(ouvre un nouvel onglet)), ou une obligation légale lorsqu’une règle sectorielle impose une piste d’audit. Les personnes dont les actions sont journalisées doivent en être informées : la CNIL ↗(ouvre un nouvel onglet) recommande d’informer les utilisateurs de la mise en place de la journalisation, par exemple lors de l’authentification, et les articles 13 et 14 du RGPD ↗(ouvre un nouvel onglet) fixent le contenu et le moment de cette information. L’accès aux journaux est réservé aux personnes qui en ont besoin pour la finalité annoncée ; selon la CNIL, les journaux doivent être inaccessibles aux personnes dont ils enregistrent l’activité, et les traces ne doivent pas être détournées vers une autre finalité, comme le décompte des heures travaillées.
Des durées de conservation qui se justifient
L’article 5, 1), e) du RGPD ↗(ouvre un nouvel onglet) n’admet la conservation des données personnelles que le temps nécessaire aux finalités. Pour les journaux de sécurité, la référence de la CNIL ↗(ouvre un nouvel onglet) est une période glissante de six mois à un an ; une conservation plus longue ne se justifie que pour un besoin précis, comme une obligation légale, un contentieux ou une analyse après incident. Les traces métier suivent la durée de conservation du processus qu’elles servent : un projet de courrier préparé pour une mairie est conservé aussi longtemps que le dossier auquel il appartient, pas aussi longtemps que l’agent existe. Chaque catégorie de journal reçoit sa propre durée, un effacement automatisé et la trace de l’effacement lui-même.
Sécurité, contrôle d’accès et analyse des incidents
L’article 32 du RGPD ↗(ouvre un nouvel onglet) exige des mesures adaptées au risque, compte tenu de l’état de l’art et de la nature des données. La fiche de la CNIL sur la traçabilité des opérations ↗(ouvre un nouvel onglet) le décline pour les journaux : protéger les équipements de journalisation et les informations journalisées, centraliser la collecte dans une enclave dédiée (recommandation complémentaire), et analyser activement les traces, en temps réel ou à court terme, pour détecter les incidents. Pour un agent IA, les journaux sont aussi la preuve qui permet de reconstituer ce que l’agent a fait, pourquoi et sur quelle instruction : ils doivent donc être assez complets pour répondre à cette question et assez réduits pour ne pas devenir un entrepôt de données à part entière.
Application dans un déploiement Blue Lemon Agent
Dans un déploiement Blue Lemon Agent, le client reste responsable du traitement des données que l’agent traite ; Blue Lemon Agent intervient comme sous-traitant pour l’exploitation du service, selon les conditions de traitement des données jointes au devis. Ce que l’agent journalise, où les journaux sont stockés, qui peut les lire et pendant combien de temps sont fixés dans le devis et dans le registre des activités de traitement du client, pour l’architecture retenue : hébergement sur une ressource dédiée et isolée en France, avec le modèle d’IA appelé chez son fournisseur sauf option Modèle souverain, ou exécuté localement dans la formule 100 % Souverain. Cette page s’arrête là où commencent le devis et le registre : elle décrit les règles, pas la configuration de votre agent.
Avant de brancher un modèle ou un agent sur un CRM, une messagerie ou une base documentaire, l’entreprise doit décrire chaque finalité : répondre à une demande, résumer un appel, router un ticket, détecter une fraude, prospecter, évaluer un candidat ou entraîner un modèle. Une formule large comme « améliorer l’IA » ne rend pas prévisible l’usage des données.
Pour chaque finalité, documenter :
les catégories de personnes et de données ;
la source des données ;
la base légale ;
les destinataires et sous-traitants ;
la durée de conservation ;
les transferts hors Espace économique européen ;
les droits applicables et le canal pour les exercer ;
le besoin d’une analyse d’impact.
Choisir une base légale réelle
L’article 6 du RGPD ↗(ouvre un nouvel onglet) offre six bases. Pour un agent IA d’entreprise, les plus fréquentes sont l’exécution d’un contrat ou de mesures précontractuelles demandées, l’obligation légale, la mission d’intérêt public, le consentement et l’intérêt légitime.
Ce que permet l’intérêt légitime
L’intérêt légitime peut fonder certains traitements nécessaires et proportionnés, par exemple la sécurité ou certaines opérations de prospection B2B. Il exige cependant un test en trois temps : intérêt légitime poursuivi, nécessité du traitement, mise en balance avec les droits et attentes raisonnables des personnes.
Ce que l’intérêt légitime ne permet pas
une collecte indifférenciée « au cas où » ;
l’utilisation de coordonnées dont la personne avait limité la visibilité ;
Les données révélant notamment la santé, les opinions politiques, la religion, l’orientation sexuelle, l’appartenance syndicale ou les données biométriques utilisées pour identifier une personne relèvent de l’article 9 du RGPD ↗(ouvre un nouvel onglet). Un chatbot ne doit pas solliciter ces informations par commodité. S’il peut les recevoir spontanément, il faut prévoir filtrage, cloisonnement, durée courte et scénario d’escalade.
Informer au bon moment — articles 13 et 14
Lorsque les données sont collectées auprès de l’utilisateur, l’article 13 du RGPD ↗(ouvre un nouvel onglet) s’applique. Lorsqu’elles viennent d’un CRM, d’un annuaire, d’un courtier, d’un réseau professionnel ou d’une source publique, l’article 14 s’applique.
L’information doit notamment préciser l’identité du responsable, les finalités, les bases légales, les destinataires, les transferts, les durées, les droits et la source des données. Elle est normalement fournie au plus tard dans le mois ; si les données servent à contacter la personne, au plus tard lors de la première communication ; si elles sont communiquées à un autre destinataire, au plus tard lors de cette première communication.
L’exception d’effort disproportionné de l’article 14 du RGPD ↗(ouvre un nouvel onglet) n’est pas une dispense automatique pour le web scraping. Elle doit être démontrée, documentée et compensée par des mesures appropriées, dont une information publiquement disponible. La CNIL recommande une information à plusieurs niveaux, avec l’essentiel immédiatement accessible.
Minimiser les données et les durées
Le principe de minimisation de l’article 5 du RGPD ↗(ouvre un nouvel onglet) impose des données adéquates, pertinentes et limitées. Un agent chargé de prendre un rendez-vous n’a pas besoin d’accéder à tous les dossiers clients. Un agent chargé d’extraire une référence de facture ne doit pas conserver tout le contenu du courriel pour une durée indéfinie.
Mesures concrètes :
limiter les connecteurs aux dossiers et champs nécessaires ;
masquer les données avant envoi au modèle lorsque l’identité n’est pas utile ;
séparer les journaux techniques du contenu métier ;
désactiver l’utilisation des conversations pour l’entraînement lorsqu’elle n’est pas prévue ;
fixer des durées par catégorie et automatiser l’effacement ;
tester les risques de mémorisation, d’extraction et de réidentification.
Répartir les rôles et encadrer les fournisseurs
Le client qui détermine pourquoi et comment l’agent exploite ses données est généralement responsable du traitement. Le prestataire peut être sous-traitant pour l’exploitation, mais responsable pour ses propres finalités — sécurité indépendante, amélioration réutilisant les données ou développement de produit — selon les faits. Les étiquettes du contrat ne prévalent pas sur la réalité.
Un contrat conforme à l’article 28 du RGPD ↗(ouvre un nouvel onglet) doit préciser l’objet, la durée, les catégories de données, les instructions, la confidentialité, la sécurité, les sous-traitants ultérieurs, l’assistance aux droits et incidents, le sort des données et les audits. Une responsabilité conjointe exige l’accord de l’article 26 et l’accès de la personne à l’essentiel de l’accord.
Sécurité, confidentialité et analyse d’impact
Les articles 24, 25 et 32 du RGPD ↗(ouvre un nouvel onglet) imposent responsabilité, protection dès la conception et sécurité adaptée au risque. Pour un agent conversationnel, cela implique notamment authentification, gestion fine des accès, chiffrement, séparation des clients, prévention des injections de prompt, filtrage des sorties, tests d’exfiltration, sauvegarde et gestion des incidents.
Une analyse d’impact relative à la protection des données est requise lorsqu’un traitement est susceptible d’engendrer un risque élevé, notamment en cas d’évaluation systématique produisant des effets importants, de traitement à grande échelle de données sensibles ou de surveillance systématique. Le caractère innovant de l’IA peut renforcer l’analyse, sans déclencher seul une obligation automatique.
Décisions automatisées et droit à l’explication
L’article 22 du RGPD ↗(ouvre un nouvel onglet) pose un droit à ne pas faire l’objet d’une décision fondée exclusivement sur un traitement automatisé qui produit des effets juridiques ou affecte la personne de façon similaire et significative. Les exceptions — contrat, loi ou consentement explicite — sont strictes et appellent des garanties, dont l’intervention humaine, la possibilité d’exprimer son point de vue et de contester.
Un « humain dans la boucle » n’est pas une formule. La personne doit disposer d’une autorité réelle, de temps, d’informations et de la capacité de s’écarter de la sortie. Une validation réflexe n’enlève pas le caractère automatisé.
Transferts hors EEE
Cartographier l’hébergement ne suffit pas. Il faut vérifier l’administration, le support, la télémétrie, les sauvegardes, les sous-traitants et les accès à distance. Un transfert peut reposer sur une décision d’adéquation, des clauses contractuelles types assorties d’une évaluation et, si nécessaire, de mesures supplémentaires, ou une dérogation exceptionnelle de l’article 49 du RGPD ↗(ouvre un nouvel onglet).
Présenter une solution comme « souveraine » exige donc des faits vérifiables : localisation, droit applicable aux fournisseurs, clés, accès, sous-traitants et capacité de migration.
Jurisprudences de référence
CJUE, 7 décembre 2023, SCHUFA, C-634/21
Arrêt officiel ↗(ouvre un nouvel onglet) La Cour juge que l’établissement automatisé d’une probabilité de solvabilité peut constituer une « décision » au sens de l’article 22 du RGPD lorsque le tiers destinataire attribue au score un rôle déterminant dans sa propre décision. Un fournisseur ne contourne donc pas l’article 22 en qualifiant sa sortie de simple recommandation si le client aval la suit en pratique.
La Cour valide en principe les clauses contractuelles types, mais impose d’examiner si la protection est substantiellement équivalente et de suspendre le transfert si elle ne peut pas être assurée. Elle invalide le Privacy Shield. La décision soutient une démarche de maîtrise des transferts, pas un slogan géographique.
La CNIL admet qu’un objectif de prospection ou de recrutement puisse constituer un intérêt légitime, mais écarte cette base pour des coordonnées dont les personnes avaient limité la visibilité. Limite : la décision n’impose pas le consentement à toute prospection B2B ; elle sanctionne un traitement et des sources déterminés.
Sanctions
Les manquements au RGPD peuvent donner lieu à des mesures correctrices et à des amendes atteignant, selon la disposition violée, 10 millions d’euros ou 2 %, ou 20 millions d’euros ou 4 % du chiffre d’affaires annuel mondial total, le montant le plus élevé étant retenu. S’ajoutent les demandes d’effacement, restrictions, contentieux et préjudices d’image.
Checklist d'intégration
À vérifier avant de mettre l'agent en service
Registre des finalités, données, sources, bases légales et durées.
Test d’intérêt légitime écrit lorsqu’il est utilisé.
Journaux techniques et traces métier séparés, avec des durées de conservation et des règles d’accès distinctes.
Aucune réutilisation pour entraîner un modèle sans finalité et base propres.
Cartographie des transferts et mesures associées.
Procédure d’exercice des droits testée de bout en bout.
AIPD réalisée si le risque élevé est probable.
Intervention humaine effective pour les décisions importantes.
Questions fréquentes
Ce qu'on nous demande le plus souvent
Les journaux d’un agent IA sont-ils des données personnelles au sens du RGPD ?
Oui dès qu’une entrée identifie une personne ou peut raisonnablement lui être rattachée : identifiant d’utilisateur, courriel, adresse IP, contenu d’un prompt, référence de dossier. Les traces purement techniques, sans identifiant, ne le sont pas. Le contenu, les identifiants, la finalité et la possibilité de recoupement décident.
Combien de temps peut-on conserver les journaux d’un agent IA ?
Pour les journaux de sécurité, la référence de la CNIL est une période glissante de six mois à un an, plus longtemps seulement pour un besoin précis. Les traces métier suivent la durée de conservation du processus auquel elles appartiennent. Chaque catégorie reçoit sa propre durée et un effacement automatisé.
Un prompt contient-il des données personnelles ?
Oui dès qu’il identifie une personne ou permet de l’identifier indirectement, y compris par le contexte professionnel, la voix ou la combinaison d’informations.
Peut-on utiliser les conversations pour améliorer le modèle ?
Seulement si cette finalité est déterminée, licite, transparente et compatible avec les attentes des personnes. Le contrat d’un fournisseur ne crée pas la base légale du client.
L’intérêt légitime suffit-il pour prospecter en B2B ?
Il peut convenir à certaines prospections en lien avec la profession, à condition d’informer, de permettre une opposition simple, de respecter les attentes raisonnables et de ne pas utiliser des données volontairement masquées.
Héberger en France évite-t-il tout transfert ?
Non. Il faut aussi vérifier les accès de support, les sociétés du groupe, les sauvegardes, les journaux et les sous-traitants.
Un humain qui clique sur « valider » écarte-t-il l’article 22 ?
Pas si son contrôle est purement formel. Il doit examiner le dossier, comprendre les facteurs utiles et pouvoir modifier la décision.
Faut-il toujours faire une AIPD pour un agent IA ?
Non. Elle est requise lorsqu’un risque élevé est probable. La finalité, l’ampleur, les données sensibles, la surveillance et les effets sur les personnes sont déterminants.
Nous utilisons des cookies nécessaires au fonctionnement du site et, avec votre accord, des cookies de mesure d'audience (Google Tag Manager). Vous pouvez refuser aussi simplement qu'accepter.
Cookies nécessaires au site et, avec votre accord, de mesure d'audience. Refuser est aussi simple qu'accepter.
Fermer ou appuyer sur Échap permet de continuer sans accepter les traceurs facultatifs.Fermer sans enregistrer
