Chatbot de boutique : vérifier que le client sait quand il échange avec une IA

Un prénom et un avatar peuvent donner au client l’impression de parler à une personne. Pour un chatbot reposant sur une IA, le contrôle utile commence donc au premier échange : le client comprend-il la nature du système, dans un parcours lisible et accessible ?

L’article 50 du règlement (UE) 2024/1689 prévoit des obligations de transparence pour certains systèmes et acteurs. Son application doit être qualifiée ; ce dossier ne décrète pas que tout automate est une IA ni que chaque boutique supporte toutes les obligations du fournisseur. Les sources ont été consultées le 23 octobre 2026 ; aucun chatbot marchand n’a été testé.

Qualifier l’interaction et le rôle de la boutique

Relever le système utilisé et ce qu’il fait. Un système qui échange directement avec une personne, un outil qui suggère une réponse à un conseiller et une automatisation interne ne présentent pas la même interaction.

Demander au fournisseur sa qualification et la documentation du système. La FAQ de la Commission sur l’article 50 distingue notamment l’interaction directe avec une personne des usages en arrière-plan ou entre machines.

Identifier aussi le rôle réel de la boutique. L’article 3 définit le fournisseur et le déployeur ; utiliser un système sous son autorité n’est pas la même situation que le développer ou le faire développer et le mettre en service sous son propre nom ou sa marque. Un habillage aux couleurs de la boutique ne suffit pas, isolément, à trancher toutes ces conditions.

Attribuer la bonne obligation au bon acteur

L’article 50, paragraphe 1, demande aux fournisseurs des systèmes destinés à interagir directement avec des personnes de les concevoir de manière que celles-ci soient informées qu’elles interagissent avec une IA, sous l’exception prévue lorsque cela est évident dans le contexte.

Le paragraphe 5 précise une information claire et distincte, au plus tard lors de la première interaction ou exposition, conforme aux exigences d’accessibilité applicables. Le calendrier de l’article 113 conduit à l’application de ces dispositions le 2 août 2026.

Le paragraphe 2 concerne notamment le marquage dans un format lisible par machine des contenus synthétiques par les fournisseurs visés. Il ne doit pas être confondu avec l’information visible du client. Les autres obligations du même article concernent des usages et acteurs spécifiques ; elles ne s’appliquent pas indistinctement à tout chatbot de service client.

Pour la boutique utilisatrice, vérifier avec le fournisseur qui fournit l’information, ce qui est configurable et si l’intégration la rend effectivement accessible. C’est un contrôle opérationnel recommandé ; la qualification juridique des responsabilités reste propre au dispositif.

Ne pas présumer que le caractère artificiel est évident

Le règlement prévoit une appréciation du point de vue d’une personne raisonnablement informée, attentive et avisée, compte tenu des circonstances et du contexte. Le seul fait qu’un système réponde vite ne démontre pas que cette exception est satisfaite.

Dans une interaction fictive, un client voit un prénom humain puis pose une question de livraison. Si la première réponse est générée directement par l’IA et qu’aucune information n’est identifiable, rechercher le mécanisme prévu par le fournisseur et faire examiner le parcours. Ce cas n’est ni un test exécuté ni une qualification automatique d’infraction.

À l’inverse, un conseiller qui reçoit une suggestion interne puis choisit et envoie sa réponse relève d’une situation différente de l’échange direct décrit. Qualifier l’usage réel avant d’appliquer la même conclusion.

Lire le premier échange sur les parcours réellement ouverts

La recommandation est de préparer une recette depuis les entrées utilisées : fiche, page d’aide ou suivi de commande. Observer ce qui apparaît avant ou pendant la première interaction, sur ordinateur et mobile.

Relever le texte d’information, sa visibilité, son articulation avec l’avatar et le moment où il est présenté. Une mention retrouvable uniquement dans une politique éloignée ne démontre pas le résultat requis dans l’échange.

Examiner également les langues offertes et les conditions d’accessibilité applicables. Les contrôles précis doivent être adaptés au système ; une capture seule ne prouve pas toute l’accessibilité.

Conserver la version du système, le point d’entrée, l’information observée et les limites. Le nom d’un réglage activé dans l’administration ne suffit pas à démontrer ce que voit l’utilisateur.

Distinguer transparence, qualité des réponses et aide humaine

Dire qu’il s’agit d’une IA ne rend pas ses réponses exactes. Vérifier séparément les sources accessibles au système, les engagements qu’il peut formuler et les actions qu’il peut provoquer.

Le dossier d’audit d’un fournisseur IA traite ce choix plus largement. Le présent contrôle porte sur l’interaction identifiable, pas sur un classement de modèles ou une validation de leurs réponses.

Définir le traitement d’une demande humaine ou d’une question que le système ne doit pas résoudre seul. Un transfert peut être une mesure de service pertinente ; il ne faut pas le présenter ici comme une obligation universelle créée par l’article 50 pour chaque chatbot.

Conserver une conclusion proportionnée à la recette

Après correction autorisée, reprendre les points d’entrée affectés et vérifier le résultat. L’intégration, le fournisseur ou la langue peuvent changer : relier la preuve à la version réellement examinée.

Le contrôle se ferme sur l’information observée dans le périmètre retenu et sur les rôles documentés. Les inconnues restent visibles. Il ne certifie ni l’ensemble du règlement sur l’IA, ni le traitement des données personnelles, ni tous les échanges futurs.