AI Act pour chatbots et assistants IA: checklist transparence 2026

Le débat AI Act se concentre souvent sur les systèmes à haut risque. Pour beaucoup d'équipes, la question immédiate est plus concrète: que faut-il changer dans un chatbot, un voicebot ou un assistant interne avant le 2 août 2026?

Le calendrier de la Commission européenne indique que les règles de transparence de l'Article 50 commencent alors à s'appliquer. Cette checklist traduit l'obligation en travail produit, juridique et opérationnel.

Ce qui change le 2 août 2026

Les règles de transparence de l'AI Act deviennent opérationnelles. L'utilisateur ne doit pas deviner s'il parle à une machine ou si un contenu est généré par IA.

Le 20 juillet 2026, la Commission européenne a publié ses lignes directrices finales sur les obligations de transparence, accompagnées d'un Q&A officiel. Elles précisent notamment la divulgation, les exceptions et la répartition des responsabilités entre fournisseurs et déployeurs.

Qui est concerné

Chatbots web, voicebots, assistants support, copilotes internes et outils générant du texte, image, audio ou vidéo peuvent être concernés.

Un bot FAQ, un assistant commercial et un voicebot n'ont pas le même risque, mais chacun a besoin d'une divulgation visible, de limites claires et d'un chemin vers l'humain.

Article 50 en langage simple

Les personnes doivent être informées lorsqu'elles interagissent avec une IA, sauf si c'est évident. Certains contenus générés, deepfakes et textes d'intérêt public peuvent demander un marquage.

Vérifiez le message d'ouverture, le label persistant, la divulgation audio, le transfert humain et le marquage des sorties qui quittent le système.

Quand le chatbot devient à haut risque

Un chatbot classique n'est pas automatiquement à haut risque. Le cas d'usage change tout: recrutement, crédit, éducation, services essentiels, émotion ou biométrie exigent plus de contrôles.

Combinez donc transparence et classification. Le plan AI Act août 2026 donne le cadre.

Checklist pratique

Organisez la checklist en cinq blocs: UX de divulgation, marquage des contenus, logs, transfert humain et gouvernance fournisseur.

Côté fournisseur, vérifiez DPA, région d'hébergement, rétention, modèle utilisé, export des logs et notification des changements.

Plan de préparation en 90 jours

Jours 1-30: inventaire des assistants. Jours 31-60: divulgation, transfert humain et logs. Jours 61-90: contrats, tests d'edge cases et dossier de gouvernance.

La conformité devient plus simple quand elle est visible dans l'interface et dans les opérations, pas seulement dans un document juridique.

Concevoir une divulgation visible

La divulgation doit apparaître dans l'interface, pas seulement dans les conditions générales. Pour un chat texte, le modèle simple est un premier message indiquant que l'utilisateur parle à un assistant IA et un label persistant dans le widget. Pour un voicebot, la divulgation doit être audible au début.

Elle doit être compréhensible dans la langue de l'utilisateur. Si le site existe en cinq langues, les labels et messages IA doivent suivre. Ce n'est pas seulement une question réglementaire: l'utilisateur fait davantage confiance à l'automatisation lorsqu'il en connaît les limites.

Logs et minimisation des données

Logger ne signifie pas tout conserver. Il faut un enregistrement suffisant pour l'audit: date, version de l'assistant, fournisseur ou modèle, décision d'escalade et preuve que l'utilisateur a été informé. Les données personnelles doivent rester limitées au nécessaire.

Le pire scénario est un assistant qui parle aux clients sans que l'équipe puisse vérifier ce qui a été promis ou pourquoi un cas n'a pas été transféré. De bons logs protègent l'entreprise et améliorent la qualité du système.

Questions fournisseur

Demandez où les données sont traitées, combien de temps les conversations sont conservées, si prompts et sorties servent à l'entraînement, si les logs sont exportables et comment les contenus IA peuvent être marqués. Les réponses doivent être opérationnelles.

Le contrat doit couvrir DPA, sous-traitants, rétention, incidents, handoff humain et notification des changements de modèle. Si le chatbot touche un parcours client, les réglages par défaut du fournisseur ne suffisent pas.

Erreurs fréquentes avant août 2026

La première erreur est de cacher la mention IA dans le footer. La deuxième est l'absence de transfert humain pour les litiges. La troisième est de croire que tout chatbot reste forcément à risque limité. La quatrième est l'absence de propriétaire métier.

Les meilleurs déploiements traitent la transparence comme une partie du produit: message, label, log, escalade et gouvernance sont conçus avec l'expérience utilisateur.

Exemple: chatbot web de qualification commerciale

Un chatbot commercial demande souvent secteur, problème, budget et souhait de contact. La transparence ne doit pas ralentir le parcours. Il suffit souvent d'indiquer dès le début qu'un assistant IA aide à qualifier la demande et qu'un humain peut reprendre. Le CRM devrait aussi indiquer que la qualification a été préparée par IA.

Si le bot exclut une personne d'une offre ou influence l'accès à un service important, le label ne suffit plus. Il faut alors classification du risque, revue humaine et capacité à expliquer le résultat.

FAQ

Article 50 s'applique-t-il aux chatbots internes?

Il peut s'appliquer selon le contexte et les sorties. Les assistants internes ont tout de même besoin de gouvernance.

Faut-il labelliser chaque message?

Le plus sûr est un label visible et persistant avec une divulgation claire au début.

Un voicebot est-il concerné?

Oui, le principe de transparence s'applique aussi aux interactions vocales.

Prochaine étape

Pour l'appliquer à un processus réel, commencez par l'AI Finder ou planifiez un échange stratégique. AROG cartographie workflow, risque et ROI avant le build.