AI Act 2 août : ce qui s'applique vraiment (et ce qui a glissé à 2027).
Pendant des mois, le 2 août 2026 était « le jour du haut risque ». Ce n'est plus le cas : le Digital Omnibus l'a repoussé à décembre 2027. Mais il a laissé intact l'Article 50 — celui qui oblige vos chatbots à s'identifier, vos contenus générés par IA à porter une marque machine-readable et vos deepfakes à être étiquetés. Si votre produit parle, écrit ou dessine, il est temps d'atterrir sur la partie technique avec le conseil de conformité à l'AI Act.
Le calendrier du Règlement (UE) 2024/1689 — l'AI Act — a été modifié il y a un mois et une grande partie du marché ne s'en est pas encore rendu compte. Le Digital Omnibus, approuvé par le Conseil de l'Union européenne le 29 juin 2026, a reporté les obligations de haut risque de l'Annexe III du 2 août 2026 au 2 décembre 2027. Mais l'Article 50 — transparence — a conservé sa date d'origine. Dans notre conseil de conformité AI Act, nous préparons cette partie technique depuis le printemps avec les clients qui ont anticipé.
Ce qui devait se passer le 2 août
Jusqu'au 29 juin, le calendrier de l'AI Act était connu et ennuyeux : le 2 août 2026 devaient entrer en vigueur les obligations pour les systèmes de l'Annexe III — biométrie, RH, décisions de crédit, éducation réglementée, infrastructures critiques, maintien de l'ordre et services essentiels.
Cela impliquait, pour tout opérateur avec un système classé haut risque, de mettre en production toute une série de dispositifs loin d'être triviaux : gestion des risques, qualité et biais des données, documentation technique, logging automatique des événements, transparence côté utilisateur, supervision humaine effective, précision et cybersécurité, et monitoring post-marché. Le tout avec preuve technique sur le code et l'infrastructure eux-mêmes.
Rien de tout cela ne s'applique en août. Mais une partie de ce qui était attendu — l'Article 50 — reste exactement à sa date.
Ce qui a changé le 29 juin
Le Digital Omnibus est le paquet de simplification numérique approuvé par le Conseil de l'Union européenne le 29 juin 2026. C'est une modification de l'AI Act lui-même. Motif déclaré : désengorger le calendrier face à l'évidence que ni les entreprises ni les autorités nationales compétentes n'allaient être prêtes en août avec les structures techniques et de supervision requises.
La mesure la plus visible : les obligations de haut risque de l'Annexe III, qui devaient entrer en vigueur le 2 août 2026, sont reportées au 2 décembre 2027. Seize mois de plus.
C'est un report, pas une exemption. Le fond du règlement et les obligations ne changent pas. Ce qui change, c'est quand elles sont exigibles. Si votre système est classé haut risque de l'Annexe III, le travail technique reste le même — vous avez juste seize mois de plus pour le rendre présentable. Cette marge disparaît vite quand on ouvre le code base.
Ce qui n'a pas changé avec le Digital Omnibus est tout aussi important : l'Article 50 de transparence conserve sa date d'origine. Et la nouvelle interdiction de l'Article 5 sur les images intimes non consenties reste également au calendrier, pour le 2 décembre 2026.
Les trois choses qui entrent bien en vigueur
L'Article 50 du Règlement (UE) 2024/1689 impose des obligations de transparence aux fournisseurs et opérateurs (deployers) de systèmes d'IA — indépendamment du fait que le système soit à haut risque ou non. Trois blocs, et ils sont concrets.
Chatbot qui s'identifie
Les systèmes d'IA conçus pour interagir avec des personnes doivent informer l'utilisateur qu'il parle à une IA, sauf si c'est évident par le contexte. S'applique aux chatbots de support, assistants conversationnels, SVI à voix synthétique et agents dans les applications. Traduction UI : un message d'ouverture clair, pas une mention en pied de page.
Marquage du contenu généré
Les fournisseurs d'IA générative (texte, image, audio, vidéo) doivent marquer leurs sorties dans un format machine-readable permettant de détecter qu'elles ont été générées ou manipulées artificiellement. L'obligation porte sur le fournisseur du modèle, pas sur l'utilisateur final qui demande une image.
Deepfakes étiquetés
Les deployers qui utilisent l'IA pour créer des deepfakes (image, audio ou vidéo qui ressemble faussement à une personne réelle, à un objet ou à un événement) doivent étiqueter le contenu comme généré ou manipulé. Il existe des exceptions étroites pour usage artistique, satirique ou d'application de la loi — ce n'est pas un chèque en blanc.
L'Article 50 s'applique à tout système d'IA mis sur le marché ou mis en service dans l'UE, indépendamment de la date de mise sur le marché et du lieu d'établissement du fournisseur. Un modèle entraîné en Californie et proposé en SaaS à des clients européens entre dans le champ d'application. Vivre hors UE ne dispense pas de l'amende si vos sorties arrivent ici.
Combien coûte l'ignorer
L'AI Act ordonne les sanctions en trois paliers (Article 99). Important de ne pas les confondre car le gros chiffre du haut circule beaucoup.
(Article 5)
infractions
à l'autorité
Les infractions à l'Article 50 relèvent du deuxième palier : jusqu'à 15 millions d'euros ou 3 % du chiffre d'affaires annuel mondial de l'exercice précédent — le montant le plus élevé étant retenu. La supervision et les sanctions relèvent de l'autorité nationale compétente de chaque État membre ; l'organisme précis (et son niveau de préparation) varie d'un pays à l'autre.
L'Article 50 vous concerne-t-il ?
Trois questions courtes et vous saurez si vous avez du travail devant vous ou si vous pouvez respirer jusqu'au haut risque de 2027.
Vérification en 3 clics
Aucune télémétrie, aucun cookie, rien n'est envoyé. Tout se résout dans le navigateur.
1. Votre produit dispose-t-il d'un chatbot, assistant conversationnel ou SVI à voix synthétique qui parle avec des personnes réelles ?
2. Votre produit génère-t-il du texte, des images, de l'audio ou de la vidéo avec IA que les utilisateurs finaux voient ou téléchargent ?
3. Votre produit crée-t-il ou distribue-t-il des deepfakes — image, audio ou vidéo qui ressemble à une personne réelle, un objet ou un lieu ?
L'Article 50 s'applique — et sur plusieurs fronts.
Avec deux ou trois blocs cochés, vous avez des obligations de chatbot disclosure, watermarking du contenu et/ou étiquetage des deepfakes. C'est le scénario le plus dense : il faut toucher à l'UI, au pipeline de génération et laisser des logs auditables. Avec priorité et focus, en une semaine on met en place le minimum en commençant par ce qui est le plus visible à l'utilisateur.
L'Article 50 s'applique sur un bloc précis.
Vous avez une obligation claire. Si le oui portait sur le chatbot, la partie lourde est UX : un message d'ouverture clair plus un log. Si c'était la génération de contenu, la partie lourde est technique : C2PA + watermark + logging. Si c'était les deepfakes, la partie lourde est de processus : étiquetage systématique dans le pipeline de publication.
Sur l'Article 50, vous pouvez respirer.
Sans chatbot, sans contenu généré par IA côté utilisateur et sans deepfakes, ce bloc ne s'applique pas. Mais attention : si votre IA relève de l'Annexe III (biométrie, RH, crédit, éducation, infrastructures critiques, services essentiels), vous avez rendez-vous le 2 décembre 2027 avec les obligations de haut risque. Et ça, quand on s'y met, c'est bien plus de travail qu'un simple avis de chatbot.
Le vrai problème : aucune technologie ne suffit seule
L'obligation 50(2) — marquer le contenu généré par IA en format machine-readable — semble se résoudre avec une étiquette. Ce n'est pas le cas. Le règlement demande simultanément quatre propriétés qu'aucune technologie connue ne satisfait à la fois : imperceptibilité (ne pas dégrader le contenu), robustesse (survivre à la compression, à l'édition, aux captures d'écran), détectabilité (vérifiable en aval) et traçabilité (permettre d'identifier le générateur et la version).
L'approche pratique que les fournisseurs sérieux adoptent est en couches. Trois, chacune couvrant les modes de défaillance de la précédente.
Métadonnées C2PA
Standard de content provenance porté par Adobe, Microsoft, Sony et d'autres. Signe cryptographiquement les métadonnées qui voyagent avec le fichier : qui l'a généré, avec quel modèle, quand. Survit à la compression. Disparaît avec une capture d'écran ou un ré-encodage sans signature — c'est-à-dire avec presque n'importe quel post social.
Watermark imperceptible
SynthID (Google DeepMind) pour images et audio, techniques similaires pour texte et vidéo. Modifie de façon imperceptible la sortie pour qu'un détecteur la reconnaisse. Survit à la capture d'écran, mais se dégrade avec des manipulations agressives, un recadrage fort ou un mélange de sources.
Logging côté générateur
Enregistrement audité côté fournisseur : quoi a été généré, quand, avec quel prompt, quel modèle, quelle version. La plus ennuyeuse, la plus importante, et celle qui permet de répondre à une réquisition même si les couches 1 et 2 se sont évaporées en route.
La couche 3 — logging côté générateur — est là où avoir l'IA on-premise devient un vrai avantage et pas un simple slogan. Sur votre propre stack d'inférence, vous pouvez enregistrer chaque prompt, chaque sortie, chaque modèle et chaque version sans dépendre de l'audit trail d'un fournisseur SaaS qui vous montre ses logs quand il le décide. Et dans RAG avec Docling, la traçabilité du document qui a nourri quelle réponse fait partie de l'architecture dès la conception.
Le minimum à avoir en place
Si le quiz vous a dit que l'Article 50 s'applique, voici la checklist avec l'essentiel. Cochez ce que vous avez déjà. Ce qui reste non coché, c'est votre backlog — et ce que nous mettons en place avec les clients dès une mission de démarrage.
Checklist Article 50 · 7 points
- Avis « vous parlez à une IA » sur vos chatbotsMessage d'ouverture clair, pas un astérisque caché. S'applique aussi aux assistants vocaux et SVI synthétiques.
- Log de session du chatbotDate, système, version du modèle, ID de session. Si l'autorité demande, vous devez pouvoir démontrer que l'avis a bien été affiché.
- C2PA sur les sorties généréesMétadonnées signées cryptographiquement sur images, audio et vidéo. C'est la couche 1 du watermarking en couches.
- Watermark imperceptibleSynthID ou équivalent pour ce que C2PA perd quand quelqu'un fait une capture d'écran et la partage sur les réseaux.
- Logging côté générateurEnregistrement auditable des prompts, sorties, modèle et version chez vous. Ennuyeux à implémenter, indispensable au moment de démontrer. Sur inférence on-premise avec Ceph, OpenStack ou K8s, ça reste dans votre périmètre.
- Étiquetage des deepfakes dans le pipelineSi vous générez ou distribuez du contenu qui ressemble à des personnes réelles, étiquetez-le dans le flux de publication lui-même. Ne le laissez pas au libre choix de l'éditeur du jour. Avec des agents IA sécurisés, l'étiquetage s'applique comme une politique, pas comme un rappel.
- Document interne de conformitéUne demi-page expliquant quelles obligations s'appliquent à quels systèmes, qui est responsable et où se trouvent les logs. C'est le point où ISO 42001 s'enchaîne naturellement avec l'AI Act.
L'autre date que presque personne ne regarde
Quatre mois après l'échéance de l'Article 50, le 2 décembre 2026, s'active une nouvelle interdiction ajoutée par le Digital Omnibus à l'Article 5 : les systèmes d'IA qui génèrent des images intimes non consenties entrent au catalogue des pratiques interdites du règlement.
Étant une interdiction, elle n'admet pas de nuances par taille ni par niveau de risque préalable du système. Elle s'applique à tous les opérateurs du marché européen — fournisseurs, deployers, importateurs, distributeurs — sans exception. Pas d'Annexe intermédiaire, pas de période de grâce supplémentaire. Interdit.
Elle touche directement des produits et services comme les générateurs d'images de personnes réelles sans consentement, les applications de face-swap sur contenu intime et les outils nudify qui ont proliféré de façon incontrôlée ces deux dernières années. Les fournisseurs de modèles à usage général sont concernés par la voie indirecte des usages prévisibles : si votre modèle peut raisonnablement être utilisé pour cela, les garde-fous techniques ne sont plus optionnels.
Pourquoi l'on-premise facilite la paperasse
Aucune des obligations de l'Article 50 ne dépend de l'endroit où se trouve l'IA — elles s'appliquent aux fournisseurs et aux deployers indépendamment de la topologie. Mais le démontrer en dépend. Et c'est là que déployer sur votre propre infrastructure joue en votre faveur pour des raisons très pratiques :
- Le logging côté générateur (couche 3) vit dans votre système, avec vos politiques de rétention, sans accords d'accès avec des tiers ni limites d'exportation d'un tableau de bord SaaS.
- La documentation technique du modèle — qui, si le niveau de risque monte, est demandée en détail — est sous votre contrôle : poids, provenance de l'entraînement, évaluations, version. Rien ne dépend de la bonne volonté de votre fournisseur cloud.
- La gouvernance des données se démontre sur des données qui ne sont pas sorties du périmètre. Pour la santé, la banque et le secteur public, c'est une exigence de facto — l'AI Act ne fait que la mettre par écrit.
- Les agents auditables avec OPA, LangChain ou CrewAI s'insèrent naturellement dans la supervision humaine effective que le haut risque exigera en 2027.
Questions fréquentes
Qu'est-ce qui entre en vigueur dans l'AI Act le 2 août 2026 ?
Les obligations de transparence de l'Article 50. Les chatbots doivent informer l'utilisateur qu'il parle à une IA ; les contenus générés par IA (texte, image, audio, vidéo) doivent être marqués dans un format machine-readable ; les deepfakes doivent être étiquetés comme générés ou manipulés. Le non-respect est sanctionné par des amendes pouvant atteindre 15 millions d'euros ou 3 % du chiffre d'affaires annuel mondial (Article 99.4).
L'application aux systèmes à haut risque a-t-elle été reportée ?
Oui. Le Digital Omnibus, approuvé par le Conseil de l'Union européenne le 29 juin 2026, a reporté les obligations de l'Annexe III (biométrie, RH, crédit, éducation, infrastructures critiques, maintien de l'ordre, services essentiels) du 2 août 2026 au 2 décembre 2027.
L'Article 50 n'a pas été reporté et s'applique toujours le 2 août 2026.
Qu'est-ce que le Digital Omnibus ?
Le paquet de simplification numérique approuvé par le Conseil de l'Union européenne le 29 juin 2026, qui reporte l'applicabilité de plusieurs obligations de l'AI Act et clarifie des aspects opérationnels du règlement. Sa mesure la plus significative est le report des obligations de haut risque de l'Annexe III au 2 décembre 2027.
Combien coûte le non-respect de l'Article 50 ?
Jusqu'à 15 millions d'euros ou 3 % du chiffre d'affaires annuel mondial de l'exercice précédent, le montant le plus élevé étant retenu (Article 99.4). C'est le deuxième palier de sanctions. Le premier palier (35 M€ ou 7 %) est réservé aux pratiques interdites de l'Article 5 — une autre affaire.
Comment satisfaire au marquage machine-readable ?
Avec une approche en trois couches : métadonnées C2PA signées cryptographiquement dans le fichier ; watermark imperceptible type SynthID pour ce que C2PA perd sur les captures d'écran ; et logging audité dans le générateur lui-même. Aucune couche seule ne couvre les quatre exigences du règlement — imperceptibilité, robustesse, détectabilité et traçabilité.
Quelle nouvelle interdiction entre en vigueur le 2 décembre 2026 ?
L'Article 5 ajoute une nouvelle interdiction : les systèmes d'IA qui génèrent des images intimes non consenties. S'applique à tous les opérateurs quel que soit le niveau de risque du système.
L'AI Act s'applique-t-il si mon IA est on-premise ?
Oui. L'AI Act s'applique à tout système mis sur le marché ou mis en service dans l'UE, indépendamment du lieu de déploiement et du lieu d'établissement du fournisseur. Que l'IA soit on-premise n'exempte pas — mais facilite la partie démontrer : logging, traçabilité et audit sont chez vous, pas chez un tiers.
AI Act, NIS2 et ISO 42001, est-ce la même chose ?
Non, mais ils se complètent. NIS2 est la directive européenne de cybersécurité — elle oblige à gérer les risques et à notifier les incidents. ISO/IEC 42001 est la norme internationale de gestion des systèmes d'IA — un cadre de gouvernance. L'AI Act est la loi européenne avec des obligations concrètes par niveau de risque. Les trois se recoupent sur la gouvernance des données, la traçabilité et le logging : bien faire l'un couvre une partie du suivant.
Votre produit parle, écrit ou dessine avec l'IA ?
Nous cadrons quelles obligations de l'Article 50 s'appliquent à vos systèmes, révisons chatbots et générateurs, mettons en place le pipeline d'inférence avec logging auditable et déployons le watermarking en couches. Nous prenons la partie technique ; l'interprétation juridique reste avec votre conseil.
Blog!
Notre mission
SIXE garantit que vos infrastructures basées sur les technologies IBM®, Red Hat®, Canonical® et SUSE® restent stables, sécurisées et optimisées aussi longtemps que vous en avez besoin.
Chez SIXE, nous nous engageons pour la durabilité. C’est pourquoi nous vous aidons à concevoir, mettre en œuvre et maintenir des solutions technologiques durables et efficaces.
