Article 50 et chatbot : quand et comment informer l’utilisateur.
L’information d’un chatbot ne doit pas être cachée dans une politique de confidentialité. Lorsqu’elle est requise, la personne doit comprendre qu’elle interagit avec un système d’IA au plus tard lors de sa première exposition.
Un fournisseur doit concevoir certains systèmes destinés à interagir directement avec des personnes afin que celles-ci soient informées qu’elles interagissent avec une IA, sauf si cela ressort clairement du contexte. L’information doit arriver au plus tard lors de la première interaction.
Cluster éditorial : Transparence et contenus générés · Intention : Savoir comment informer l’utilisateur d’un chatbot selon l’article 50
En bref
L’essentiel à retenir
01
Information dès la première interaction
02
Libellé compréhensible et accessible
03
Exception limitée lorsque le contexte est évident
04
Test et archive du parcours réel
01
Identifier les interfaces concernées
L’article 50 vise les systèmes destinés à interagir directement avec des personnes physiques. Un assistant conversationnel sur un site, un agent vocal, une borne, un compagnon pédagogique ou une fonction de support intégrée à une application peuvent entrer dans ce champ. Le nom commercial donné à l’interface ne décide pas de la qualification. Examinez qui répond, comment la conversation est produite et ce que la personne peut raisonnablement comprendre.
Cartographiez chaque point d’entrée. Un même système peut apparaître sur le site public, dans l’espace client, dans une application mobile et au téléphone. La première exposition ne se produit pas au même endroit pour chaque personne. La conception doit donc prévoir l’information dans chaque parcours, y compris les versions mobiles, les langues secondaires et les modes accessibles.
Le texte prévoit une exception lorsque cela ressort clairement du point de vue d’une personne normalement informée et raisonnablement attentive et avisée, compte tenu des circonstances et du contexte. Cette appréciation ne doit pas reposer uniquement sur un nom fantaisiste ou une icône de robot. Un utilisateur pressé, une personne âgée ou un client qui accède directement à une fenêtre de discussion peut ne pas comprendre le mécanisme.
Documentez le raisonnement si vous retenez l’exception. Capturez l’écran d’arrivée, les termes employés, la voix, le contexte du service et les tests utilisateurs. Pour la plupart des interfaces professionnelles, une information courte reste plus simple et plus sûre que la démonstration ultérieure du caractère évident. Elle contribue aussi à établir une relation claire avec le public.
Le libellé doit dire le fait essentiel. Par exemple : « Vous échangez avec un assistant utilisant l’intelligence artificielle. » Ajoutez ce qui aide la personne à agir, comme la possibilité de demander un interlocuteur humain, les limites importantes ou la manière de contester une réponse. Évitez les formulations techniques qui décrivent le modèle mais masquent l’expérience réelle.
La mention ne remplace pas les autres informations nécessaires. Si le système collecte des données personnelles, la transparence RGPD reste à traiter. Si le chatbot influence une décision importante, les procédures de supervision et de recours doivent être cohérentes avec l’usage. Regroupez les informations sans créer un écran illisible. La première phrase doit rester immédiatement compréhensible.
Exemples de formulation
Contexte
Mention de départ
Action complémentaire
Support client
Vous échangez avec un assistant utilisant l’IA.
Proposer un conseiller humain
Agent vocal
Cet appel commence avec un assistant vocal automatisé.
Répéter sur demande
Aide interne
Cet assistant génère des réponses qui doivent être vérifiées.
Lien vers les règles d’usage
Borne publique
Cette borne utilise un système d’IA pour vous orienter.
L’information doit être fournie au plus tard lors de la première interaction ou exposition. Une mention dans les conditions générales, accessible après plusieurs clics, arrive trop tard. Sur un widget, elle peut apparaître dans l’écran d’ouverture avant le premier message. Pour la voix, elle peut être prononcée au début de l’appel. Dans une application, elle doit rester disponible après l’onboarding pour permettre une consultation ultérieure.
Testez le parcours réel sur téléphone, ordinateur, lecteur d’écran et zoom. Vérifiez que la mention n’est pas masquée par une bannière de cookies, un clavier virtuel ou une animation. Contrôlez aussi les parcours directs issus d’un lien profond. Une capture de la maquette ne suffit pas si la version en production déplace ou tronque le texte.
L’article 50 porte sur la transparence, mais une interface responsable doit aussi permettre de gérer les limites. Définissez les sujets que le chatbot ne traite pas, les signaux d’incertitude et les demandes qui doivent être transférées. Un parcours de recours devient particulièrement important lorsque la réponse touche à un contrat, un soin, un emploi, un service essentiel ou une personne vulnérable.
Le transfert doit être testé. Vérifiez que l’historique utile est transmis avec l’accord approprié, que l’utilisateur sait ce qui se passe et qu’un délai réaliste est annoncé. Conservez les incidents où l’escalade n’a pas fonctionné. Ces données nourrissent la surveillance, les améliorations et la formation des équipes.
Le dossier associe la qualification du système, le rôle des acteurs, le libellé choisi, son emplacement, les versions linguistiques, les tests d’accessibilité et les captures de production. Ajoutez la date de mise en ligne, la version du widget, le responsable de validation et la règle de revue. Une modification du fournisseur ou du parcours doit déclencher un nouveau contrôle.
Mesurez ensuite les demandes de transfert, les abandons, les incompréhensions signalées et les erreurs de routage. Ces indicateurs ne remplacent pas l’examen juridique. Ils montrent si l’information et le parcours fonctionnent pour les personnes réelles. Une revue trimestrielle peut suffire pour un chatbot stable. Un système souvent modifié appelle une cadence plus rapprochée.
Pas nécessairement si une information claire est donnée au plus tard lors de la première interaction. Le parcours complet et le contexte doivent être examinés.
Elle peut contribuer à l’information, mais sa compréhension n’est pas garantie. Un libellé explicite est généralement plus robuste.
Cette politique peut apporter des détails, mais elle ne remplace pas une information fournie au plus tard lors de la première interaction lorsque l’article 50 l’exige.
L’article 50 ne crée pas à lui seul une obligation générale de transfert humain. La supervision, le recours et les autres droits applicables dépendent de l’usage et du risque.
La qualification, le texte, l’emplacement, les tests, les captures de production, la version du système et la validation.
