Conformité — Règlement européen sur l'IA

AI Act : ce qui change pour votre chatbot et votre agent vocal depuis le 2 août 2026

Depuis le 2 août 2026, les obligations de transparence du règlement européen sur l'intelligence artificielle s'appliquent. Si votre site affiche un chatbot, si votre standard répond avec une voix synthétique ou si vous publiez des visuels générés par IA, vous êtes concerné. Voici ce qu'il faut vérifier, sans juridisme inutile.

Par Yanis Zedira. Publié le 24 août 2026. 9 min de lecture.

Le 2 août 2026 est la date d'application principale du règlement européen sur l'intelligence artificielle pour les systèmes à haut risque et pour les obligations de transparence. Beaucoup d'entreprises ont retenu « c'est pour les grands groupes ». C'est faux. Le texte ne vise pas la taille de l'entreprise, il vise l'usage qui est fait du système.

Si vous avez un chatbot sur votre site, un agent vocal qui décroche, un outil qui trie des candidatures, ou si vous publiez des visuels générés par IA, vous entrez dans le périmètre. La bonne nouvelle : dans la très grande majorité des cas, la mise en conformité est une affaire de quelques heures, pas d'un projet de six mois.

Ce que dit concrètement l'article 50

L'article 50 porte sur la transparence. Il repose sur trois idées simples.

Premièrement, l'utilisateur doit savoir qu'il parle à une machine. Un système conversationnel destiné à interagir avec des personnes doit être conçu de manière à ce que ces personnes soient informées qu'elles interagissent avec une IA, sauf lorsque cela est évident au regard du contexte.

Deuxièmement, les contenus synthétiques doivent être identifiables. Audio, image, vidéo ou texte généré artificiellement et susceptible d'être pris pour un contenu authentique doit être marqué comme tel, y compris dans un format lisible par machine.

Troisièmement, une porte de sortie humaine doit exister. L'utilisateur doit pouvoir être orienté vers un interlocuteur humain lorsque la conversation le justifie.

Le règlement ne demande pas de renoncer à l'IA. Il demande de ne pas faire croire à vos clients qu'ils parlent à quelqu'un.

Les systèmes classés à haut risque

L'annexe III liste les usages considérés comme à haut risque. Trois d'entre eux concernent directement les PME :

• le tri automatisé de candidatures et l'aide à la décision de recrutement ;
• la notation de solvabilité et l'accès au crédit ;
• l'évaluation ou la surveillance de la performance des salariés.

Pour ces usages, les exigences montent d'un cran : gestion documentée des risques, gouvernance des données d'entraînement et contrôle des biais, documentation technique, journalisation, et surtout supervision humaine effective. Un système qui décide seul du rejet d'une candidature n'est pas conforme.

La checklist opérationnelle

Voici ce que je vérifie sur chaque projet client depuis cet été.

1. Mention visible sur le widget de chat. Un libellé du type « Assistant IA » dans l'en-tête, plus une phrase d'ouverture qui le rappelle.
2. Phrase d'accueil de l'agent vocal. L'annonce que l'interlocuteur est un assistant automatisé, dès les premières secondes, avant toute collecte d'information.
3. Chemin de transfert humain. Un bouton, un mot-clé ou une touche qui bascule vers une personne, un e-mail ou un rappel programmé.
4. Marquage des contenus générés. Métadonnées C2PA ou équivalent sur les visuels photoréalistes, mention explicite sous les images de publication.
5. Politique IA publiée. Une page ou une section des mentions légales qui décrit les systèmes utilisés, les finalités, les données traitées et le contact du responsable.
6. Registre interne. Un tableau qui liste chaque système d'IA en production, son fournisseur, sa finalité, son niveau de risque et la date de dernière revue.
7. Attestation du fournisseur. Demandez à vos éditeurs SaaS leur documentation de conformité : c'est votre preuve de diligence.
8. Articulation avec le RGPD. L'AI Act ne remplace pas le RGPD. Base légale, durée de conservation et information des personnes restent dues.

Ce que ça change pour la conception d'un produit

En pratique, la conformité pousse dans le bon sens. Un assistant qui annonce sa nature et qui transmet proprement à un humain convertit mieux, parce qu'il ne crée pas de sentiment de tromperie au moment où le client découvre la supercherie. Les projets que nous livrons intègrent désormais ces éléments par défaut :

• bandeau d'identification permanent sur le widget ;
• journal des conversations exportable, utile pour la preuve comme pour l'amélioration ;
• règle de bascule automatique vers un humain sur les sujets sensibles (litige, santé, résiliation) ;
• fiche de transparence générée à partir du registre des systèmes.

Le calendrier à retenir

Ce qu'il faut faire cette semaine

Si vous n'avez rien fait, commencez par le plus simple et le plus visible : ouvrez votre site, regardez votre chatbot, et demandez-vous si un visiteur peut croire qu'il parle à une personne. Si la réponse est oui, vous avez votre première correction, et elle prend une heure.

Ensuite, listez vos systèmes. La plupart des entreprises que j'accompagne découvrent qu'elles en utilisent cinq à huit sans les avoir jamais recensés : chatbot du site, assistant de rédaction, outil de tri des e-mails, transcription des réunions, générateur de visuels, scoring dans le CRM.

Le registre n'est pas une formalité administrative. C'est le seul document qui vous permet de répondre en dix minutes à une question de client, d'assureur ou d'autorité.

Besoin d'un regard extérieur sur vos systèmes d'IA ? Un appel de 15 minutes suffit à identifier ce qui doit être corrigé en priorité, et ce qui peut attendre.

Qui porte la responsabilité dans votre chaîne

C'est la question qui détermine ce que vous devez faire, et elle est rarement posée clairement.

Le règlement distingue le fournisseur, qui développe et met sur le marché un système, du déployeur, qui l'utilise sous sa propre autorité. Une PME qui installe un agent vocal sur son standard est déployeur, pas fournisseur, et ses obligations sont sensiblement plus légères.

Mais cette qualification peut basculer. Une entreprise qui modifie substantiellement un système, qui le commercialise sous sa propre marque, ou qui en change la finalité, peut être requalifiée en fournisseur, avec les obligations correspondantes.

Deux réflexes en découlent. Faites écrire dans votre contrat qui est fournisseur et qui est déployeur, avec les obligations de chacun. Et demandez à votre prestataire la documentation de conformité qu'il doit tenir : si elle n'existe pas, c'est un signal sur le sérieux de l'offre.

Ce qu'il faut conserver comme preuve

La conformité ne se démontre pas par une déclaration mais par des traces, et les constituer après coup est beaucoup plus difficile.

Quatre éléments méritent d'être conservés. La formulation exacte de l'annonce faite à l'utilisateur, avec la date de sa mise en service. La liste des situations qui déclenchent un transfert vers un humain, et la date de chaque modification. Le contrat avec chaque prestataire de la chaîne, précisant les rôles. Et un journal des incidents, avec ce qui a été corrigé.

Ces éléments tiennent dans quelques pages. Ils sont ce qui distingue une entreprise capable de répondre à une question en une heure de celle qui devra reconstituer deux ans d'historique.

Ce que cela change pour vos contrats en cours

Un dispositif déployé avant l'entrée en application n'est pas exempté, et c'est le point le plus souvent mal compris.

Trois vérifications s'imposent sur l'existant. L'annonce est-elle bien faite dès le début de l'interaction, et non enfouie dans une mention légale. Un moyen de joindre une personne est-il accessible en permanence. Et le contrat identifie-t-il clairement qui est fournisseur et qui est déployeur.

Si l'un de ces points manque, la correction est généralement simple et rapide. C'est l'inventaire qui prend du temps, surtout lorsque plusieurs dispositifs ont été déployés à des moments différents par des prestataires différents.

Réserver un créneau