Quelqu'un demande une preuve. Un client qui fait passer un questionnaire fournisseur, une plateforme qui examine votre compte après une plainte, un avocat qui constitue un dossier, ou un partenaire de licence qui vérifie un contenu avant de l'utiliser. La demande arrive souvent formulée de façon vague, "pouvez-vous montrer que ce contenu est conforme à l'IA", et ce flou cache deux questions distinctes dans une seule phrase.
Deux questions cachées dans une seule demande
La première question est de savoir si le contenu a été correctement étiqueté au moment de sa publication. En vertu de l'article 50 du règlement européen sur l'IA, le règlement (UE) 2024/1689, applicable depuis le 2 août 2026, un déployeur, c'est-à-dire quiconque publie un contenu généré ou manipulé par IA, doit le divulguer là où une personne le rencontre. L'explication complète de ce que demande l'article 50 couvre qui est visé et ce qui entre dans le champ.
La seconde question est de savoir si vous pouvez étayer cette divulgation après coup. Une étiquette énonce ce que vous affirmez. À elle seule, elle ne montre pas ce qui s'est réellement passé, qui était impliqué, ni quand. Cela relève d'un enregistrement, et un enregistrement est un objet différent d'une étiquette : constitué à un autre moment, stocké différemment, et vérifié par quelqu'un d'autre que vous. C'est aussi ce que l'on demande réellement, une fois que la question passe de "l'avez-vous étiqueté" à "prouvez-le".
Pourquoi l'étiquette seule ne suffit pas
Une étiquette vit sur votre propre page, dans votre propre CMS, modifiable à tout moment par votre propre équipe. C'est exactement ce qu'il faut pour son objectif : dire à un lecteur, au moment où il rencontre le contenu, qu'il a été généré ou modifié par IA. Elle cesse de suffire dès que quelqu'un la traite comme une preuve, car la partie à qui l'on demande de faire confiance à l'étiquette est celle-là même qui l'a rédigée.
Les questionnaires fournisseurs, les litiges contractuels et les contrôles de plateforme arrivent avec des mots différents mais posent la même question de fond : quelqu'un en dehors de votre organisation peut-il le confirmer sans vous croire sur parole et sans avoir accès à vos systèmes. Une capture d'écran de votre CMS n'y répond pas. Un fil d'e-mails expliquant votre processus non plus, pas plus que la date de modification d'un fichier, qui change chaque fois qu'on l'ouvre, sans même parler de le modifier.
Ce qui doit réellement exister avant que la question soit posée
Un dossier de preuves qui résiste à un second examen comporte quatre éléments. Aucun ne remplace la divulgation prévue par l'article 50 ; ils se placent en dessous et lui donnent une base sur laquelle s'appuyer.
La déclaration elle-même. Lequel des quatre états s'applique : généré par IA, modifié par IA, assisté par IA, ou rédigé par un humain. Se tromper est pire que rester vague, car l'obligation porte sur l'exactitude, non sur la prudence. La plupart des contenus de travail finissent assistés par IA, un modèle a aidé quelque part dans le processus et une personne a écrit la version finale, et le dire clairement est la réponse exacte, pas la plus faible.
Un horodatage qualifié sur le fichier exact. Un horodatage conforme à la norme RFC 3161, délivré par un prestataire de confiance qualifié en vertu de la loi ZertES ou d'eIDAS, prouve qu'un fichier précis, jusqu'à l'octet près, existait sous cette forme exacte à un moment donné. Modifiez un seul caractère par la suite et l'horodatage ne correspond plus au fichier. Cela règle le problème de la date de modification : la date est liée mathématiquement au contenu lui-même, pas à un champ du système de fichiers que quiconque a un accès en modification peut altérer, ou qui se réinitialise à l'ouverture du fichier.
Une signature qualifiée qui rattache le fichier à une partie vérifiée. Un horodatage prouve qu'un fichier existait à un moment donné. Il ne dit pas qui l'y a placé. Une signature électronique qualifiée porte cette identité au travers d'une étape de vérification plutôt que d'une adresse e-mail que n'importe qui aurait pu saisir, de sorte que les deux ensemble répondent au "quoi" et au "qui", ce qui couvre l'essentiel de ce qu'un questionnaire demande réellement, même quand la question est formulée comme "prouvez que c'est conforme".
Une empreinte de contenu enregistrée publiquement, sans remettre le fichier. Une empreinte ISCC du contenu lui-même est inscrite dans une base de données publique et consultable. Elle n'expose pas le fichier sous-jacent, seulement une empreinte qui en est dérivée. Cela donne au contenu lui-même, pas seulement à votre possession d'une copie particulière, quelque chose qu'un organisme de licence, une plateforme, ou une vérification visant à savoir si un texte ou une image a réapparu quelque part où il ne devrait pas, peut comparer plus tard, sans vous contacter au préalable. C'est l'élément que l'horodatage et la signature seuls ne couvrent pas : la traçabilité du contenu lui-même, indépendamment de qui détient le fichier original.
Ce que vous envoyez réellement, en pratique
Quand la demande arrive, la réponse tient en un lien. Une page de vérification que n'importe qui peut ouvrir sans compte, sans connexion, et sans vous envoyer d'e-mail au préalable, montrant l'enregistrement scellé, l'horodatage, l'identité signataire et la déclaration réunis au même endroit. Sceller et déclarer un fichier prend environ cinq minutes au moment de la publication, et l'étape qui compte réellement est la dernière, celle où quelqu'un en dehors de votre organisation vérifie l'enregistrement à froid, sans votre aide et sans bénéfice du doute.
Comparez cela à la réponse habituelle à une demande de conformité : un export PDF d'une conversation Slack, une capture d'écran de l'historique des versions d'un Google Doc, ou un paragraphe dans un e-mail expliquant que l'équipe "divulgue toujours l'usage de l'IA". Chacune de ces réponses reste interne, reste modifiable, et dépend entièrement de la confiance du destinataire envers vos systèmes et votre bonne foi. Un lien de vérification n'a aucun de ces défauts, ce qui est précisément la raison de construire l'enregistrement au moment de la publication plutôt que d'essayer d'en assembler un après réception de la demande.
Qui demande réellement, et quand
Ce n'est que rarement un régulateur qui frappe en premier. C'est bien plus souvent l'équipe achats d'un client menant une vérification fournisseur de routine, une contrepartie dans un litige contractuel qui récupère des enregistrements, une plateforme qui répond à une plainte, ou un partenaire de licence qui doit connaître la provenance d'un contenu avant de l'utiliser. Aucune de ces situations ne prévient longtemps à l'avance, et aucune n'attend pendant que vous cherchez le fichier original ou la personne qui l'a écrit huit mois plus tôt.
Quelle part de tout cela vous faut-il réellement
Tout contenu n'a pas besoin du dossier de preuves complet derrière lui. Une légende de réseau social qui disparaît des algorithmes de fil d'actualité en une journée présente peu de risque pratique si personne ne la conteste jamais. Le dossier compte surtout pour tout ce qui pourrait raisonnablement finir devant l'équipe juridique d'un client, un régulateur, ou un tribunal : les livrables payants, tout ce qui est publié sur un marché soumis à une obligation de divulgation active, et tout ce qui formule une affirmation que quelqu'un pourrait contester des mois plus tard.
Construire l'enregistrement au moment de la publication est aussi tout simplement moins coûteux que d'en reconstituer un après coup. Une fois qu'une demande est arrivée, il n'existe aucun moyen de fabriquer un horodatage pour un fichier déjà parti sans être scellé ; le mieux que l'on puisse faire à ce stade est d'expliquer son processus et d'espérer être cru. Traitez le scellement comme faisant partie intégrante de l'étape de publication elle-même, et non comme une tâche séparée à faire plus tard s'il reste du temps, et la question du dossier de preuves cesse d'être urgente, parce qu'elle avait déjà reçu sa réponse avant même d'être posée.
La version courte à retenir
Quelqu'un qui vous demande de prouver la conformité d'un contenu pose en réalité quatre questions plus petites : qu'est-ce qui a été publié, qui l'a publié, quand, et puis-je le vérifier moi-même sans vous contacter. Une étiquette de divulgation répond à la première question, et seulement si la personne qui la lit vous fait déjà confiance. Un horodatage qualifié répond au quand. Une signature qualifiée répond au qui. Une empreinte de contenu enregistrée répond au quoi, sous une forme qui subsiste même si le fichier original n'est jamais partagé avec personne. Envoyez l'enregistrement qui répond aux quatre. Répéter l'étiquette n'est pas une cinquième réponse, c'est la même répétée une fois de plus.
