Un article publie traverse plus de points de contact avec l'IA avant d'atteindre un lecteur que la plupart des redactions ne le suivent. Un assistant de recherche resume un document source. Un outil de correction reecrit deux paragraphes. Un generateur de titres propose six options. Un modele de traduction produit les versions allemande et francaise pour un partenaire de syndication. Au moment ou un article est publie, la question de savoir si une personne l'a reellement ecrit n'a souvent pas de reponse nette, seulement une chaine de modifications partielles que personne n'a consignee.
Autrefois, c'etait une question de style. C'est desormais une question de conformite, une question de licence et une question de defendabilite en meme temps, et les editeurs qui ne peuvent pas y repondre precisement sont exposes sur ces trois fronts a la fois.
Pourquoi "touche par l'IA" n'est pas la meme chose que "genere par l'IA"
La plupart des usages de l'IA en redaction se situent entre le correcteur orthographique et le negre litteraire : recherche, resume, traduction, premiere structuration d'un brouillon, legende d'image. Rien de tout cela ne rend un article "genere par l'IA" au sens ou un lecteur l'entendrait. Mais si un editeur ne peut pas montrer, sur demande, quelles parties d'un article ont ete substantiellement generees ou modifiees par l'IA et lesquelles ont ete rapportees et ecrites par une personne, cette distinction n'existe que comme une conviction interne, pas comme quelque chose que l'on peut montrer a qui le demande.
Cet ecart compte parce que deux corps de droit europeen distincts posent desormais aux editeurs une version de la meme question, dans des directions opposees.
Article 50 : la divulgation, pas la detection
En vertu du reglement europeen sur l'IA, l'article 50 fixe des obligations de transparence pour les contenus generes ou manipules par l'IA. Un texte publie pour informer le public sur des questions d'interet public, lorsqu'il a ete genere ou substantiellement manipule par un systeme d'IA, doit etre divulgue comme tel, les obligations relatives aux hypertrucages et aux textes d'interet public prevues a l'article 50, paragraphe 4, s'appliquant a partir du 2 aout 2026.
L'obligation repose sur le deployeur, c'est-a-dire l'editeur, pas sur le fournisseur du modele. Une redaction n'a pas besoin de detecter l'usage de l'IA dans le contenu de quelqu'un d'autre. Elle doit savoir, et pouvoir declarer precisement, ce qui est vrai pour son propre contenu. C'est d'abord un probleme de tenue de dossiers, avant d'etre un probleme d'etiquetage : on ne peut pas divulguer ce qu'on n'a pas suivi.
Article 4 : l'opt-out ne fonctionne que si vous pouvez prouver ce que vous avez publie
L'autre direction passe par la directive DSM. L'article 4 accorde aux titulaires de droits une exception de fouille de textes et de donnees qui s'applique sauf si le titulaire des droits a expressement reserve cet usage, de maniere appropriee, notamment par des moyens lisibles par machine pour un contenu mis a disposition en ligne. Un editeur qui exerce cette reserve fait une affirmation : ce texte, publie par nous, a cette date, a ete exclu de cet usage.
Une telle affirmation ne resiste a un examen que si elle est liee a une version precise et non modifiee du contenu et a une date verifiable de maniere independante. Un horodatage fixe par le CMS de la meme organisation qui fait l'affirmation ne constitue une preuve de rien pour une contrepartie sceptique, parce que la partie qui affirme la date et la partie qui l'a inscrite sont la meme partie. Une negociation de licence pour l'entrainement de l'IA, ou un litige sur la question de savoir si une reserve etait reellement en place au moment d'un scraping, avance beaucoup plus vite lorsque l'editeur peut produire un enregistrement fixe au moment de la publication et qui n'a pas pu etre modifie depuis.
Ce qu'un enregistrement de provenance doit reellement contenir
En mettant les deux obligations cote a cote, la forme d'un systeme qui fonctionne devient claire. Ce n'est pas une simple case "IA ou humain" ajoutee au CMS. C'est un enregistrement verrouille et horodate de la version exacte publiee, cree au moment ou un article est mis en ligne, capable de repondre a trois questions sans que personne n'ait besoin de le demander directement a la redaction :
- Quelle version exacte du texte a ete publiee, octet par octet, distincte de tout brouillon ou modification anterieure ou posterieure
- Quand cette version a ete fixee, a partir d'une source exterieure aux propres systemes de l'editeur
- Ce que la declaration propre de la redaction indique sur l'implication de l'IA dans cette version precise, liee au meme enregistrement plutot que consignee dans un document de politique separe
Une empreinte calculee a partir du fichier exact publie repond a la premiere question : si un seul mot change apres coup, l'empreinte ne correspond plus, ce qui rend verifiable, plutot qu'une affaire de parole contre parole, un litige ulterieur sur la question de savoir si c'etait bien la version reellement publiee. Un horodatage electronique qualifie conforme a eIDAS, delivre par un prestataire de services de confiance qualifie plutot que par l'horloge du serveur de l'editeur, repond a la deuxieme. Le fait de lier la declaration de divulgation de l'IA au meme enregistrement scelle, plutot qu'a une politique generale de la maison, repond a la troisieme, et transforme "nos regles editoriales prevoient la divulgation de l'usage de l'IA" en un fait precis et verifiable concernant un article donne.
Pourquoi cela doit fonctionner en dehors de votre propre CMS
Les litiges editoriaux restent rarement confines a un seul systeme. Un partenaire de syndication dans un autre pays republie un article et retire le contexte de la signature. Un regulateur dans un Etat membre ou l'article a circule demande une preuve du moment ou une divulgation a ete ajoutee. Une entreprise d'IA negociant un accord de licence veut confirmer quelles entrees d'archives portaient reellement une reserve au titre de l'article 4 a la date du scraping. Dans chaque cas, la personne qui pose la question ne va pas se connecter a votre CMS, et une capture d'ecran de votre systeme interne est precisement le genre de preuve inverifiable qu'une contrepartie sceptique est en droit de rejeter.
Un enregistrement scelle avec un lien de verification public resout cela par construction : n'importe qui peut verifier le fichier exact, la date a laquelle il a ete fixe et la divulgation qui y est liee, sans connexion et sans contacter la redaction au prealable. C'est une preuve concue pour etre verifiee par un inconnu, pas une preuve qui ne fonctionne que si la redaction se porte garante d'elle-meme, et c'est ce qui fait tenir l'enregistrement de la meme maniere, que le litige atterrisse dans le pays d'origine de l'editeur ou ailleurs.
Un deroulement pratique pour les equipes editoriales
Rien de tout cela n'exige de reconstruire le CMS. Cela demande une etape supplementaire au moment ou un article est finalise :
- Verrouillez la version exacte publiee des qu'elle recoit la validation finale, avant sa mise en ligne, pas apres l'arrivee des plaintes.
- Enregistrez, au meme moment, si l'article comportait du texte, une image, un audio ou une video generes ou manipules par l'IA, et dans quelle mesure, afin que la divulgation soit liee a la version plutot que reconstituee plus tard de memoire.
- Scellez cette version verrouillee, avec la divulgation jointe, de sorte que les deux soient fixees ensemble sous un horodatage independant.
- Conservez le lien de verification obtenu avec le dossier interne de l'article, afin qu'un redacteur puisse le produire en quelques minutes si un lecteur, un regulateur ou un partenaire de licence le demande.
- Appliquez la meme etape au contenu d'archive que vous reservez au titre de l'article 4, afin qu'une reserve TDM soit appuyee par un enregistrement date et inalterable plutot que par une simple declaration de politique.
La charge de travail reste faible car elle s'applique une fois par version publiee, pas une fois par outil d'IA utilise pendant la redaction. Un journaliste peut faire passer un article par cinq outils differents en l'ecrivant. Ce qui doit etre scelle, c'est la seule version qui part reellement en publication.
Ou cela s'inscrit pour une redaction deja a court de moyens
La plupart des equipes editoriales n'embaucheront pas un responsable conformite pour suivre les obligations de divulgation de l'IA article par article. La voie realiste est une etape de scellement integree au processus de publication lui-meme, afin que l'enregistrement soit produit automatiquement au moment ou un article est mis en ligne, plutot que reconstitue sous pression lorsqu'un regulateur ou un media concurrent pose une question precise. Nos outils pour les editeurs prennent en charge exactement cette etape : verrouillage, horodatage et liaison de la divulgation au moment de la publication, avec un lien de verification que tout lecteur, regulateur ou partenaire peut controler lui-meme.
Si votre processus editorial fait deja passer des brouillons par l'IA a un moment ou un autre, ce qui est le cas de la plupart des redactions en 2026, la question n'est pas de savoir s'il faut prouver ce qui s'est passe pour un article donne. C'est de savoir si cette preuve existe avant qu'on vous la demande, ou si elle est reconstituee apres coup a partir de souvenirs et de journaux de serveur. Parlez-nous de la mise en place d'un scellement editorial pour votre redaction, avant que votre prochaine question de divulgation liee au reglement sur l'IA n'atterrisse sur votre bureau.
