Cloudflare Pay Per Use transforme l’utilisation de contenu par l’IA en événement facturable

Cloudflare a lancé Cloudflare Pay Per Use en bêta le 30 septembre, créant une nouvelle voie de paiement entre les entreprises d’IA et les éditeurs en ligne. Au lieu de facturer chaque fois qu’un bot explore une page, le système enregistre le moment où un produit d’IA utilise réellement cette page. Cloudflare facture ensuite l’entreprise d’IA et rémunère l’éditeur.

La distinction peut sembler mineure, mais elle modifie l’unité économique qui sous-tend les licences de contenu pour l’IA. L’exploration mesure l’accès. Pay Per Use tente de mesurer la valeur créée après cet accès, comme une citation dans une réponse ou un avis influençant une recommandation automatisée.

Le conflit est tout aussi important. Les entreprises d’IA veulent des contenus actuels et faisant autorité sans négocier des contrats distincts avec des millions de sites web. Les éditeurs veulent être rémunérés lorsqu’une réponse d’IA remplace la visite qui finançait auparavant la publicité, les abonnements ou l’acquisition de clients.

Cloudflare se positionne entre ces intérêts comme fournisseur d’identité, registre d’utilisation, service de facturation et processeur de paiement. La bêta Pay Per Use offre aux éditeurs une autre option que bloquer les bots d’IA ou accepter une utilisation non rémunérée.

Le modèle soulève également une difficile question de confiance. Les acheteurs déclarent eux-mêmes leur utilisation, tandis que les éditeurs dépendent de ces déclarations pour calculer leurs revenus. Cloudflare peut vérifier qu’une page déclarée appartient à un éditeur inscrit, mais cela ne permet pas de révéler indépendamment chaque utilisation non déclarée.

Cloudflare Pay Per Use représente donc plus qu’un simple paramètre de crawler. Il s’agit d’une tentative de faire passer les licences de contenu pour l’IA de négociations privées à une infrastructure Internet reproductible.

Cloudflare Pay Per Use change ce que vendent les éditeurs

La bêta déplace le moment facturable de la récupération du contenu à son utilisation au sein d’un produit d’IA.

Dans le cadre du programme, une entreprise d’IA crée une offre pour les éditeurs. L’acheteur identifie son crawler, définit ce qui constitue une utilisation payante et précise la rémunération associée à cet événement. Il connecte également un compte de paiement via Cloudflare.

Un éditeur peut examiner l’offre dans le tableau de bord Cloudflare. L’offre identifie l’acheteur, l’utilisation couverte et les conditions proposées. L’éditeur peut accepter le programme, le refuser ou cesser d’y participer ultérieurement.

Il ne s’agit pas d’une licence universelle couvrant toutes les activités possibles liées à l’IA. Chaque programme définit les autorisations associées à son offre. Ces conditions peuvent également limiter l’utilisation du contenu pour l’entraînement.

Une fois qu’un éditeur accepte, l’entreprise d’IA peut explorer les contenus autorisés en utilisant un bot identifié et vérifié. Les bots vérifiés sont des clients automatisés dont Cloudflare a authentifié les opérateurs et les finalités.

Le contenu peut ensuite soutenir plusieurs types de production par l’IA. Un service de recherche peut citer un passage dans une réponse. Un agent de recherche peut reprendre un reportage dans une note générée. Un assistant d’achat peut utiliser un avis pour décider quel produit recommander.

L’acheteur décide lesquels de ces événements donnent lieu à paiement. Une offre peut comptabiliser un extrait visible. Une autre peut comptabiliser une recommandation influencée par un article, même lorsque l’utilisateur ne voit jamais cet article directement.

Cette souplesse reconnaît qu’une même page peut créer différents types de valeur. Une citation affichée à un lecteur n’est pas identique à une preuve contextuelle utilisée par un agent automatisé. Les éditeurs peuvent accepter des offres distinctes pour des utilisations distinctes.

L’acheteur déclare chaque événement admissible à Cloudflare via une interface de programmation d’application, ou API. Chaque enregistrement contient l’heure, l’URL source et un identifiant d’événement. Cloudflare vérifie que l’URL appartient à un éditeur inscrit au programme de cet acheteur.

Cloudflare agrège les enregistrements soumis, facture l’acheteur et rémunère mensuellement les éditeurs participants. Les éditeurs peuvent consulter les utilisations déclarées et les revenus estimés par acheteur, domaine et période.

L’accord réduit le travail d’intégration pour les deux parties. Une entreprise d’IA obtient une seule interface de déclaration au lieu de créer des systèmes de paiement distincts pour chaque éditeur. Un éditeur obtient un tableau de bord unique au lieu de maintenir des intégrations personnalisées avec plusieurs services d’IA.

Cloudflare indique également que les éditeurs n’ont pas besoin de modifier leurs serveurs d’origine pour chaque acheteur. C’est important pour les petites organisations qui ne disposent pas des ressources juridiques et techniques nécessaires à des accords de licence individuels.

La bêta reste toutefois limitée. Cloudflare travaille directement avec les acheteurs et éditeurs participants plutôt que de proposer une inscription automatique à l’ensemble du web. L’entreprise n’a pas présenté le programme comme une place de marché aboutie.

Cette portée fait de la version actuelle un test commercial. Cloudflare doit déterminer si les acheteurs obtiennent des contenus qui justifient un paiement et si les éditeurs reçoivent une rémunération significative et fiable.

Pourquoi le compromis exploration contre trafic ne fonctionne plus

Les moteurs de réponse par IA peuvent consommer le travail éditorial d’un éditeur tout en supprimant la visite qui le finançait auparavant.

La recherche web traditionnelle reposait sur un échange imparfait, mais compréhensible. Les éditeurs autorisaient les moteurs de recherche à indexer leurs pages. Les résultats de recherche redirigeaient ensuite certains utilisateurs vers ces pages, où les éditeurs pouvaient générer des revenus ou développer une audience.

La recherche par IA fragilise cet échange. Un moteur de réponse peut lire plusieurs pages, combiner leurs informations et répondre sans obliger l’utilisateur à ouvrir une source. Les citations peuvent rester visibles, tandis que la visite économiquement précieuse disparaît.

Cloudflare documente cet écart au moyen de son ratio exploration-référencement, qui compare les requêtes automatisées de pages aux visites issues de liens référents. Son analyse de 2025 a relevé de fortes différences entre les services d’IA.

Au cours d’une période observée, Anthropic a enregistré près de 50 000 requêtes de crawler pour chaque visite référée. OpenAI a enregistré 887 requêtes par visite référée, tandis que Perplexity en a enregistré 118. Ces ratios évoluent avec le temps, mais le déséquilibre sous-jacent reste important.

Cloudflare a ensuite signalé que l’entraînement de l’IA représentait 52 pour cent des requêtes de crawler classifiées en juin 2026. Ce chiffre était en hausse par rapport à 22 pour cent au printemps 2025, selon son examen du trafic des bots.

Ces chiffres proviennent du réseau et des systèmes de classification de Cloudflare. Ils ne mesurent pas chaque site web et ne prouvent pas que chaque exploration a généré une valeur commerciale. Ils montrent toutefois pourquoi les éditeurs ne considèrent plus l’accès des bots comme une question technique neutre.

La pression est la plus forte pour les éditeurs qui produisent des informations actuelles ou spécialisées. Les actualités, la recherche, les avis sur les produits et la presse professionnelle perdent rapidement de leur valeur. Ces catégories sont aussi utiles aux produits d’IA qui ont besoin de réponses allant au-delà de la date limite d’entraînement d’un modèle.

Une grande entreprise de médias peut négocier directement avec une plateforme d’IA. Les petits éditeurs, chercheurs indépendants et sites spécialisés ne le peuvent généralement pas. Le seul travail juridique peut rendre un accord individuel impraticable.

Les grands éditeurs ont déjà choisi différentes réponses. Certains ont signé des accords de licence bilatéraux. D’autres ont engagé des poursuites pour violation du droit d’auteur, bloqué des crawlers ou adopté des combinaisons de licences et de contrôles d’accès.

Associated Press, par exemple, a concédé sous licence des contenus d’archives à OpenAI et a ensuite conclu un accord pour fournir des informations actuelles au produit Gemini de Google. Les conditions financières de son accord avec Google n’ont pas été divulguées, selon le rapport d’AP sur les licences.

Ces accords confirment que les contenus crédibles ont une valeur mesurable pour les entreprises d’IA. Ils ne créent pas de voie pour les millions de sites qui n’ont pas un accès direct aux grandes entreprises technologiques.

Cloudflare a d’abord répondu à cette lacune du marché par le blocage et Pay Per Crawl. En juillet 2025, l’entreprise a commencé à bloquer par défaut les crawlers d’entraînement de l’IA pour les nouveaux domaines, sauf choix contraire des propriétaires de sites.

Son modèle Pay Per Crawl permettait aux éditeurs participants de facturer l’accès. Un crawler pouvait payer et recevoir la page, ou se heurter à une réponse HTTP 402 indiquant qu’un paiement était requis.

Cette approche a rétabli un levier à la frontière du site web. Elle facturait toutefois les acheteurs avant qu’ils ne sachent si une page contribuerait à une réponse, une recommandation ou une autre production de produit.

Les systèmes d’IA récupèrent généralement davantage de contenus qu’ils n’en utilisent finalement. Un processus de recherche peut examiner de nombreuses pages avant de sélectionner un passage. Facturer chaque récupération peut rendre la recherche coûteuse sans relier le paiement au résultat final.

Les paiements de Cloudflare aux éditeurs ciblent désormais ce décalage. Pay Per Use demande aux acheteurs de rémunérer les éditeurs uniquement après que le contenu a contribué à une expérience produit définie.

Le modèle exerce une pression sur les deux parties. Les éditeurs doivent décider si une offre valorise équitablement l’utilisation en aval. Les entreprises d’IA doivent déterminer si un meilleur accès et moins de contrats personnalisés justifient les obligations de déclaration et de paiement.

Payer les résultats crée un marché différent

Payer l’utilisation rapproche davantage la rémunération de la valeur, mais laisse chaque acheteur définir ce que signifie cette valeur.

C’est le renversement central de Cloudflare Pay Per Use. L’éditeur contrôle l’acceptation d’une offre, mais l’entreprise d’IA définit initialement l’événement facturable et en propose les conditions.

Un acheteur pourrait payer chaque fois que sa réponse inclut un extrait d’une page inscrite. Cet événement est visible et relativement facile à expliquer. Un éditeur peut comparer les citations, les événements déclarés et le trafic environnant.

Un agent d’achat présente un exemple plus complexe. Il peut lire cinq avis, extraire plusieurs attributs et recommander un produit. L’utilisateur peut voir la recommandation sans voir aucune citation ni aucun lien source.

L’acheteur pourrait définir une utilisation payante chaque fois qu’un avis inscrit façonne cette recommandation. Cependant, l’influence au sein d’un système à sources multiples est plus difficile à observer qu’une citation visible.

Des questions similaires s’appliquent aux agents de recherche. Un rapport généré peut intégrer une source directement, en utiliser une autre pour confirmer une affirmation et récupérer plusieurs pages qui n’apportent rien. Chaque rôle porte une valeur potentielle différente.

Cloudflare n’impose pas une définition unique à ces cas. L’entreprise fournit l’infrastructure d’inscription, de déclaration, de facturation et de règlement. Les acheteurs conçoivent les programmes, tandis que les éditeurs décident si ces programmes sont acceptables.

Cela diffère d’un système de redevances fixe. Il n’existe pas de tarif universel pour un article, une citation ou une recommandation. Le marché commence par des offres individuelles couvrant des usages spécifiques.

Cette conception peut soutenir l’expérimentation. Les informations actuelles peuvent justifier des conditions différentes des anciens contenus d’archives. Une citation visible peut être valorisée différemment d’une influence silencieuse sur la décision d’un agent.

Cloudflare indique vouloir permettre aux éditeurs de faire des contre-propositions et de fixer le prix des contenus selon leur utilisation. Ces fonctionnalités font partie de son orientation, mais ne prouvent pas que la bêta actuelle a déjà produit une place de marché liquide.

Le modèle sépare également l’accès de l’autorisation en aval. Un éditeur peut conserver des contrôles sur les crawlers tout en rejoignant des programmes sélectionnés. Accepter une offre n’autorise pas nécessairement chaque acheteur ni chaque type d’utilisation de l’IA.

Les licences lisibles par machine se développent au-delà de Cloudflare. La norme RSL permet aux éditeurs d’exprimer des conditions couvrant l’attribution, l’exploration, l’entraînement et l’utilisation au sein de contenus générés.

RSL appelle la dernière catégorie pay per use. Elle peut inclure les contenus utilisés pour l’inférence, l’ancrage contextuel ou la génération. L’ancrage contextuel consiste à fournir des preuves externes qui aident un système d’IA à produire une réponse actuelle ou étayée.

Cloudflare et RSL abordent certains aspects d’un même problème sous des angles différents. RSL standardise la manière dont les droits et les conditions de paiement peuvent être exprimés. Cloudflare fournit un système commercial géré qui relie ces idées aux identités, aux rapports, aux factures et aux versements.

Aucune de ces approches n’élimine les licences directes. Les grands éditeurs et les détenteurs de données à forte valeur peuvent toujours préférer des contrats négociés avec des garanties sur mesure. Les systèmes standardisés deviennent plus utiles lorsque le nombre d’acheteurs et de vendeurs rend les négociations privées inefficaces.

La promesse économique ressemble à celle des réseaux de paiement. Un réseau de cartes ne décide pas de la valeur de chaque produit. Il établit des règles et une infrastructure permettant à de nombreuses parties d’effectuer des transactions sans devoir construire un nouveau système de règlement à chaque fois.

Cloudflare souhaite jouer un rôle comparable pour l’utilisation de contenu par des agents. Sa position de réseau lui donne une visibilité sur les crawlers authentifiés et le contrôle de l’accès aux sites web participants.

Cette position constitue un avantage, mais elle concentre aussi l’influence. Les éditeurs doivent faire confiance aux classifications et aux relevés de règlement de Cloudflare. Les acheteurs doivent accepter Cloudflare comme intermédiaire dans un marché qui reste commercialement instable.

Pay Per Use ne sera important que si suffisamment d’éditeurs de valeur et d’acheteurs crédibles y participent. L’infrastructure peut réduire les frictions, mais elle ne peut ni créer une demande pour du contenu interchangeable ni contraindre les entreprises d’IA à accepter des conditions défavorables.

L’utilisation autodéclarée constitue le test le plus difficile de la bêta

La faiblesse centrale du programme est que la partie qui doit de l’argent déclare aussi les événements qui génèrent la facture.

Cloudflare énonce directement cette limite. L’utilisation est autodéclarée, et les conditions du programme exigent un signalement complet. Cloudflare vérifie que chaque utilisation soumise correspond à un éditeur inscrit.

Cette vérification peut rejeter des enregistrements de paiement invalides. Elle ne peut pas identifier de manière indépendante une réponse, une recommandation ou une action d’agent qu’un acheteur ne soumet jamais.

Pour les éditeurs, l’absence de piste d’audit est plus importante que la conception du tableau de bord. Un graphique précis des utilisations déclarées ne révèle pas si les rapports sous-jacents sont complets.

Cloudflare travaille à fournir un contexte plus riche pour chaque événement. Les détails possibles incluent les mots-clés de la requête, le sujet ou le produit ayant utilisé le contenu. L’entreprise indique que ces rapports excluraient les données personnelles.

Un contexte plus riche aiderait les éditeurs à comprendre quel travail crée de la valeur. Il pourrait aussi les aider à comparer l’investissement éditorial aux revenus issus de l’IA.

Pourtant, le reporting contextuel dépend toujours des définitions. Si un acheteur paie uniquement pour les citations visibles, la récupération en arrière-plan ne remplit pas les conditions. S’il paie pour l’influence, le système doit disposer d’un moyen crédible de déterminer la contribution.

L’attribution devient difficile lorsque les modèles synthétisent de nombreuses sources. Une phrase générée peut refléter plusieurs pages sans reproduire aucun passage. Les journaux de récupération peuvent montrer quels documents sont entrés dans un flux de travail, mais ils ne mesurent pas automatiquement l’influence causale.

Les acheteurs ont également besoin de garde-fous. Des événements dupliqués, des nouvelles tentatives automatisées, des URL incorrectes et une attribution ambiguë pourraient augmenter les frais. Un système utilisable nécessite des identifiants d’événement stables et des règles de reporting cohérentes.

Les parties ont donc besoin de davantage qu’une API de paiement. Elles ont besoin de définitions convenues, de procédures d’audit, de mécanismes de règlement des litiges et de preuves reliant un résultat à du matériel sous licence.

Cloudflare peut comparer les rapports des acheteurs avec l’activité des crawlers, mais ces ensembles de données décrivent des étapes différentes. Un crawl ne prouve pas une utilisation ultérieure, et un index antérieur peut alimenter une réponse sans nouveau crawl à ce moment-là.

La bêta doit également faire la distinction entre la récupération récente et l’entraînement des modèles. Cloudflare indique que les conditions de chaque programme peuvent limiter les droits d’entraînement. Les éditeurs ne devraient pas supposer qu’une citation payée dans une réponse autorise automatiquement l’entraînement.

L’application des règles présente une autre incertitude. Les acheteurs identifiés peuvent suivre le système et payer selon les conditions acceptées. Les crawlers non autorisés peuvent se déguiser, ignorer les directives ou obtenir des informations similaires ailleurs.

Cloudflare a développé des outils de blocage et AI Labyrinth, qui fournit aux bots indésirables des pages générées conçues pour gaspiller leurs ressources. Ces contrôles augmentent le coût du non-respect, mais aucun périmètre ne capture tous les collecteurs automatisés.

Il existe aussi un risque concurrentiel pour les éditeurs. Un acheteur peut privilégier des sources aux conditions moins coûteuses, aux autorisations plus larges ou au contenu plus facilement lisible par machine. La participation pourrait ainsi se transformer en course vers des licences moins chères.

L’issue inverse est possible pour les contenus rares. Les reportages exclusifs, les recherches propriétaires ou les bases de données spécialisées peuvent exiger des conditions plus fortes, car les substituts apportent moins de valeur.

Pay Per Use pourrait donc révéler une distinction sévère entre le contenu disponible et le contenu commercialement différencié. Publier seul ne garantit pas des revenus significatifs liés à l’IA.

Le système ne résout pas non plus le droit d’auteur. Les tribunaux et les régulateurs continuent d’examiner si l’entraînement de l’IA et les résultats générés relèvent de l’usage équitable ou nécessitent des licences.

Les systèmes de licences peuvent fonctionner pendant que ces litiges se poursuivent. La participation montre qu’un éditeur et un acheteur ont accepté certaines conditions. Elle n’établit pas que toute utilisation non licenciée de l’IA aurait été illégale.

Cloudflare devrait éviter de présenter les paiements déclarés comme une mesure complète de la valeur du contenu. Les éditeurs devraient également considérer les premiers revenus affichés sur le tableau de bord comme des données expérimentales plutôt que comme la preuve d’un modèle économique durable.

La confiance dépendra de la réconciliation. Si les éditeurs peuvent comparer les utilisations déclarées avec les citations, les redirections, les journaux de crawlers et une surveillance indépendante, les divergences deviennent plus faciles à examiner.

Une version mature nécessitera probablement des droits d’audit ou des attestations techniques. Sans cela, le programme demande aux éditeurs de faire confiance à l’acheteur, à Cloudflare et à une définition d’événement qu’ils n’ont pas créée.

Les licences IA passent des contrats à l’infrastructure

Le changement majeur n’est pas un produit de paiement, mais la conversion des droits sur le contenu en règles que les logiciels peuvent lire et exécuter.

La première génération d’accords de publication liés à l’IA se concentrait sur des entreprises nommées et des archives négociées. Ces contrats ont aidé les grandes plateformes à sécuriser du matériel de valeur tout en offrant à certains éditeurs une nouvelle source de revenus.

Ce modèle ne peut pas couvrir efficacement le web ouvert. Chaque contrat sur mesure ajoute des négociations, des examens des droits, une intégration technique, des exigences de reporting et des opérations de paiement.

Cloudflare Pay Per Use transforme ces tâches répétées en infrastructure partagée. L’acheteur s’intègre une seule fois avec Cloudflare. Les éditeurs participants gèrent leurs offres via le même tableau de bord.

RSL répond à un problème de coordination connexe par le biais d’une spécification ouverte. Un crawler ou un agent peut examiner des conditions lisibles par machine plutôt que de chercher un langage de licence rédigé pour des humains.

HTTP 402 apparaît comme un autre élément constitutif. Le code d’état web signifie qu’un paiement est requis, même s’il n’a historiquement pas disposé d’un flux de paiement largement adopté. De nouveaux systèmes tentent de relier ce signal à un règlement automatisé.

Le Monetization Gateway distinct de Cloudflare applique cette idée aux API, aux outils et aux services de données. Ces ressources peuvent facturer par requête, car la requête elle-même constitue le produit consommé.

Le contenu publié se comporte différemment. Explorer une page et l’utiliser sont des actions distinctes, ce qui explique pourquoi Cloudflare propose désormais à la fois Pay Per Crawl et Pay Per Use.

Ces modèles peuvent coexister. Un éditeur peut facturer l’accès à une archive spécialisée tout en acceptant un paiement fondé sur le résultat pour des articles récents. Un autre peut autoriser librement l’exploration, mais exiger un paiement lorsque du matériel apparaît dans une réponse IA.

La pile émergente contient plusieurs couches. L’identité établit quel bot ou agent agit. Les autorisations déterminent ce à quoi il peut accéder. La licence précise les usages autorisés. La mesure enregistre les événements facturables. Le règlement transfère le paiement.

L’analytique montre ensuite ce qui s’est passé. Cloudflare fournit déjà des données sur les crawlers via AI Crawl Control et une visibilité sur les réponses grâce à ses outils d’optimisation. Pay Per Use ajoute l’activité déclarée en aval et les revenus.

Pour les éditeurs, cela crée un système de décision potentiel. Ils peuvent comparer les bots qui explorent, les services qui citent, les usages qui génèrent un paiement et les catégories de contenu les plus performantes.

Ces informations comportent également des risques éditoriaux. Si les éditeurs ne poursuivent que les sujets fréquemment licenciés par les services d’IA, la couverture peut se resserrer autour d’une demande machine mesurable. Le travail d’intérêt public peut rester précieux malgré un faible nombre d’utilisations facturables.

Les travailleurs du savoir font face à une tension similaire au sein des organisations. Les documents acquièrent souvent de la valeur lorsqu’ils soutiennent une décision ultérieure plutôt que lorsqu’une personne les enregistre pour la première fois. Une base de connaissances IA bien gérée préserve la provenance afin que les utilisateurs puissent retracer cette valeur jusqu’à sa source.

La provenance consiste à conserver des informations sur l’origine d’un contenu et sur la manière dont il a intégré un résultat. Elle devient essentielle lorsque des systèmes automatisés combinent des reportages publics, des documents internes et des analyses générées.

Les entreprises d’IA bénéficient également d’une provenance plus claire. Des sources sous licence et attribuables peuvent améliorer la qualité des réponses et réduire l’incertitude sur les droits d’accès. Un contenu récent et fiable aide aussi les produits à répondre à des questions que des données d’entraînement statiques ne peuvent pas couvrir.

Cependant, les incitations commerciales restent non résolues. Les entreprises d’IA peuvent utiliser du matériel public, des flux sous licence, des documents fournis par les utilisateurs, des données synthétiques ou des sources alternatives. Les éditeurs sont en concurrence avec tous ces éléments.

L’avantage de Cloudflare réside dans son échelle à travers les sites web, et non dans la propriété de leur contenu. L’entreprise doit convaincre les acheteurs qu’un vaste réseau de sources autorisées est plus utile que le scraping fragmenté ou des accords bilatéraux limités.

Les éditeurs doivent porter un jugement parallèle. Ils doivent décider si une diffusion IA plus large et de nouveaux paiements compensent un trafic direct plus faible et un contrôle réduit sur la présentation.

Cet équilibre variera selon le modèle économique. Un éditeur sur abonnement peut protéger les articles complets tout en concédant sous licence certains faits. Un site d’avis sur les produits peut valoriser des recommandations attribuées. Un fournisseur de recherche peut réserver son travail le plus récent à ses clients directs.

Il n’existe pas de paramétrage unique et correct. L’importance des paiements aux éditeurs de Cloudflare réside dans le fait qu’ils rendent ces choix opérationnels plutôt que purement juridiques.

Trois signaux détermineront si Pay Per Use fonctionne

L’adoption, l’auditabilité et le pouvoir de négociation détermineront si cette bêta devient un marché ou demeure une expérience contrôlée.

Le premier signal est la participation des acheteurs. Cloudflare a décrit le flux de travail et ses objectifs, mais le marché a besoin de produits d’IA identifiables soumettant une utilisation réelle à une échelle significative.

La diversité des acheteurs compte autant que leur nombre. Si un seul type de produit de recherche participe, les éditeurs reçoivent un signal de demande étroit. Des agents de recherche, des assistants d’achat et des systèmes d’entreprise testeraient différentes définitions de l’utilisation.

Une large participation renforcerait l’affirmation de Cloudflare selon laquelle une intégration peut remplacer des milliers d’accords individuels. Une participation limitée suggérerait que les grandes entreprises d’IA préfèrent toujours les contrats privés ou le contenu public sans restriction.

Le deuxième signal est la qualité du reporting. Les éditeurs ont besoin de preuves que les événements soumis correspondent à des citations, recommandations ou résultats d’agents observables.

Cloudflare prévoit d’ajouter des détails contextuels tels que les sujets et les mots-clés des requêtes. Le test utile consiste à déterminer si les éditeurs peuvent réconcilier ces détails avec des signaux indépendants tout en protégeant la vie privée des utilisateurs.

Des procédures d’audit formelles renforceraient encore le système. Des règles de correction claires, des délais de contestation et des attestations des acheteurs réduiraient la dépendance à la bonne volonté.

Des écarts persistants entre les citations observées et les événements payants affaibliraient le modèle. Ils montreraient que définir l’utilisation est plus facile que la vérifier.

Le troisième signal concerne le contrôle des éditeurs sur les conditions. Cloudflare affirme vouloir permettre aux éditeurs, à terme, de faire des contre-propositions et de fixer des prix différents selon les usages.

Cette fonctionnalité rapprocherait le système d’un véritable marché. Sans négociation, les éditeurs ne peuvent qu’accepter ou refuser des définitions et des conditions élaborées par les acheteurs.

La répartition des revenus comptera également. Des rendements élevés pour un petit groupe d’éditeurs premium valideraient la demande pour des contenus rares, mais pas nécessairement un modèle de financement à l’échelle du Web.

Une participation significative de petits sites spécialisés soutiendrait l’argument plus large de Cloudflare. Elle montrerait qu’une infrastructure standardisée peut étendre les licences au-delà des entreprises de médias dotées de grandes équipes juridiques.

Les éditeurs devraient suivre davantage que le montant total des paiements. Parmi les indicateurs utiles figurent les revenus par page utilisée, les différences entre acheteurs, les délais de reporting, les taux d’annulation et l’évolution des référencements directs.

Les entreprises d’IA devraient examiner la qualité des réponses, l’accès à des sources auparavant bloquées, les coûts d’intégration et la fiabilité des autorisations accordées par les éditeurs. Un modèle de paiement ne perdure que lorsque les deux parties reçoivent une valeur mesurable.

Cloudflare Pay Per Use propose un mécanisme crédible pour tester cet échange. Il réunit dans un même système des acheteurs vérifiés, le consentement des éditeurs, des relevés d’utilisation, la facturation et les versements.

Il ne prouve pas encore que les déclarations d’utilisation de l’IA peuvent soutenir les éditeurs à grande échelle. La bêta devra démontrer que les acheteurs déclarent leur utilisation de manière cohérente, que les paiements justifient la participation et que les créateurs gagnent un réel pouvoir de négociation.

Les prochains mois devraient révéler si le marché dépasse les frais d’accès pour évoluer vers des licences fondées sur les résultats. Il faudra observer quelles entreprises d’IA rejoignent l’initiative, quels contrôles d’audit apparaissent et si les éditeurs peuvent négocier.

Si vous publiez un travail original, commencez par comparer l’activité des crawlers, les référencements issus de l’IA, les citations et toute utilisation signalée. Posez ensuite la question décisive : la valeur renvoyée par Cloudflare Pay Per Use correspond-elle à la valeur que votre travail crée au sein du produit de quelqu’un d’autre ?