La plupart des organisations ont abordé l'AI Act par le chapitre III : mon système est-il à haut risque ? L'article 50 répond à une autre question, et il y répond indépendamment. Un système parfaitement banal, hors annexe III, sans aucune criticité, peut déclencher une obligation de transparence simplement parce qu'il parle à une personne ou parce qu'il produit du texte.
Le régime repose sur quatre déclencheurs, cumulables, et sur deux débiteurs distincts.
| Paragraphe | Déclencheur | Qui porte l'obligation |
|---|---|---|
| Art. 50.1 | Système destiné à interagir directement avec des personnes physiques | Fournisseur |
| Art. 50.2 | Système générant du contenu de synthèse (texte, image, audio, vidéo) | Fournisseur |
| Art. 50.3 | Reconnaissance des émotions ou catégorisation biométrique | Déployeur |
| Art. 50.4 | Hypertrucage, ou texte publié pour informer le public sur une question d'intérêt public | Déployeur |
Un même système peut relever de trois paragraphes à la fois. Une même organisation peut être simultanément fournisseur et déployeur, sur le même outil. C'est pourquoi la qualification du rôle est la première étape, et non un détail administratif : sans elle, aucune obligation n'est attribuable à personne.
Trois cas de figure dominent en pratique.
→ Vous développez ou commercialisez le système sous votre nom. Vous êtes fournisseur : les articles 50.1 et 50.2 vous visent. → Vous utilisez un système sous votre propre autorité. Vous êtes déployeur : les articles 50.3 et 50.4 vous visent. → Vous intégrez un modèle tiers dans votre produit et vous le diffusez sous votre marque. Vous êtes très probablement les deux.
Le rôle non déterminé est le vrai point de blocage. Il ne s'agit pas d'une zone grise confortable : c'est l'impossibilité d'identifier un responsable, et le premier constat qu'une autorité de contrôle formulera.
Une seule exemption transversale existe, celle des systèmes autorisés par la loi à des fins de détection, de prévention, d'enquête ou de poursuite d'infractions pénales. Elle suppose une base légale identifiée et des garanties documentées pour les personnes concernées. Si vous n'en bénéficiez pas, documentez-le : l'absence d'exemption est elle-même une pièce de votre dossier de conformité.
Le critère est la destination du système, pas un usage ponctuel. Chatbots, assistants virtuels, assistants vocaux, avatars, robots téléphoniques, mais aussi les interactions par une autre modalité : image, geste, capteurs.
L'exception du caractère manifeste existe, mais elle se démontre. Considérer que « tout le monde sait bien que c'est un bot » n'est pas une analyse : conservez les éléments qui établissent que l'utilisateur identifie naturellement une IA.
C'est le déclencheur le plus sous-estimé, parce que les fonctions concernées ne se présentent pas comme génératives. Un résumé automatique, une reformulation, une complétion de texte, une synthèse vocale, une illustration générée : tout cela produit du contenu de synthèse au sens de l'article 50.2.
L'exception d'assistance à l'édition standard couvre la correction orthographique, la réduction de bruit, l'amélioration du contraste, le recadrage. Elle ne couvre ni la création de contenu nouveau, ni la modification du sens. Et invoquée sans analyse formalisée, elle sera écartée.
Attention au double régime. Avant de parler de transparence, vérifiez que l'usage ne relève pas d'une pratique interdite par l'article 5, notamment la reconnaissance des émotions sur le lieu de travail et dans les établissements d'enseignement. Aucune mesure de transparence ne rend licite une pratique interdite.
À noter : l'analyse de sentiment réalisée uniquement sur du texte n'entre pas dans le champ de l'article 50.3, faute de données biométriques.
Deux obligations distinctes dans un même paragraphe.
L'hypertrucage se définit par son potentiel de tromperie, indépendamment de votre intention. Une voix de synthèse, un avatar, une retouche générative sur une photo d'événement réel : le fait que le contenu vienne d'une agence externe ne vous en dessaisit pas.
La seconde obligation vise les textes publiés pour informer le public : santé, sécurité, environnement, consommation, actualité, vie publique. Ne concluez pas trop vite que vous n'êtes pas un média. Une communication institutionnelle sur un rappel produit, une note environnementale, un message de prévention sanitaire relèvent de cette notion. L'exception, ici, est le contrôle éditorial humain, à condition qu'une personne ou une organisation assume réellement la responsabilité éditoriale de la publication.
Pour l'article 50.1. Mention explicite avant le premier échange, indication persistante pendant la session, annonce vocale en début d'appel automatisé, signalement du passage vers un opérateur humain, information accessible et en langage clair. Une mention dans les conditions générales ne satisfait pas l'obligation.
Pour l'article 50.2. Le marquage doit être lisible par machine. L'état de l'art : métadonnées de provenance signées (C2PA / Content Credentials), filigrane numérique imperceptible, empreinte cryptographique journalisée. À compléter par des tests de robustesse aux compressions, recadrages et conversions, et idéalement un outil de vérification pour les tiers. Une mention visible destinée à l'utilisateur est un complément utile, jamais un substitut.
Pour l'article 50.3. Information préalable des personnes, signalétique sur les lieux d'utilisation, base légale RGPD identifiée au regard de l'article 9, AIPD réalisée, et le cas échéant analyse d'impact sur les droits fondamentaux au titre de l'article 27. L'article 50.3 se cumule avec le RGPD, il ne s'y substitue pas.
Pour l'article 50.4. Mention intégrée au contenu ou à son support, maintenue lors des rediffusions sur les plateformes tierces, validation préalable avant publication, registre des contenus diffusés et des preuves de divulgation.
L'article 50.5 fixe les modalités communes : l'information doit être claire, facilement identifiable, accessible, et délivrée au plus tard lors de la première interaction ou exposition. Une information tardive, peu visible ou inaccessible est traitée comme une information non délivrée.
L'article 50.6 rappelle que ces obligations s'ajoutent à celles de l'AI Act, du RGPD et des autres réglementations applicables.
Reste la question qui décide de tout sur la durée : votre conformité survivra-t-elle à la prochaine mise en production ? Les cas sont connus : une fonctionnalité générative ajoutée sans requalification, un marquage désactivé lors d'une optimisation technique, une mention supprimée lors d'une refonte d'interface. Six réflexes de gouvernance à installer :
→ un registre des obligations de transparence par système, relié à ses preuves ; → un responsable désigné, avec un suppléant ; → des clauses de transparence dans les contrats fournisseurs, avec droit d'audit ; → un contrôle « article 50 » aux jalons du cycle de vie produit ; → une veille sur les lignes directrices et actes d'exécution du Bureau européen de l'IA ; → une formation des équipes produit, marketing et communication, pas seulement juridiques.
Nous avons transformé cet arbre de qualification en une checklist de deux pages, à cocher système par système, avec les mesures attendues pour chaque obligation et un barème de lecture de votre niveau de préparation.
Pour aller plus loin, le questionnaire de qualification « Transparence IA (article 50) » est disponible dans Dastra : qualification guidée avec affichage conditionnel, score de préparation, tâches générées automatiquement et rattachées à votre plan d'action, preuves centralisées avec le reste de votre conformité privacy et IA.
[Téléchargez la checklist article 50 →]
Ce contenu est fourni à titre d'information et ne constitue pas un conseil juridique.
* Vous pourrez toujours vous désinscrire sur chaque newsletter.
