Marquage obligatoire des contenus IA (AI Act article 50) : comment prouver qu'une création est humaine et antérieure ?

Une illustratrice livre une série d'affiches à un client. Trois semaines plus tard, une agence concurrente conteste : le style « ressemble à du Midjourney », le contrat prévoyait une création humaine. L'illustratrice a ses fichiers de travail, mais rien ne date leurs versions successives de manière vérifiable. Depuis le 2 août 2026, ce type de contestation a changé de contexte : le contenu IA doit désormais être marqué comme tel dans l'Union européenne.

L'article 50 du règlement (UE) 2024/1689, dit AI Act, impose le marquage des contenus synthétiques et l'étiquetage des deepfakes. La loi force à identifier l'IA. Symétriquement, et c'est l'angle mort du débat, le créateur humain a désormais un intérêt concret à dater ses originaux avant diffusion. Cet article fait le point sur les nouvelles obligations, puis sur ce qu'un créateur peut mettre en place, dès aujourd'hui, pour documenter l'antériorité de ses versions humaines.

Que change l'article 50 de l'AI Act depuis le 2 août 2026 ?

Depuis le 2 août 2026, l'article 50 du règlement (UE) 2024/1689 est applicable dans toute l'Union européenne. Les fournisseurs de systèmes d'IA générative doivent marquer les contenus synthétiques dans un format lisible par machine ; les déployeurs doivent déclarer les deepfakes. Les amendes peuvent atteindre 15 millions d'euros ou 3 % du chiffre d'affaires annuel mondial.

Le texte intégral est consultable sur EUR-Lex (règlement 2024/1689). L'article 50 organise la transparence autour de quatre situations :

• Interaction avec une IA (article 50, paragraphe 1) : les personnes doivent être informées qu'elles interagissent avec un système d'IA, sauf si cela ressort de manière évidente du contexte.
• Contenus synthétiques (paragraphe 2) : les fournisseurs de systèmes générant de l'audio, des images, des vidéos ou du texte de synthèse doivent veiller à ce que les sorties soient marquées dans un format lisible par machine et identifiables comme générées ou manipulées par une IA. Les solutions techniques doivent être efficaces, interopérables, solides et fiables, dans la mesure où cela est techniquement possible.
• Reconnaissance des émotions et catégorisation biométrique (paragraphe 3) : les personnes exposées doivent en être informées.
• Deepfakes et textes d'information (paragraphe 4) : les déployeurs qui génèrent ou manipulent des contenus constituant des hypertrucages doivent déclarer que le contenu a été généré ou manipulé artificiellement. Les textes générés par IA et publiés pour informer le public sur des questions d'intérêt général doivent aussi être signalés, sauf s'ils ont fait l'objet d'une révision humaine et d'un contrôle éditorial.

Le paragraphe 7 confie par ailleurs au Bureau de l'IA (AI Office) la facilitation de codes de bonnes pratiques pour la détection et l'étiquetage des contenus synthétiques.

Qui doit faire quoi : fournisseurs vs déployeurs

Le règlement distingue le fournisseur (celui qui développe ou met sur le marché le système d'IA) du déployeur (celui qui utilise le système sous sa propre autorité). Les obligations et le calendrier diffèrent :

La période de grâce jusqu'au 2 décembre 2026 pour le marquage machine-readable des systèmes mis sur le marché avant le 2 août 2026 est confirmée par la FAQ de la Commission européenne sur l'article 50 (mise à jour du 24 juillet 2026). Cette même FAQ rappelle le plafond des sanctions prévu à l'article 99 du règlement : jusqu'à 15 millions d'euros ou 3 % du chiffre d'affaires annuel mondial de l'exercice précédent, avec des aménagements de proportionnalité possibles pour les PME.

Le marquage IA règle-t-il la question inverse : prouver qu'un contenu est humain ?

Non. L'article 50 identifie ce qui sort d'une IA ; il ne certifie pas ce qui n'en sort pas. Un contenu sans marquage IA n'est pas, juridiquement, présumé humain : le marquage peut manquer, être retiré ou ne pas survivre aux conversions de fichiers. Pour un créateur, la question probatoire de l'origine humaine et de l'antériorité reste entière.

C'est le point aveugle du dispositif. Trois situations concrètes le montrent :

• Le contrat de commande. De plus en plus de clients insèrent des clauses « création humaine » ou « sans IA générative ». En cas de contestation, le prestataire doit pouvoir documenter son processus de création, pas seulement affirmer.
• Le conflit de chronologie. Un modèle d'IA produit un visuel proche de votre création. Qui était là en premier ? Sans date vérifiable sur vos fichiers, le débat s'enlise. Ce scénario rejoint la logique du faisceau d'indices déjà analysée à propos de la présomption d'utilisation d'œuvres par les IA votée au Sénat.
• La plateforme qui filtre. Des places de marché et banques d'images distinguent désormais contenus IA et contenus humains. Un créateur accusé à tort de publier de l'IA non déclarée a besoin d'éléments matériels, datés, vérifiables.

Comment documenter l'antériorité d'une création humaine ?

De manière générale, on ne prouve pas directement « ceci a été fait par un humain ». On documente un processus de création dont la chronologie et la matérialité rendent l'origine humaine crédible. C'est un faisceau d'indices, et la date vérifiable de chaque pièce en est le ciment.

Les pièces classiques du faisceau :

• Les fichiers de travail : RAW et EXIF pour les photos, calques PSD ou fichiers source vectoriels pour le design, manuscrit avec historique de versions pour les textes, sessions multipistes pour la musique, historique Git pour le code.
• Les versions intermédiaires datées : une création humaine laisse des états successifs sur des jours ou des semaines. Une image générée en une requête n'a pas cette épaisseur temporelle.
• La chaîne de diffusion documentée : envois par email, dépôts chez un éditeur, mises en ligne archivées.
• L'horodatage électronique : une empreinte cryptographique (SHA-256) de chaque version, ancrée à une date vérifiable indépendamment.

1. 1
   Horodater les fichiers de travail dès le début du projet

   Esquisses, RAW, premier jet : calculez et horodatez l'empreinte SHA-256 de chaque fichier initial. C'est la borne temporelle la plus ancienne de votre faisceau d'indices.
2. 2
   Horodater les versions intermédiaires à intervalles réguliers

   Une série d'empreintes espacées dans le temps documente une progression. Cette épaisseur chronologique est très difficile à reconstituer a posteriori — c'est précisément ce qui la rend crédible.
3. 3
   Horodater la version finale avant toute diffusion

   Avant l'envoi au client, la mise en ligne ou le dépôt sur une plateforme : une dernière empreinte fige l'état exact du livrable et établit son antériorité par rapport à la diffusion.

Ce qu'un horodatage prouve et ce qu'il ne prouve pas

Un horodatage électronique prouve qu'un fichier existait, sous une forme strictement identique, à une date donnée. Il établit l'existence et l'intégrité à cette date. Il ne prouve ni l'identité de l'auteur, ni la titularité des droits, ni le procédé de création. Sa force probante relève de l'appréciation souveraine du juge.

Il faut être précis sur chaque notion :

• Existence : oui. Le fichier correspondant à cette empreinte existait à la date ancrée.
• Intégrité : oui. Toute modification ultérieure, même d'un octet, produit une empreinte différente.
• Antériorité : oui, relativement. L'horodatage borne une date « au plus tard » ; comparé à un autre événement daté, il établit un ordre chronologique.
• Identité : non. Un hash ne dit pas qui a créé ni qui a soumis le fichier.
• Titularité : non. Le droit d'auteur naît de la création originale, pas de l'horodatage. Horodater ne crée aucun droit ; cela aide seulement à prouver une chronologie.
• Origine humaine : non, pas directement. C'est la chaîne d'horodatages sur les fichiers de travail successifs qui rend un processus humain crédible, pas un horodatage isolé.

Côté recevabilité : l'article 41.1 du règlement eIDAS (910/2014) interdit de refuser l'effet juridique et la recevabilité d'un horodatage électronique comme preuve en justice au seul motif qu'il ne satisfait pas aux exigences de l'horodatage qualifié. Non qualifié ne signifie pas non valable : l'horodatage qualifié bénéficie d'une présomption d'exactitude, tandis que le non qualifié doit démontrer sa fiabilité, ce que permet, pour un ancrage Bitcoin, la vérification indépendante de la chaîne cryptographique.

Cas d'usage concrets depuis le 2 août 2026

Le studio graphique sous clause « sans IA générative ». Le studio horodate les fichiers source (calques, vectoriels) à trois jalons : brief accepté, maquette intermédiaire, livraison. En cas de contestation, il produit une chronologie vérifiable de fichiers de travail natifs : un indice sérieux d'un processus de création humain, que le client ou un juge appréciera avec les autres pièces.

Le photographe face au soupçon d'image générée. Il horodate ses RAW dès le déchargement de la carte mémoire. Le RAW horodaté, avec ses métadonnées EXIF, antérieur à toute publication, pèse plus lourd qu'un JPEG final isolé.

Le média qui publie du texte assisté par IA. L'article 50, paragraphe 4, exempte de signalement les textes IA ayant fait l'objet d'une révision humaine et d'un contrôle éditorial. Horodater les versions successives (sortie brute, version révisée, version publiée) documente précisément cette intervention éditoriale humaine, utile en cas de question d'une autorité ou d'un lecteur.

L'auteur avant envoi à un éditeur. Manuscrit horodaté chapitre par chapitre pendant l'écriture, puis dans sa version finale avant le premier envoi : si un texte proche apparaît plus tard, généré ou non, la chronologie est documentée.

Et LegalStamp dans tout ça ?

LegalStamp est un service d'horodatage électronique non qualifié au sens d'eIDAS, fondé sur l'ancrage dans la blockchain Bitcoin via le protocole ouvert OpenTimestamps. Concrètement :

• L'empreinte SHA-256 de votre fichier est calculée dans votre navigateur ; le fichier ne quitte pas votre poste, seule l'empreinte est transmise.
• L'empreinte est ancrée dans Bitcoin via OpenTimestamps. L'ancrage est différé : l'attestation est disponible après confirmation d'un bloc, jamais instantanément.
• Vous recevez un reçu au format .ots, vérifiable de manière indépendante avec les outils OpenTimestamps, y compris si LegalStamp disparaissait.

Les limites sont assumées : pas de présomption d'exactitude (réservée à l'horodatage qualifié), pas de preuve d'identité ni de titularité, pas de certification d'origine humaine. Ce que LegalStamp apporte, c'est la possibilité d'horodater systématiquement (fichiers de travail, versions intermédiaires, livrables) à un coût compatible avec une pratique régulière, et de construire ainsi la chronologie vérifiable qui manque à la plupart des créateurs le jour où une contestation survient. Le fonctionnement détaillé est décrit sur notre page explicative.

Conclusion

L'article 50 de l'AI Act installe un monde où le contenu synthétique doit s'identifier comme tel, sous peine de sanctions substantielles. Mais il ne dit rien de la situation inverse : un créateur humain contesté ne bénéficie d'aucun label officiel « humain ». Sa meilleure ressource reste la preuve construite en amont : une chaîne de fichiers de travail et de versions datées de manière vérifiable, constituée avant toute diffusion.

L'horodatage blockchain n'est qu'une brique de ce faisceau d'indices : il fige des dates, pas des identités ni des droits. Mais c'est la brique chronologique que rien ne permet de reconstituer après coup. Dans l'écosystème post-article 50, elle vaut la peine d'être posée au bon moment : avant de publier, pas après la contestation.

Disclaimer : cet article est fourni à titre informatif et pédagogique. Il ne constitue pas un avis juridique. Pour un cas concret (litige, conformité, procédure), faites valider votre stratégie de preuve par un professionnel du droit.