Le 1er août 2024, un texte de 144 pages dans sa version publiée au Journal officiel de l'Union européenne est entré en vigueur dans les vingt-sept États membres de l'Union européenne. Son nom officiel — Règlement (UE) 2024/1689 établissant des règles harmonisées concernant l'intelligence artificielle — n'a rien d'accrocheur. Mais son surnom, l'AI Act, a rapidement circulé bien au-delà des cercles juridiques bruxellois. C'est le premier cadre légal complet au monde consacré à l'intelligence artificielle, pensé non pas pour interdire une technologie mais pour distinguer ce qui doit être encadré strictement de ce qui peut se développer librement. Depuis, le texte avance par étapes : les premières interdictions sont tombées en février 2025, les obligations pour les grands modèles sont entrées en application le 2 août 2025, et l'essentiel du dispositif — les systèmes dits « à haut risque » —, d'abord prévu au 2 août 2026, a été reporté au 2 décembre 2027 (Annexe III) et au 2 août 2028 (Annexe I) ; les obligations de transparence de l'article 50 s'appliquent, elles, depuis le 2 août 2026.
Ce déploiement en plusieurs vagues, étalé sur quatre ans, explique pourquoi l'AI Act reste mal compris. On entend parler tour à tour d'interdictions, de chatbots qui doivent « se déclarer », d'amendes vertigineuses, de bacs à sable pour les jeunes pousses — autant de fragments d'un texte pensé comme un ensemble cohérent. Cet article se propose de le reconstituer pièce par pièce : d'où vient ce règlement, comment il classe les systèmes d'IA selon leur risque, ce qu'il impose concrètement à qui, qui va le faire respecter, et ce qui change, dès maintenant, pour une entreprise, une administration ou un développeur qui utilise l'intelligence artificielle en Europe.
Un principe guide toute la lecture qui suit : l'AI Act ne réglemente pas l'IA en tant que telle, mais ses usages. Un même algorithme de reconnaissance d'image sera traité très différemment selon qu'il trie des photos de vacances ou qu'il filtre des candidatures à l'embauche. C'est cette logique — le risque naît de l'usage, pas de la technique — qui structure tout le règlement, et qu'il faut garder en tête pour comprendre chacune des règles détaillées ci-dessous.
Genèse : pourquoi l'Europe a légiféré sur l'IA
L'idée d'un cadre européen pour l'intelligence artificielle n'est pas née avec ChatGPT. Elle remonte à février 2020, quand la Commission européenne publie un livre blanc sur l'IA posant les bases d'une régulation fondée sur la confiance. La proposition législative formelle arrive en avril 2021 : un texte technique, pensé pour un monde où l'IA sert surtout à trier des dossiers, détecter des fraudes ou piloter des chaînes de production. Les rédacteurs de l'époque n'avaient pas anticipé l'irruption, fin 2022, des grands modèles de langage génératifs capables de rédiger, dessiner ou converser sur commande.
Ce basculement a forcé les négociateurs européens à revoir leur copie en cours de route, pour intégrer un chapitre entier consacré aux modèles d'IA à usage général — les briques sur lesquelles reposent les assistants conversationnels grand public. Les discussions entre Parlement européen, Conseil de l'Union et Commission — ce qu'on appelle le trilogue — se sont achevées par un accord politique le 8 décembre 2023, après une session de négociation de trente-six heures restée dans les mémoires des couloirs bruxellois. Le Parlement européen a ensuite adopté le texte en session plénière le 13 mars 2024, avec 523 voix pour, 46 contre et 49 abstentions — un score qui traduit un consensus rare sur un sujet aussi technique. Le Conseil a donné son feu vert définitif le 21 mai 2024, ouvrant la voie à une publication au Journal officiel de l'Union européenne le 12 juillet 2024, puis à l'entrée en vigueur vingt jours plus tard.
« L'UE est la première au monde à mettre en place une régulation solide sur l'IA, pour guider son développement et son évolution dans une direction centrée sur l'humain. » — Dragoş Tudorache, corapporteur du texte au Parlement européen.
Son collègue corapporteur, l'eurodéputé italien Brando Benifei, résumait l'ambition du texte en une phrase lors du vote de mars 2024 : la première loi contraignante au monde sur l'intelligence artificielle, pensée pour réduire les risques, créer des opportunités, lutter contre les discriminations et apporter de la transparence. Ces deux citations cernent l'équilibre recherché par le règlement : ni une interdiction généralisée, ni un laisser-faire total, mais une hiérarchie de garde-fous proportionnée à ce que chaque système d'IA peut concrètement faire subir à une personne.
Une architecture fondée sur le risque, pas sur la technologie
Le choix central de l'AI Act, celui qui structure tout le reste, est de ne pas définir des règles technique par technique — apprentissage profond, arbres de décision, modèles de langage — mais de classer les usages selon leur potentiel de nuisance pour les droits fondamentaux, la santé ou la sécurité des personnes. Cette approche, dite « fondée sur le risque », distingue quatre niveaux, de l'interdiction pure à l'absence quasi totale d'obligations.
Au sommet de la pyramide, le risque inacceptable : quelques pratiques jugées incompatibles avec les valeurs de l'Union sont purement et simplement interdites, quel que soit le secteur. Juste en dessous, le haut risque regroupe les systèmes utilisés dans des contextes sensibles — recrutement, crédit, éducation, justice, infrastructures critiques — qui restent autorisés mais doivent respecter un cahier des charges dense avant toute mise sur le marché. Le risque limité concerne des systèmes dont l'enjeu principal est l'information de l'utilisateur : un chatbot ou un générateur d'images doivent signaler leur nature. La reconnaissance des émotions, elle, est interdite au travail et à l'école (article 5) et classée à haut risque dans les autres cas (annexe III, point 1 c), en plus de l'obligation d'information de l'article 50. Enfin, le risque minimal — la très grande majorité des usages actuels de l'IA, des filtres anti-spam aux jeux vidéo — ne fait l'objet d'aucune obligation spécifique, si ce n'est des codes de conduite volontaires encouragés par la Commission.
| Niveau de risque | Exemples typiques | Régime applicable |
|---|---|---|
| Inacceptable | Notation sociale (acteurs publics ou privés), manipulation subliminale, police prédictive individuelle | Interdiction totale (Article 5) |
| Haut risque | Tri de CV, scoring de crédit, examens scolaires, dispositifs médicaux, véhicules autonomes | Conformité avant mise sur le marché (Articles 8 à 15) |
| Risque limité | Chatbots, deepfakes, générateurs de contenu | Obligation d'information et de marquage (Article 50) |
| Minimal | Filtres anti-spam, jeux vidéo, systèmes de recommandation de contenu non critique | Aucune obligation légale, codes de conduite volontaires |
Cette hiérarchie a une vertu pratique souvent sous-estimée : elle permet à l'immense majorité des usages de l'IA — un correcteur orthographique, un outil de retouche photo, un assistant de programmation grand public — de continuer à se développer sans charge administrative nouvelle, tout en concentrant l'effort de conformité sur les quelques usages où une erreur de l'algorithme peut réellement peser sur la vie d'une personne. C'est cette proportionnalité, plus que le volume de pages du texte, qui définit l'esprit du règlement.
À retenir. L'AI Act ne réglemente pas la technologie mais l'usage. Un même modèle de langage sera traité différemment selon qu'il résume des notes internes (risque minimal) ou qu'il trie des candidats à l'embauche (haut risque). Avant toute analyse de conformité, la première question à se poser est toujours : « à quoi sert ce système, concrètement ? ».
Les pratiques interdites depuis le 2 février 2025
La première échéance concrète du calendrier est tombée le 2 février 2025 : six mois après l'entrée en vigueur, les pratiques classées à risque inacceptable sont devenues illégales sur le territoire de l'Union, avant même que le reste du texte ne s'applique. Le choix de faire partir cette interdiction en premier n'est pas anodin : il s'agissait d'envoyer un signal clair sur les lignes rouges, avant d'entrer dans le détail plus technique des obligations de conformité.
L'article 5 du règlement liste précisément ces pratiques :
- Les techniques subliminales ou délibérément trompeuses qui altèrent matériellement le comportement d'une personne, au point de lui causer ou de risquer de lui causer un préjudice ;
- L'exploitation des vulnérabilités liées à l'âge, au handicap ou à la situation sociale et économique d'une personne, dans le même but ;
- La notation sociale (« social scoring »), qu'elle soit pratiquée par des acteurs publics ou privés, lorsqu'elle conduit à un traitement défavorable dans des contextes sans rapport avec les données d'origine ;
- L'évaluation ou la prédiction du risque qu'une personne commette une infraction pénale sur la seule base d'un profilage ou de traits de personnalité, sans élément factuel objectif ;
- La constitution de bases de données de reconnaissance faciale par extraction non ciblée d'images sur Internet ou via la vidéosurveillance ;
- La reconnaissance des émotions sur le lieu de travail ou dans les établissements scolaires, sauf exceptions strictement médicales ou de sécurité ;
- La catégorisation biométrique visant à déduire des données sensibles — origine raciale, opinions politiques, orientation sexuelle — à partir de données biométriques ;
- L'identification biométrique à distance en temps réel dans l'espace public à des fins répressives, sauf exceptions très encadrées (recherche de victimes, prévention d'un attentat terroriste imminent, poursuite de crimes graves) et sous autorisation préalable d'une autorité judiciaire ou d'une autorité administrative indépendante, sauf urgence dûment justifiée (article 5, paragraphe 3).
Le point commun de cette liste est instructif : il ne s'agit pas d'interdire des familles entières de technologies — la reconnaissance faciale ou la biométrie restent autorisées dans de nombreux contextes — mais des usages précis où le rapport de force entre le système et la personne devient structurellement déséquilibré. Un magasin qui utilise la reconnaissance d'émotions pour ajuster ses vitrines n'est pas concerné ; un employeur qui l'utilise pour surveiller l'état émotionnel de ses salariés l'est directement.
Ces interdictions sont assorties du barème de sanctions le plus sévère du règlement, que nous détaillerons plus loin. Pour en préciser la portée, la Commission a publié le 4 février 2025 des lignes directrices sur les pratiques interdites.
À retenir. Ce que l'article 5 interdit n'est jamais une famille de technologies — reconnaissance faciale, biométrie et IA générative restent légales dans de nombreux contextes — mais des usages précis où le rapport de force entre le système et la personne devient structurellement déséquilibré (employeur ↔ salarié, État ↔ citoyen).
Les systèmes à haut risque : le cœur technique du règlement
Si les interdictions occupent le devant de la scène médiatique, le véritable poids du règlement se trouve dans son traitement des systèmes à haut risque. C'est là que se concentre l'essentiel des obligations de conformité. Cette catégorie devait initialement entrer en application le 2 août 2026 pour la majorité des cas ; ce calendrier a toutefois été reporté au 2 décembre 2027 par un règlement modificatif, dit « Digital Omnibus », adopté définitivement par le Conseil de l'Union le 29 juin 2026 après le vote du Parlement européen du 16 juin 2026 — la nouvelle date la plus attendue de tout le calendrier.
Deux voies mènent à cette qualification. La première, prévue à l'Annexe I, concerne les systèmes d'IA qui sont des composants de sécurité de produits déjà réglementés — dispositifs médicaux, jouets, ascenseurs, machines industrielles, aéronefs — et qui font déjà l'objet d'une évaluation de conformité par un tiers avant commercialisation ; pour ceux-là, l'échéance — initialement fixée au 2 août 2027 — a elle aussi été reportée d'un an, au 2 août 2028, par ce même règlement modificatif, le temps d'articuler les nouvelles règles avec les régimes sectoriels existants. La seconde voie, celle de l'Annexe III, liste huit domaines où un système d'IA autonome — pas nécessairement lié à un produit physique — est en principe considéré à haut risque, sauf s'il ne présente pas de risque important au sens de l'article 6, paragraphe 3 :
- Biométrie : identification biométrique à distance, catégorisation biométrique sensible ;
- Infrastructures critiques : gestion et exploitation de l'eau, du gaz, de l'électricité ou du trafic routier ;
- Éducation et formation professionnelle : accès aux établissements, évaluation des résultats, surveillance des examens ;
- Emploi et gestion des travailleurs : recrutement, sélection de candidats, décisions de promotion ou de licenciement, répartition des tâches, évaluation de performance ;
- Accès aux services essentiels : éligibilité à des prestations publiques, scoring de crédit, tarification de l'assurance santé et vie, tri des appels d'urgence ;
- Maintien de l'ordre : évaluation de risque de récidive, analyse de preuves, polygraphes ;
- Migration, asile et gestion des frontières : examen des demandes de visa ou d'asile, détection de fraude documentaire ;
- Administration de la justice et processus démocratiques : recherche et interprétation de faits juridiques, systèmes influençant le résultat d'une élection.
Pour chacun de ces usages, le fournisseur du système — pas uniquement l'utilisateur final — doit satisfaire une liste d'obligations avant toute mise sur le marché : un système de gestion des risques documenté et tenu à jour tout au long du cycle de vie du produit ; une gouvernance des données d'entraînement, de validation et de test destinée à limiter les biais ; une documentation technique détaillée permettant à une autorité de comprendre le fonctionnement du système ; une journalisation automatique des événements pour assurer la traçabilité ; une information claire fournie aux utilisateurs professionnels sur les capacités et limites du système ; une supervision humaine effective, c'est-à-dire la possibilité réelle pour une personne d'interrompre ou de corriger une décision automatisée ; et enfin un niveau approprié de précision, de robustesse et de cybersécurité, testé et documenté.
Le haut risque n'interdit rien : il impose de prouver, avant de vendre, qu'on a pensé à ce qui pouvait mal tourner — et qu'on a prévu comment le corriger.
Cette exigence de preuve préalable change la nature du travail d'un éditeur de logiciel qui vise ces secteurs. Un système de tri de CV, par exemple, ne peut plus être mis en production sur la seule foi de ses résultats agrégés : il faut pouvoir démontrer que le jeu de données d'entraînement ne reproduit pas de discrimination historique, que les décisions défavorables peuvent être expliquées à un candidat qui le demande, et qu'un recruteur humain garde la capacité réelle — pas seulement théorique — de contredire la recommandation de la machine.
Les modèles d'IA à usage général : un régime taillé pour les grands modèles
L'irruption des grands modèles de langage en 2022 et 2023 a obligé les négociateurs à ajouter, tard dans le processus, un chapitre entier consacré aux modèles d'IA à usage général (General-Purpose AI, ou GPAI) — les briques sur lesquelles reposent les assistants conversationnels et une multitude d'applications dérivées. Ce chapitre est entré en application le 2 août 2025, en même temps que la désignation des autorités nationales compétentes dans chaque État membre.
Le principe retenu distingue deux niveaux d'obligations. Pour tout fournisseur de modèle à usage général, un socle commun s'applique : maintenir une documentation technique à jour, fournir aux entreprises qui intègrent le modèle les informations nécessaires pour comprendre ses capacités et limites, mettre en place une politique de respect du droit d'auteur sur les données d'entraînement, et publier un résumé suffisamment détaillé du contenu utilisé pour l'entraînement. Les modèles distribués sous licence libre et ne présentant pas de risque systémique bénéficient d'un allègement partiel de ces obligations documentaires.
Au-dessus de ce socle, un régime renforcé cible les modèles présentant un risque systémique — en pratique, ceux dont la puissance de calcul d'entraînement dépasse le seuil de 10²⁵ opérations en virgule flottante, un critère technique fixé par le règlement lui-même et que la Commission peut ajuster. Ces modèles, qui concentrent l'essentiel de la puissance des familles de pointe actuelles, doivent en plus procéder à une évaluation contradictoire de leurs risques, documenter et corriger les incidents graves, et assurer un niveau de cybersécurité renforcé pour protéger le modèle et son infrastructure.
À retenir. La frontière entre un modèle à usage général « standard » et un modèle « à risque systémique » est purement technique : un seuil de 10²⁵ FLOPs (10 millions de milliards de milliards d'opérations en virgule flottante) lors de l'entraînement. Au-delà, les obligations de sûreté s'accumulent : évaluation contradictoire des risques, signalement d'incidents graves, cybersécurité renforcée.
Pour aider les fournisseurs à démontrer leur conformité sans attendre des normes techniques harmonisées encore en préparation, la Commission a piloté l'élaboration d'un code de bonnes pratiques volontaire pour les modèles à usage général, rédigé par des experts indépendants dans un processus multipartite associant industriels, société civile et monde académique. Sa version finale a été publiée le 10 juillet 2025 — quelques jours seulement avant l'entrée en application du chapitre GPAI. Le code se structure en trois volets — transparence, droit d'auteur, sûreté et sécurité — et permet à un fournisseur qui y adhère de démontrer sa conformité aux obligations correspondantes (article 53, paragraphe 4), sans que la signature soit obligatoire.
Ce calendrier serré illustre une caractéristique récurrente du règlement : ses obligations juridiques précèdent parfois de peu les outils pratiques censés aider à s'y conformer. La Commission a fait le pari qu'un cadre volontaire, coconstruit avec l'industrie plutôt qu'imposé unilatéralement, produirait une adhésion plus rapide et plus solide que des normes purement descendantes.
Les obligations de transparence : rendre l'IA identifiable
Entre le haut risque, qui concerne un nombre relativement restreint de systèmes, et l'absence totale d'obligation pour la majorité des usages, le règlement a créé une catégorie intermédiaire, plus discrète mais qui concerne potentiellement chaque internaute : les obligations de transparence de l'article 50, applicables depuis le 2 août 2026 — une échéance que le report du haut risque à 2027 n'a pas modifiée.
Le principe tient en une phrase : toute personne qui interagit avec un système d'IA, ou qui est exposée à un contenu qu'il a produit, doit pouvoir le savoir. Concrètement, cela se traduit par quatre obligations distinctes. Les chatbots et agents conversationnels doivent informer clairement leur interlocuteur, au début de l'échange, qu'il s'agit d'un système automatisé — sauf si cela est déjà évident du contexte. Les systèmes générant du contenu de synthèse — texte, image, audio, vidéo — doivent le marquer d'une manière techniquement identifiable, par exemple via un filigrane numérique ou des métadonnées, afin que le contenu puisse être reconnu comme généré ou manipulé par une machine, y compris par des outils automatisés. Les hypertrucages (deepfakes) représentant des personnes, objets, lieux ou événements réels doivent porter une mention explicite de leur caractère généré ou manipulé, chaque fois qu'ils sont diffusés. Enfin, les systèmes de reconnaissance des émotions ou de catégorisation biométrique qui ne tombent pas sous le coup de l'interdiction doivent informer les personnes concernées de leur exposition à un tel traitement.
Cette architecture de transparence ne prétend pas empêcher la production de contenu de synthèse — un objectif de toute façon illusoire — mais rendre son origine vérifiable pour qui souhaite la vérifier, qu'il s'agisse d'un journaliste, d'une plateforme de modération ou d'un internaute prudent. C'est une différence de philosophie notable par rapport à d'autres approches envisagées ailleurs dans le monde, qui misent davantage sur la détection a posteriori que sur le marquage à la source.
L'article 4 : la littératie IA, une obligation universelle et discrète
Parmi les dispositions du règlement, l'article 4 est sans doute celle qui a le moins retenu l'attention du grand public, alors qu'elle concerne, en théorie, la totalité des organisations qui utilisent de l'IA — et pas seulement celles qui déploient des systèmes à haut risque. Entrée en application dès le 2 février 2025, en même temps que les interdictions, elle impose aux fournisseurs et aux utilisateurs professionnels de systèmes d'IA de prendre des mesures pour assurer, dans la mesure du possible, un niveau suffisant de « littératie en IA » parmi leur personnel et toute personne qui utilise ces systèmes en leur nom.
Le texte définit cette littératie comme l'ensemble des compétences, connaissances et de la compréhension qui permettent à un fournisseur ou à un déployeur de mettre en œuvre l'IA de façon éclairée, et de prendre conscience des opportunités, des risques et des dommages potentiels qu'elle peut causer. Le règlement précise que l'effort demandé doit tenir compte des connaissances techniques, de l'expérience, de la formation de chacun, et du contexte dans lequel le système est utilisé — un responsable des ressources humaines qui s'appuie sur un outil de tri de candidatures n'a pas besoin du même niveau de compréhension technique qu'un ingénieur qui développe ce même outil.
Aucun format n'est imposé : ni certification officielle, ni programme type. L'organisation reste libre de choisir la modalité — formation interne, documentation, ateliers — pourvu que l'effort soit proportionné aux rôles concernés et puisse être démontré en cas de contrôle. C'est une obligation de moyens plutôt que de résultat, mais elle a le mérite d'installer, dans le texte même du règlement, l'idée que la conformité à l'IA n'est pas qu'une affaire de juristes et d'ingénieurs : elle concerne aussi la culture générale des équipes qui utilisent ces outils au quotidien.
Qui fait respecter la règle ? Une gouvernance à plusieurs étages
Un règlement de cette ampleur n'a de valeur que s'il existe des institutions capables de le faire vivre. L'AI Act a mis en place une architecture de gouvernance à trois niveaux, mêlant une structure européenne nouvelle et un réseau d'autorités nationales existantes.
Au niveau européen, le Bureau de l'IA (AI Office), rattaché à la Commission européenne, a commencé à fonctionner dès février 2024 — avant même l'entrée en vigueur formelle du règlement — pour préparer sa mise en œuvre. Il joue un rôle central : il élabore les actes délégués et les lignes directrices nécessaires à l'application du texte, administre la base de données publique des systèmes à haut risque, et supervise directement les fournisseurs de modèles d'IA à usage général, y compris pour les modèles présentant un risque systémique. Autour de lui gravitent trois instances consultatives : le Comité européen de l'intelligence artificielle, qui réunit un représentant de chaque État membre pour assurer une application cohérente du texte dans toute l'Union ; un panel scientifique d'experts indépendants chargé d'alerter sur les risques émergents ; et un forum consultatif représentant les parties prenantes commerciales et non commerciales, entreprises comme organisations de la société civile.
Au niveau national, chaque État membre devait avoir désigné et rendu opérationnelles ses autorités compétentes au plus tard le 2 août 2025. Le dispositif distingue les autorités de surveillance du marché, chargées de contrôler le respect des interdictions et des obligations liées au haut risque, et les autorités notifiantes, qui habilitent et supervisent les organismes tiers effectuant l'évaluation de conformité avant mise sur le marché. En France, cette architecture s'appuie sur des institutions déjà connues : la Direction générale des entreprises coordonne la mise en œuvre nationale et représente le pays au Comité européen, tandis que l'ANSSI apporte son expertise en cybersécurité, le PEReN son expertise technique d'évaluation des systèmes algorithmiques, et la CNIL reste l'autorité de référence pour tout ce qui touche aux données personnelles — un partage de compétences qui évite de créer une énième structure ex nihilo.
Le barème des sanctions : trois paliers, une logique de proportionnalité
La crédibilité d'un texte réglementaire se mesure aussi à ses sanctions. L'article 99 de l'AI Act établit un barème à trois paliers, calqué sur la logique déjà connue du RGPD en matière de protection des données, mais avec des montants encore plus élevés pour la faute la plus grave.
| Manquement | Amende maximale | Ou en pourcentage du CA mondial |
|---|---|---|
| Pratique interdite (article 5) | 35 millions € | 7 %, le montant le plus élevé étant retenu |
| Non-conformité haut risque ou transparence | 15 millions € | 3 %, le montant le plus élevé étant retenu |
| Information trompeuse ou incomplète aux autorités | 7,5 millions € | 1 %, le montant le plus élevé étant retenu |
Simulateur d'amende. Le règlement plafonne les sanctions par un montant fixe ou un pourcentage du chiffre d'affaires mondial. Les grandes entreprises paient le montant le plus élevé des deux ; les PME et jeunes pousses, le plus bas. Estimez votre exposition maximale.
Un ajustement mérite d'être signalé, car il change concrètement la donne pour les plus petites structures : pour les PME et les jeunes pousses, le règlement inverse la logique de calcul. Là où une grande entreprise se voit appliquer le montant le plus élevé entre le plafond fixe et le pourcentage de son chiffre d'affaires, une PME se voit appliquer le montant le plus bas des deux — ce qui, pour une structure au chiffre d'affaires modeste, revient le plus souvent à retenir le pourcentage plutôt que le plafond fixe en millions d'euros. Ce mécanisme, directement inspiré des débats qui avaient accompagné le RGPD, vise à éviter qu'une amende conçue pour dissuader un géant du numérique ne mette en péril l'existence même d'une petite structure.
Le calendrier complet, étape par étape
Le déploiement progressif du règlement est sans doute la source de confusion la plus fréquente. Contrairement au RGPD, entré en application en une seule fois après une période de transition, l'AI Act égrène ses obligations sur quatre ans, avec des jalons précis fixés par le texte lui-même.
- 1er août 2024 : entrée en vigueur du règlement, vingt jours après sa publication au Journal officiel de l'Union européenne ;
- 2 février 2025 : entrée en application des interdictions de l'article 5 et de l'obligation de littératie en IA de l'article 4 ;
- 2 août 2025 : entrée en application du chapitre consacré aux modèles d'IA à usage général, mise en place de la gouvernance (désignation des autorités nationales compétentes) et entrée en vigueur du régime de sanctions ;
- 2 août 2026 : entrée en application des obligations de transparence de l'article 50 ; échéance à laquelle chaque État membre doit avoir mis en place au moins un bac à sable réglementaire (les obligations liées aux systèmes à haut risque de l'Annexe III, initialement prévues à cette même date, ont depuis été reportées — voir ci-dessous) ;
- 2 décembre 2027 : entrée en application des obligations pour les systèmes à haut risque autonomes de l'Annexe III, après le report d'un peu plus d'un an décidé par le règlement modificatif « Digital Omnibus », adopté définitivement par le Conseil de l'Union le 29 juin 2026 ;
- 2 août 2028 : entrée en application des obligations pour les systèmes à haut risque intégrés à des produits déjà réglementés par la législation sectorielle de l'Union (Annexe I) — dispositifs médicaux, machines, aéronefs ; échéance elle aussi reportée d'un an par le même texte (elle était initialement fixée au 2 août 2027).
Cette montée en puissance graduelle a une justification pratique : elle laisse le temps aux normes techniques harmonisées, aux organismes d'évaluation de conformité et aux entreprises elles-mêmes de se préparer, plutôt que de faire basculer d'un coup l'ensemble de l'écosystème européen de l'IA dans un nouveau régime juridique. Elle a aussi une contrepartie : suivre le texte suppose de garder un œil sur un calendrier qui s'étale sur plusieurs années, ce qui explique la multiplication des guides de conformité publiés par les cabinets d'avocats et les autorités nationales au fil des mois.
Bacs à sable et soutien aux PME : la face moins connue du texte
Un règlement uniquement punitif aurait manqué sa cible : légiférer sur une technologie en mouvement rapide sans étouffer sa capacité d'innovation en Europe. Le chapitre VI de l'AI Act, consacré aux « mesures de soutien à l'innovation », est la réponse apportée à cette tension — une partie du texte nettement moins commentée que les interdictions ou les amendes, mais qui en dit long sur l'intention des négociateurs.
Son outil principal, prévu à l'article 57, est le bac à sable réglementaire (regulatory sandbox) : un cadre contrôlé, mis en place par une autorité compétente, qui permet à un fournisseur — ou à un fournisseur potentiel — de développer, entraîner, valider et tester un système d'IA innovant, y compris en conditions réelles lorsque c'est pertinent, pour une durée limitée et sous supervision réglementaire directe. L'objectif affiché est triple : accélérer l'accès au marché pour des systèmes dont la classification de risque serait autrement incertaine, améliorer la sécurité juridique pour les porteurs de projet, et permettre aux régulateurs eux-mêmes d'apprendre, au contact de cas concrets, comment appliquer un texte encore jeune.
Le règlement impose à chaque État membre de mettre en place au moins un bac à sable national d'ici le 2 août 2026, avec une attention particulière portée aux petites et moyennes entreprises et aux jeunes pousses, qui bénéficient d'un accès prioritaire, de conseils sur la mise en œuvre du règlement, d'un accompagnement vers la normalisation et la certification, et d'un accès à des infrastructures d'essai et d'expérimentation. L'intention est claire : réduire le risque qu'une structure encore fragile abandonne un projet prometteur faute de pouvoir en évaluer sereinement la conformité avant sa mise sur le marché.
Un bac à sable ne dispense de rien : il permet de tester, sous le regard du régulateur, avant de devoir répondre de tout.
Un effet Bruxelles pour l'intelligence artificielle ?
L'AI Act ne s'arrête pas aux frontières géographiques de l'Union — et c'est sans doute l'une de ses caractéristiques les plus structurantes pour les acteurs non européens. Le règlement s'applique à tout fournisseur, où qu'il soit établi, dès lors qu'il met sur le marché européen ou met en service dans l'Union un système d'IA, ou que les résultats produits par ce système sont utilisés dans l'Union — y compris lorsque le fournisseur et le système sont physiquement situés hors d'Europe. Il s'applique de la même façon aux « déployeurs », c'est-à-dire aux utilisateurs professionnels de systèmes d'IA, dès lors qu'ils sont établis dans l'Union ou que les résultats du système y sont utilisés.
Cette portée extraterritoriale rappelle directement celle du RGPD en matière de protection des données, entré en application en 2018 et devenu, de facto, une référence à laquelle de nombreuses entreprises non européennes ont choisi de se conformer globalement plutôt que de maintenir des versions distinctes de leurs produits selon les marchés. Certains observateurs anticipent un phénomène comparable pour l'AI Act — ce qu'on appelle « l'effet Bruxelles » : une entreprise qui développe un système conforme pour le marché européen a souvent intérêt, pour des raisons de coût et de simplicité d'ingénierie, à appliquer les mêmes standards à l'ensemble de ses produits, diffusant ainsi les exigences européennes bien au-delà des frontières de l'Union.
Cet effet n'est ni automatique ni garanti — il dépendra beaucoup de la manière dont le texte sera appliqué dans la pratique, et de la capacité des autorités à instruire des dossiers complexes avec constance. Mais le précédent du RGPD donne des raisons sérieuses de penser que l'AI Act pourrait jouer un rôle de référence structurante pour la gouvernance mondiale de l'intelligence artificielle, au-delà même du seul marché européen.
Ce que le règlement change, concrètement, pour une organisation
Au-delà de l'architecture juridique, que retient une organisation qui utilise ou développe de l'IA en Europe ? Trois réflexes pratiques se dégagent de la lecture du texte.
Le premier est de cartographier ses usages avant de cartographier ses outils. La question qui compte n'est pas « quel logiciel d'IA utilisons-nous ? » mais « à quoi sert-il, concrètement, dans notre organisation ? ». Un même modèle de langage générique peut être un usage à risque minimal s'il sert à résumer des notes internes, et un usage à haut risque s'il alimente un système d'aide à la décision de recrutement. Le classement se fait au niveau du cas d'usage, pas de la technologie sous-jacente.
Le second réflexe consiste à documenter au fil de l'eau plutôt qu'au dernier moment. Les obligations de gestion des risques, de gouvernance des données et de journalisation prévues pour les systèmes à haut risque supposent une traçabilité construite dès la conception — reconstituer a posteriori l'historique des choix d'entraînement d'un système déjà déployé est nettement plus coûteux que de documenter au fur et à mesure. Les organisations qui s'y prennent tôt, avant l'échéance du 2 décembre 2027 (voir le calendrier détaillé plus haut), disposent d'une marge de manœuvre que celles qui attendent la dernière ligne droite n'auront pas.
Le troisième réflexe est de ne pas confondre transparence et lourdeur. Pour la grande majorité des usages — ceux qui relèvent du risque limité ou minimal — les obligations du règlement se résument à des gestes simples : signaler qu'un contenu est généré par IA, indiquer à un interlocuteur qu'il échange avec un système automatisé. Ce n'est que pour une minorité de cas d'usage, ceux qui touchent directement à l'emploi, au crédit, à la santé ou à la justice, que le dispositif se fait réellement exigeant. Bien classer son usage, dès le départ, évite d'imposer à un projet mineur une charge de conformité qui ne le concerne pas.
Ce qu'il faut retenir
L'AI Act n'est ni un texte anti-innovation ni une simple déclaration de principes : c'est un cadre de proportionnalité, qui fait porter l'essentiel de l'effort réglementaire sur les usages les plus susceptibles d'affecter concrètement les droits et la sécurité des personnes, tout en laissant la grande majorité des applications de l'IA se développer sans contrainte nouvelle. Cette architecture — quatre niveaux de risque, un calendrier étalé sur quatre ans, une gouvernance à plusieurs échelons, des bacs à sable pour ne pas freiner l'expérimentation — traduit un pari : celui qu'une régulation bien calibrée peut coexister avec une industrie de l'IA dynamique, plutôt que de la contraindre.
Pour les organisations qui utilisent ou développent des systèmes d'IA en Europe, la meilleure préparation ne consiste pas à attendre chaque échéance dans l'urgence, mais à intégrer, dès maintenant, les réflexes que le texte formalise : savoir précisément à quoi sert chaque système déployé, documenter les choix qui l'entourent, et informer clairement les personnes qui y sont exposées. Ces pratiques, une fois installées, dépassent largement le seul cadre de la conformité réglementaire — elles rejoignent, tout simplement, une manière plus rigoureuse et plus transparente de déployer l'intelligence artificielle.
Le règlement continuera d'évoluer dans les mois qui viennent : les normes techniques harmonisées restent en cours d'élaboration, les lignes directrices du Bureau de l'IA se précisent progressivement, les obligations de transparence s'appliquent depuis le 2 août 2026, et l'échéance des systèmes à haut risque, reportée au 2 décembre 2027, concentre désormais l'attention des entreprises européennes. Comprendre dès aujourd'hui l'architecture d'ensemble du texte, plutôt que de découvrir chaque obligation au fil des échéances, reste la meilleure façon d'aborder cette transition sereinement.
Sources
Cet article s'appuie sur des sources institutionnelles et juridiques publiques et vérifiables :
- Règlement (UE) 2024/1689 du Parlement européen et du Conseil du 13 juin 2024 établissant des règles harmonisées concernant l'intelligence artificielle — EUR-Lex, texte officiel.
- Parlement européen, « Loi sur l'intelligence artificielle : accord sur des règles globales » (8 décembre 2023) — europarl.europa.eu.
- Parlement européen, « Intelligence artificielle : les députés adoptent une législation historique » (13 mars 2024) — europarl.europa.eu.
- Conseil de l'Union européenne, « Artificial intelligence (AI) act: Council gives final green light to the first worldwide rules on AI » (21 mai 2024) — consilium.europa.eu.
- Commission européenne, « AI Act » — cadre réglementaire général — digital-strategy.ec.europa.eu.
- Commission européenne, « Bureau européen de l'IA » (AI Office) — digital-strategy.ec.europa.eu.
- Commission européenne, « The General-Purpose AI Code of Practice » — digital-strategy.ec.europa.eu.
- EU Artificial Intelligence Act (artificialintelligenceact.eu), « Article 4: AI Literacy » — artificialintelligenceact.eu.
- EU Artificial Intelligence Act, « Annex III: High-Risk AI Systems Referred to in Article 6(2) » — artificialintelligenceact.eu.
- EU Artificial Intelligence Act, « Article 57: AI Regulatory Sandboxes » — artificialintelligenceact.eu.
- EU Artificial Intelligence Act, « Article 99: Penalties » — artificialintelligenceact.eu.
- CNIL, « Entrée en vigueur du règlement européen sur l'IA : les premières questions-réponses de la CNIL » — cnil.fr.
- General-Purpose AI Code of Practice, version finale (10 juillet 2025) — code-of-practice.ai.