Article 50 de l’AI Act : signaler clairement l’IA dans un chatbot

01Le premier échange fixe le seuil d’acceptation de l’interface

Le seuil d’acceptation n’est pas une impression générale de transparence. Le règlement impose au fournisseur d’un système conçu pour interagir directement avec des personnes physiques de les informer qu’elles interagissent avec une IA, sous réserve des exceptions prévues par le texte.^[1] Le critère devient donc observable : à quel instant une personne qui ouvre réellement le dialogue reçoit-elle cette information ?

Dans le protocole proposé ici, l’ouverture reste bloquée si le parcours contrôlé ne rend pas l’information perceptible au plus tard au moment requis.

Ce cadrage exclut une lecture purement documentaire. Une phrase exacte, placée derrière un lien ou rendue visible après plusieurs échanges, ne répond pas au même problème qu’un signal présent dans l’état initial. La Commission situe l’information dès le début de la première interaction et demande une forme claire, distincte et accessible.^[3] Le paragraphe 5 de l’article 50 exige que ces informations soient fournies au plus tard lors de la première interaction ou exposition.^[4]

Je transforme cette exigence en critère d’acceptation : le service ne devrait pas être ouvert tant qu’un scénario représentatif permet d’entamer la conversation sans identifier la nature de l’interlocuteur. Ce choix ne préjuge pas d’un verdict juridique définitif. Il convertit une exigence vérifiable en décision de mise en service.

La formulation doit répondre sans détour à la question que se pose l’utilisateur : « avec qui suis-je en train d’échanger ? » Le nom commercial du service, une icône ou une tonalité particulière ne constituent pas nécessairement une réponse. Le message initial doit désigner l’IA d’une manière compréhensible dans son contexte d’usage.

1. 01

   Qualifier l’interaction

   Déterminer si le système dialogue directement avec une personne et identifier l’état exact où cet échange commence.

2. 02

   Localiser l’information

   Repérer l’instant où l’identité de l’IA devient perceptible, avant toute saisie ou action engageante.

3. 03

   Isoler le message

   Vérifier que la formulation reste compréhensible sans dépendre d’une icône, d’une couleur ou d’un document annexe.

4. 04

   Rejouer le parcours

   Ouvrir le service dans son état public, puis suivre son ordre réel au clavier et avec les aides prévues.

5. 05

   Consigner la décision

   Conserver le scénario, la version contrôlée, l’écart observé et la raison précise d’accepter ou de bloquer l’ouverture.

Cette séquence relie qualification, interface, test et preuve. Elle empêche qu’une discussion abstraite sur la conformité remplace l’examen du produit livré. Le contrôle commence par un repère simple : nommer l’instant exact où l’information sur l’IA devient visible dans le parcours. Si cet instant demeure impossible à nommer, le contrôle n’est pas terminé.

02L’étiquette visible ne suffit pas si le parcours la masque

Les lignes directrices de la Commission demandent une conception qui informe explicitement les personnes lorsqu’elles interagissent directement avec un système d’IA.^[5] Le protocole proposé ici vérifie donc la perception de l’étiquette dans quatre scénarios : fenêtre déjà ouverte, message poussé automatiquement, bannière superposée et ordre de lecture conduisant directement au champ de saisie.

L’examen distingue le texte prévu de l’information réellement disponible. Les mots choisis sont examinés séparément de leur exposition avant l’engagement dans le dialogue. La Commission demande que la personne sache si elle interagit avec une IA ou avec un humain, sauf lorsque la nature artificielle est évidente.^[6]

La clarté dépend aussi de la formulation. Dans ce protocole, « Assistant virtuel » n’est pas tenu pour une information suffisante sur la nature de l’interlocuteur. Le critère retient une phrase explicite indiquant que le dialogue a lieu avec une IA. Elle peut ensuite préciser le périmètre traité et la manière de demander une autre voie lorsque le système atteint sa limite.

Ces précisions opérationnelles ne doivent pas être confondues avec le contenu strictement établi par la disposition. Les preuves disponibles portent sur l’identification de l’IA. Elles n’autorisent pas à présenter chaque conseil d’interface comme une obligation autonome du même article. Cette limite protège la décision : un test produit peut être exigeant sans prendre la forme d’un avis juridique excessif.

La finalité éclaire néanmoins le choix de conception. La Commission rattache la transparence à la capacité de savoir qu’un échange a lieu avec une machine et de décider en connaissance de cause.^[7] Un message initial devient donc utile lorsqu’il modifie réellement ce que la personne comprend et ce qu’elle peut choisir.

03Le parcours au clavier rend les ruptures observables

Le parcours est rejoué depuis le point d’entrée de l’interface, sans utiliser la souris et sans placer artificiellement le focus au bon endroit. Il faut constater si le message d’identification est atteint dans un ordre cohérent, puis si l’utilisateur peut entrer dans le dialogue, relire son contenu et rejoindre les commandes annoncées.

Ce protocole ne prétend pas couvrir à lui seul toutes les exigences d’accessibilité. Il cible les ruptures capables de rendre l’information initiale théorique : focus invisible, saut vers le champ de saisie, bouton sans nom compréhensible, mise à jour silencieuse ou fenêtre impossible à quitter. Chacune doit produire une observation précise, et non une appréciation générale telle que « accessible » ou « peu accessible ».

La sémantique est évaluée à partir de ce que l’interface permet de comprendre. Un message doit pouvoir être rattaché au bon interlocuteur. Une commande doit annoncer une action intelligible. Une mise à jour importante doit devenir perceptible sans obliger la personne à explorer toute la page. Ces vérifications prolongent la demande d’une information accessible ; elles en éprouvent l’effet dans le composant livré.

Cette matrice relie chaque mode de parcours à une observation et à une décision.

Un test réussi doit rester reproductible dans l’environnement prévu pour le public. Une démonstration conduite depuis une session déjà ouverte, avec un historique ou des réglages particuliers, ne suffit pas. Le procès-verbal doit décrire l’état initial, les actions effectuées et le résultat perçu. Cette précision permet de distinguer une anomalie de contenu d’une rupture de navigation.

04Le transfert humain doit conserver un contexte exploitable

Une reprise humaine annoncée doit fonctionner et signaler clairement le changement d’interlocuteur. Plus généralement, la Commission demande que l’utilisateur sache s’il échange avec une IA ou avec un humain.^[8]

Le transfert n’est pas établi ici comme une obligation générale de l’article traité. Il devient un critère d’acceptation dès lors que le parcours l’annonce comme issue possible. Tester uniquement l’existence d’un bouton serait trop faible. Il faut vérifier la réception de la demande, l’identité du nouvel interlocuteur, le maintien du focus et le contexte transmis avec l’accord nécessaire.

Le contexte utile n’est pas l’intégralité automatique de la conversation. Il dépend de la demande, du périmètre autorisé et des règles applicables aux données, qui relèvent d’une analyse distincte. Le contrôle rend seulement visible la décision : quelles informations sont nécessaires à la reprise, lesquelles ne doivent pas circuler et comment l’utilisateur comprend ce passage.

L’exception liée au caractère évident exige la même attention au contexte. Le considérant pertinent se place du point de vue d’une personne raisonnablement informée, attentive et avisée, compte tenu des circonstances et de l’usage.^[9] Une marque contenant le mot « IA » ne dispense donc pas automatiquement d’examiner la présentation réelle, surtout lorsque le service adopte les codes visuels ou le nom d’une personne.

Une reprise humaine réussie ne compense pas une déclaration tardive de l’IA. Elle répond à une autre décision produit : que se passe-t-il quand le système atteint sa limite ou que l’utilisateur refuse de poursuivre avec lui ? Les contrôles doivent rester séparés afin que chaque échec conduise à une correction identifiable.

05La mise en service exige une preuve rejouable

La mise en service exige un parcours rejouable dans la version destinée au public ; une copie du message ne suffit pas. Le dossier d’acceptation doit montrer comment l’information demandée par la Commission apparaît lorsqu’une personne interagit avec un chatbot, un agent ou un avatar d’IA.^[10] Une copie du texte prévu ne démontre ni son moment d’exposition, ni sa disponibilité au clavier, ni le fonctionnement du parcours qui suit.

La preuve commence par la version testée et son état initial. Le dossier décrit le scénario, rapporte l’observation et consigne la décision. Une autre personne doit pouvoir refaire le test sans connaître les choix de conception. Si cette reproduction aboutit à un résultat différent, le contrôle doit être rouvert. La transparence devient ainsi une propriété vérifiée de l’interface avant son ouverture.

Le dossier accepté fixe le périmètre et les conditions qui imposeraient une nouvelle vérification. Une modification du message initial, de l’ordre du focus, du composant de dialogue ou de la voie humaine doit conduire à rejouer les scénarios concernés. Une indécision plus profonde peut également apparaître : personne ne sait encore quels sujets le système traite, quelles données il mobilise, quand il doit s’arrêter ou qui reprend la demande. Dans ce cas, la correction d’interface arrive trop tôt. Le cadrage d’assistants conversationnels devient la suite logique pour transformer ces choix en périmètre, règles de fonctionnement et critères d’acceptation.

La décision d’ouverture exige la preuve qu’une personne rencontre cette information au bon moment, peut la percevoir dans son parcours et peut effectivement emprunter la voie annoncée. C’est à cet endroit précis que la transparence cesse d’être une formule pour devenir une décision de mise en service.