Ce qui a changé Publié le 29 août 2026 · sources vérifiées le 15 août 2026

RSL : l'héritier de RSS veut mettre une licence lisible par les machines sur chaque contenu du web

L'essentiel

Really Simple Licensing (RSL) : un standard ouvert, lancé en septembre 2025, dont la spécification 1.0 est officielle depuis le 10 décembre 2025, porté notamment par un co-créateur de RSS.
L'idée : ne plus seulement dire aux robots « passe » ou « passe pas », mais publier des conditions de licence lisibles par les machines : attribution exigée, paiement à l'exploration, et même paiement à l'inférence.
« Paiement à l'inférence » est le concept le plus neuf du corpus : être rémunéré quand une IA UTILISE votre contenu pour répondre, pas seulement quand elle l'aspire.
Les conditions se déclarent dans robots.txt, dans les pages, dans les en-têtes ou les flux RSS : les mêmes emplacements que tout ce que cette série documente.
C'est le TROISIÈME vocabulaire de préférences lancé en un an, après Content Signals et le chantier du standard officiel : le champ de bataille s'est déplacé du blocage vers la licence.

Wen DasnoisFondateur de Rank Press. J'ai ouvert et lu chaque source citée ici le 15 août 2026. LinkedIn · Ma page auteur

Cette semaine, la série a documenté Content Signals (l'initiative privée de Cloudflare) et les brouillons du futur standard officiel des préférences IA. Il manque le troisième acteur du même mouvement, et il a un pedigree particulier : RSL, pour Really Simple Licensing, un clin d'œil assumé à RSS, le format qui a organisé la syndication de contenus il y a vingt-cinq ans, et dont un des co-créateurs porte ce nouveau chantier.

Ce que RSL propose, dans ses propres termes

« RSL is an open standard that lets publishers define machine-readable licensing terms for their content, including attribution, pay per crawl, and pay per inference compensation. »

Ma traduction : RSL est un standard ouvert qui permet aux éditeurs de définir des conditions de licence lisibles par les machines pour leur contenu, y compris l'attribution, le paiement à l'exploration et la rémunération au paiement à l'inférence. Source : site officiel du standard, rslstandard.org. Consulté et analysé le 15 août 2026.

Le déplacement conceptuel est net. Tout ce que cette série a documenté jusqu'ici répond à la question « qui peut lire mon contenu, et pour quel usage ». RSL répond à une autre question : « à quelles CONDITIONS ». Le standard décrit un petit format où l'on déclare, contenu par contenu ou site entier, ce qui est permis (l'entraînement d'IA, par exemple) et contre quoi : une attribution, un abonnement, un paiement par exploration, ou une licence libre type Creative Commons. Les exemples publiés montrent une déclaration qui permet l'usage « ai-train » contre abonnement, et une autre sous licence d'attribution. Le tout se dépose là où les robots regardent déjà : robots.txt, pages web, en-têtes de réponse, fichiers médias, flux RSS.

« Paiement à l'inférence » : le mot à retenir

Le paiement à l'exploration existe déjà, documenté avant-hier avec le code 402 : le robot paie quand il ASPIRE. Le paiement à l'inférence va un cran plus loin : être rémunéré quand une IA SE SERT de votre contenu pour produire une réponse, même longtemps après l'avoir absorbé. C'est, à ma connaissance, la première fois qu'un standard formalise cette idée en format machine. Qu'elle soit techniquement exécutoire est une autre affaire : mesurer qu'une réponse donnée doit quelque chose à votre page précise est un problème que personne n'a résolu publiquement. Mais qu'un standard l'écrive change le débat : la revendication est désormais exprimable proprement, plus seulement plaidée dans des tribunes.

Le troisième vocabulaire en un an, et ils ne sont pas d'accord

Comptons : Content Signals (septembre 2025, trois signaux, porté par Cloudflare), les brouillons du standard officiel (octobre 2025, quatre catégories, co-signés par un ingénieur de Google), et RSL (septembre 2025, spécification 1.0 en décembre, licence et compensation). Trois vocabulaires, trois périmètres, des catégories qui ne se recouvrent pas exactement, lancés en quatre mois. C'est à la fois le signe d'un vrai besoin et le problème classique des standards : tant qu'il y en a trois, il n'y en a aucun. Un site qui voudrait « bien faire » aujourd'hui devrait parler les trois langues, sans garantie qu'un seul robot en lise une.

La leçon des trois s'applique au troisième. Content Signals écrit lui-même que ses signaux ne sont pas des contre-mesures techniques ; le standard officiel écrit que les préférences ne créent ni droits ni interdictions par elles-mêmes ; la même lucidité vaut pour RSL : une licence lisible par les machines n'oblige que les machines qui choisissent de la lire. Sa force éventuelle viendra des accords commerciaux et juridiques qui s'y adosseront, pas du fichier. Méfiez-vous de quiconque vous vendrait « la ligne RSL qui force les IA à payer » : elle exprime une exigence, elle ne l'impose pas.

Ce que ça change pour vous

Aujourd'hui : rien d'obligatoire, rien d'urgent. Publier des conditions RSL est gratuit et sans risque technique décrit, mais leur effet dépend entièrement de qui les lira. Le faire, c'est prendre date, au sens propre : une revendication horodatée et lisible par les machines.

À surveiller : lequel des trois vocabulaires les grands robots liront en premier. Le jour où un éditeur d'IA majeur documente « nous lisons les déclarations RSL » (ou Content Signals, ou le standard officiel approuvé), ce vocabulaire-là gagne, et cette série le rapportera. D'ici là, les trois sont des positions exprimées, pas des règles du jeu.

Si vous êtes éditeur de contenus à forte valeur : le concept de paiement à l'inférence mérite d'entrer dans votre vocabulaire de négociation, indépendamment du standard. Les accords entre éditeurs de presse et entreprises d'IA se négocient déjà ; savoir que la rémunération à l'usage est formalisable quelque part renforce la position de celui qui la demande.

Comment j'ai travaillé

Le site officiel du standard (présentation, exemples de déclarations, page presse) a été téléchargé et analysé le 15 août 2026. La citation est reprise mot pour mot, avec ma traduction annoncée comme telle. Les dates (lancement le 10 septembre 2025, spécification 1.0 le 10 décembre 2025) proviennent de la page presse du standard lui-même, qui liste ses propres annonces datées.

Je n'ai pas lu la spécification 1.0 en entier : cet article présente le standard d'après ses pages officielles de présentation, et le dit. Une lecture intégrale de la spécification viendra si le standard gagne l'adoption qui la justifierait. Je ne cite aucun chiffre d'adoption : je n'en ai vérifié aucun.

Cet article ne contient aucune mesure de notre part et n'utilise aucune donnée d'aucun site utilisateur.

Sources

Primaire RSL, site officiel du standard (la définition ; l'attribution, le paiement à l'exploration et à l'inférence ; les exemples de déclarations ; les emplacements robots.txt, pages, en-têtes, médias, flux). rslstandard.org. Consulté et analysé le 15 août 2026.
Primaire RSL, page presse officielle (chronologie du lancement : annonces du 10 septembre 2025 et du 10 décembre 2025 pour la spécification 1.0). rslstandard.org/press. Consultée le 15 août 2026.