Chatbot IA et conformité : les quatre obligations qui s'appliquent déjà à votre agent conversationnel

En résumé

Un chatbot d'entreprise porte quatre obligations distinctes. Trois sont déjà opposables : informer la personne qu'elle parle à une IA (AI Act, article 50(1), applicable depuis le 2 août 2026), marquer les textes générés dans un format lisible par machine (article 50(2)), et délivrer cette information dès la première interaction (article 50(5)). La quatrième, l'article 22 du RGPD, s'ajoute dès que l'agent oriente une décision. Aucune ne dépend du caractère « à haut risque » du système.

L'objection la plus fréquente est une erreur de lecture. « Notre chatbot ne décide rien, donc il n'est pas concerné » suppose que l'article 50 pose une condition de décision. Il n'en pose aucune, et aucune condition de risque non plus. Le discours ambiant sur l'AI Act porte sur le haut risque et sur son report au 2 décembre 2027 ; on a pris l'habitude de se demander « mon système est-il à haut risque ? » avant toute autre question. L'article 50 ne pose pas cette question.

Qu'est-ce qu'un chatbot au sens de l'AI Act ?

Un chatbot est, au sens du règlement, un système d'IA destiné à interagir directement avec des personnes physiques (article 50(1)). La qualification ne dépend ni de la technologie employée, ni du niveau de risque, ni du fait que l'agent prenne ou non une décision. Elle dépend d'un seul critère : une personne physique dialogue-t-elle avec le système ?

Cette définition est large à dessein. Elle couvre l'assistant de support client, le bot RH interne qui répond sur les congés, le copilote commercial embarqué dans le CRM, le serveur vocal interactif à reconnaissance du langage, et l'agent conversationnel de pré-qualification sur une page produit. Elle couvre un moteur à base de règles aussi bien qu'un modèle génératif, dès lors que le système relève de la définition de l'article 3 — la frontière utile n'est pas « génératif ou non » mais « interaction directe avec une personne ou non ».

La date. L'article 50 est entré en application le 2 août 2026, au titre de l'article 113 du règlement. Il ne figure pas parmi les dispositions dont le règlement (UE) 2026/1744 — le « Digital Omnibus » sur l'IA, publié au Journal officiel le 24 juillet 2026 — a reporté l'application. Ce report concerne le régime du haut risque de l'annexe III, décalé au 2 décembre 2027. Voir le calendrier complet après l'Omnibus.

Une frontière à tenir. Un agent qui parle relève de l'article 50. Un agent qui agit — qui déclenche des actions dans vos systèmes, appelle des outils, écrit dans une base — relève en plus du régime des agents autonomes, traité séparément. Si votre chatbot fait les deux, les deux régimes se cumulent.

La répartition fournisseur / déployeur est le piège opérationnel

Les obligations 1 et 2 pèsent sur le fournisseur du système. Si vous avez acheté un chatbot sur étagère, elles pèsent sur votre éditeur. Mais l'obligation 3 vous concerne dès que vous configurez le parcours, et l'obligation 4 est entièrement la vôtre.

Et si vous avez modifié substantiellement le système — affinage sur vos données, remplacement du modèle sous-jacent, changement de finalité —, vous pouvez basculer vous-même au rang de fournisseur au titre de l'article 25, et récupérer les obligations 1 et 2. C'est le cas le moins anticipé, parce que la bascule se produit par une décision technique que personne ne qualifie juridiquement sur le moment. Voir modification substantielle.

Obligation 1 — informer qu'il s'agit d'une IA (article 50(1))

Le texte impose que les personnes « soient informées qu'elles interagissent avec un système d'IA, à moins que cela ne soit évident du point de vue d'une personne physique raisonnablement bien informée, observatrice et avisée, compte tenu des circonstances et du contexte d'utilisation ».

Trois conséquences pratiques.

L'exception d'évidence est une exception, pas un régime. Elle s'apprécie au regard d'une personne « raisonnablement bien informée » dans son contexte. Un widget nommé « Assistant » sur un site grand public ne satisfait pas ce critère. Un outil interne de développeurs explicitement intitulé « bac à sable LLM » s'en approche.

Nommer le bot ne suffit pas. « Je suis Léa, je vous aide » n'informe de rien, et un prénom suggère au contraire une personne. « Vous échangez avec un assistant automatisé » informe.

Un bandeau de cookies n'est pas une information au sens de l'article 50. L'information doit être claire, distincte, et rattachée à l'interaction.

La seule exception prévue par le texte concerne les systèmes autorisés par la loi pour détecter, prévenir, enquêter sur ou poursuivre des infractions pénales — et elle tombe si le système est mis à la disposition du public pour signaler une infraction.

Ce que les lignes directrices du 20 juillet 2026 ont tranché

C'est la partie que presque aucune source française ne traite, et c'est la plus utile.

Le 20 juillet 2026, la Commission a publié la version finale de ses lignes directrices sur les obligations de transparence de l'article 50. Elles remplacent le projet de consultation de mai 2026 et constituent le document de référence des autorités nationales de surveillance du marché pour apprécier la conformité. Elles couvrent les cinq paragraphes de l'article 50.

Un agent doit dire pour qui il agit. Les lignes directrices retiennent que les agents IA — systèmes autonomes agissant pour le compte d'un mandant : service client automatisé, outil commercial, assistant de prise de rendez-vous — relèvent de l'obligation de l'article 50(1), et imposent une double révélation : l'agent indique sa nature artificielle et la personne ou l'entité pour le compte de laquelle il agit. La justification retenue porte sur l'origine de l'interaction, la délégation d'autorité et la responsabilité des actes de l'agent.

Trois précisions opérationnelles en découlent :

• lorsque le fournisseur ne peut pas déterminer à l'avance si l'agent parlera à une personne physique, l'agent doit être conçu au niveau de son architecture pour se révéler dans toute situation où c'est possible ;
• la révélation doit se produire aux étapes opérationnelles clés : autorisation, compte rendu, validation, et à chaque nouvelle interaction ;
• dans une architecture multi-agents, chaque agent susceptible d'interagir avec une personne satisfait l'exigence pour lui-même. L'un ne couvre pas les autres.

Trois pratiques explicitement écartées. Les lignes directrices indiquent qu'une référence enfouie dans les conditions d'utilisation, un libellé générique du type « assistant », ou des métadonnées seules ne suffisent pas. Ce n'est plus une appréciation : c'est la position du document auquel un contrôleur se référera.

La rétroactivité est tranchée. Pour l'image, l'audio et la vidéo, la date pertinente est celle de la génération du contenu : ce qui a été généré avant le 2 août 2026 n'a pas à être marqué rétroactivement. Pour le texte publié aux fins d'informer le public sur des questions d'intérêt public, la date pertinente est celle de la publication — un texte généré avant le 2 août mais publié après doit être signalé, sauf s'il bénéficie de l'exception de responsabilité éditoriale.

Obligation 2 — le marquage lisible par machine (article 50(2))

C'est l'obligation la plus mal comprise, parce qu'elle est invisible pour l'utilisateur.

L'article 50(2) impose aux fournisseurs de systèmes qui « génèrent des contenus synthétiques audio, image, vidéo ou texte » de veiller à ce que les sorties soient « marquées dans un format lisible par machine et détectables comme étant générés ou manipulés artificiellement ». Le texte ajoute une exigence de moyens : les solutions techniques doivent être « efficaces, interopérables, robustes et fiables, dans la mesure où cela est techniquement possible », au regard de l'état de la technique.

Le mot « texte » est ce qui fait entrer tout chatbot génératif dans le champ. Beaucoup d'organisations ont lu l'article 50(2) comme une règle anti-hypertrucage visant l'image et la vidéo. Il vise aussi le contenu synthétique produit par un agent conversationnel.

Trois exclusions, dont une nouvelle. Le règlement écarte les systèmes qui remplissent « une fonction d'assistance pour l'édition standard » et ceux qui « ne modifient pas substantiellement les données d'entrée fournies par le déployeur ou leur sémantique ». La version finale des lignes directrices a élargi la première : la traduction générée par IA y entre désormais, aux côtés de la correction orthographique et de la retouche stylistique mineure. Les résumés et les réécritures substantielles, eux, restent dans le champ. Et un périmètre nouveau apparaît : les sorties utilisées exclusivement dans un environnement industriel ou interentreprises fermé, avec des garde-fous contre le mésusage prévisible — isolation et contrôle d'accès par rôle sont les exemples cités. Les systèmes publics ou grand public en sont explicitement exclus.

Les dates, et à qui elles s'appliquent. Un système génératif mis sur le marché après le 2 août 2026 n'a aucun délai. Un système qui y était déjà a jusqu'au 2 décembre 2026 : c'est l'article 111(4) de l'AI Act, inséré par le règlement (UE) 2026/1744, dont le considérant 38 évoque une période transitoire de quatre mois. Confondre les deux conduit à croire qu'un outil déployé en septembre 2026 est tranquille jusqu'en décembre. Il ne l'est pas. Voir l'échéance du 2 décembre 2026 et le marquage des contenus IA.

Le cas du texte reste le plus difficile. Les lignes directrices ne résolvent pas la faiblesse de l'état de la technique sur le filigranage du texte libre, et précisent que le coût seul ne constitue pas une exemption — même si le coût de mise en œuvre peut entrer dans une appréciation de proportionnalité. Une réponse honnête de votre éditeur peut donc être « pas encore, et voici pourquoi » ; ce qui ne serait pas acceptable, c'est l'absence de question.

Obligation 3 — « dès la première interaction » (article 50(5))

L'article 50(5) est bref et contraignant : les informations visées aux paragraphes 1 à 4 « sont fournies aux personnes physiques concernées de manière claire et distincte au plus tard au moment de la première interaction ou exposition », et « conformément aux exigences applicables en matière d'accessibilité ».

C'est le paragraphe qui transforme une intention en obligation vérifiable, parce qu'il porte sur l'interface et se teste en trois minutes. Voir première interaction.

Aucun des trois échecs n'est un projet de conformité. Ce sont des modifications d'interface. Les six mentions prêtes à coller, par canal et en deux langues, sont faites pour cela.

Obligation 4 — quand votre chatbot tombe sous l'article 22 du RGPD

L'article 50 relève de la transparence. L'article 22 du RGPD relève de la décision. Les deux se cumulent, et l'article 50(6) le dit explicitement : ses paragraphes s'appliquent « sans préjudice d'autres obligations de transparence prévues par le droit de l'Union ou le droit national ».

L'article 22 s'applique dès qu'une décision fondée exclusivement sur un traitement automatisé produit des effets juridiques ou affecte la personne de manière significative. Un chatbot y entre lorsqu'il refuse ou accorde un geste commercial, un remboursement ou une remise ; oriente un dossier vers une file prioritaire ; pré-qualifie une candidature ou une demande de crédit ; ou clôt une réclamation sans réexamen humain.

Le piège documenté : la validation de façade. La supervision humaine doit être réelle. Un agent qui approuve mécaniquement la recommandation du système, sans pouvoir ni moyen de s'en écarter, ne fait pas sortir le traitement du champ de l'article 22.

Comment le prouver. Le taux d'écart de décision — la proportion de cas où la personne décide autrement que le système, et le motif — est l'indicateur le plus simple à produire et le plus difficile à contester. Il n'est pas reconstituable après coup : il suppose une journalisation au moment de la décision. Un taux proche de zéro sur un volume significatif est un aveu.

Le détail de ce régime, l'arrêt SCHUFA et la distinction entre validation formelle et supervision significative sont traités dans le guide de la décision automatisée. Le cas particulier du chatbot : un chatbot relève-t-il de l'article 22 ?

Ce que l'attestation de votre éditeur couvre — et ce qu'elle ne couvre pas

Les éditeurs s'appuient sur le code de bonne pratique sur la transparence des contenus générés par IA, jugé adéquat par la Commission et le comité européen de l'intelligence artificielle en juillet 2026. C'est une avancée réelle, et c'est aussi la source d'un malentendu coûteux.

Le code ne couvre que les articles 50(2), (4) et (5). L'obligation d'informer qu'on parle à une IA — l'article 50(1) — en est explicitement exclue, de même que l'article 50(3) sur la reconnaissance des émotions et la catégorisation biométrique. Leur respect s'apprécie au regard des lignes directrices de la Commission, pas d'une signature d'éditeur.

Signer n'est pas une immunité. La Commission et le comité ont tous deux indiqué que l'adhésion sert de référence pour démontrer la conformité, sans décharger de l'obligation elle-même ; les autorités de surveillance du marché restent fondées à examiner la mise en œuvre réelle d'un signataire. À l'inverse, refuser de signer n'est pas un manquement : il faut alors démontrer que les mesures retenues sont adéquates, et la Commission a indiqué que ce chemin serait examiné de plus près.

Ce que le code demande aux fournisseurs, utile à savoir avant de les interroger : un marquage en couches — métadonnées signées et filigrane imperceptible —, parce que la Commission et le comité ont conclu que l'état de la technique ne permet à aucune technique seule de satisfaire les quatre exigences du règlement. S'y ajoute la mise à disposition d'outils de détection, en principe gratuits, et une solution d'interopérabilité de cette détection au 2 février 2027. Cette dernière date n'est pas une échéance réglementaire : c'est un engagement du code, qui n'oblige que ses signataires.

Les cinq questions à envoyer par écrit sont rassemblées dans l'attestation de mon éditeur suffit-elle ?

La méthode, en six étapes

L'étape 1 est le goulot d'étranglement, et personne ne la fait. On ne démontre pas la conformité d'un parc qu'on n'a pas inventorié — et les agents conversationnels sont le type d'IA le plus facilement déployé sans passer par la DSI. Les plus silencieux ne sont pas les outils souscrits en dehors des règles : ce sont ceux qui arrivent activés par défaut dans un progiciel déjà contracté. C'est la jonction avec le registre des usages d'IA, qui est le prérequis de tout le dispositif.

Ce que vous risquez, concrètement

Le risque réel, pour une PME ou une ETI, n'est pas l'amende autonome au titre de l'article 50 : elle suppose une action de surveillance du marché. C'est la circonstance aggravante. Un défaut d'information constaté à l'occasion d'un contrôle RGPD ou d'une réclamation documente l'absence de gouvernance, et pèse sur la qualification de l'ensemble. À noter aussi que le recrutement et les décisions automatisées figurent parmi les thèmes de contrôle prioritaires 2026 de la CNIL.

Questions fréquentes

Mon chatbot est à base de règles, suis-je concerné ?

L'article 50(1) ne distingue pas. S'il relève de la définition d'un système d'IA et qu'il interagit directement avec des personnes, l'obligation d'information s'applique. L'article 50(2), lui, ne vise que les systèmes qui génèrent du contenu synthétique. Voir le comparatif chatbot à règles vs chatbot génératif.

Mon éditeur dit que c'est conforme. Cela me suffit-il ?

Non. L'attestation de l'éditeur couvre les obligations 1 et 2, qui sont les siennes — et le code sur lequel il s'appuie exclut précisément l'article 50(1). L'obligation 3 dépend de votre configuration du parcours, et l'obligation 4 est entièrement la vôtre.

Le chatbot est interne, pour les salariés. Cela change-t-il quelque chose ?

Les salariés sont des personnes physiques : l'article 50 s'applique. S'y ajoutent l'information du personnel et, selon l'usage, la consultation des instances représentatives. Voir un chatbot interne est-il concerné ?

Et si j'écris « ceci est une IA » dans mes conditions générales ?

L'article 50(5) exige une information claire et distincte, au plus tard à la première interaction. Les lignes directrices de la Commission nomment la mention enfouie dans les conditions d'utilisation comme insuffisante.

L'article 50 est-il reporté comme le haut risque ?

Non. Le règlement (UE) 2026/1744 reporte le régime du haut risque de l'annexe III au 2 décembre 2027. Le seul délai qu'il a introduit sur l'article 50 est celui du 2 décembre 2026, pour le marquage des systèmes génératifs déjà sur le marché.

Ce qu'il faut faire cette semaine

1. Lister vos agents conversationnels. Trois colonnes : nom, éditeur, qui parle avec lui. Interne compris.

2. Ouvrir chacun comme un utilisateur et appliquer les trois tests de l'obligation 3.

3. Corriger la mention de ceux qui échouent — c'est une modification d'interface.

4. Envoyer les cinq questions à chaque éditeur d'agent génératif, en nommant le 2 décembre 2026 pour ceux qui étaient en service avant le 2 août.

5. Ouvrir le sujet avec le DPO pour ceux qui orientent une décision.

Faire le diagnostic — douze questions, un verdict par obligation · La checklist en 24 points · Les mentions prêtes à coller

---

Sources : AI Act, article 50 — texte et date d'application · Règlement (UE) 2026/1744 (JO L du 24 juillet 2026) · Calendrier de mise en œuvre de l'AI Act · Lignes directrices de la Commission sur les obligations de transparence au titre de l'article 50, version finale du 20 juillet 2026 · Code de bonne pratique sur la transparence des contenus générés par IA, jugé adéquat par la Commission et le comité IA en juillet 2026. Relevé à la source le 14 octobre 2026.

À lire aussi : Décision automatisée et article 22 · Constituer son registre des usages d'IA · Calendrier de l'AI Act après le Digital Omnibus · Diagnostic chatbot

Cet article a une vocation informative et ne constitue pas un conseil juridique.