Cloudflare Pay Per Use : être payé quand une IA utilise un contenu, pas quand elle le parcourt

Les moteurs de réponse résument les pages des éditeurs, et le lecteur ne clique plus. Les grands groupes de presse négocient des accords de licence ; les autres n'en auront jamais, et aucune société d'IA ne peut signer avec des millions de sites. C'est le constat que pose Cloudflare dans un billet du 30 septembre 2026, pour présenter Pay Per Use, désormais en bêta.

Payer l'usage plutôt que le passage

En 2025, Cloudflare avait lancé Pay Per Crawl : le robot d'une IA paie pour accéder à une page. Le défaut, selon l'entreprise, est que l'acheteur paie avant de savoir s'il utilisera le contenu.

Pay Per Use déplace le compteur. On ne facture plus la visite du robot, mais l'utilisation effective : par exemple un moteur qui affiche un extrait d'une page inscrite, ou un agent d'achat dont la recommandation s'appuie sur un avis publié par le site. Les deux modèles coexistent, l'éditeur choisit.

Comment cela fonctionne

1. L'acheteur définit son offre. La société d'IA identifie son robot auprès de Cloudflare, décrit l'usage qu'elle paiera, fixe un prix et branche un compte de paiement.
2. L'éditeur accepte ou refuse. Les offres apparaissent dans le tableau de bord, rubrique Monetize puis Pay Per Use, avec le nom de la société, l'usage payé et le prix. On peut se retirer plus tard. Cloudflare indique qu'aucune modification du serveur ni intégration technique n'est nécessaire.
3. L'acheteur déclare ses utilisations. Il envoie à une API de Cloudflare une ligne par usage : adresse de la page, date, identifiant.
4. Cloudflare règle. L'entreprise additionne les usages déclarés, facture l'acheteur et verse les sommes aux éditeurs chaque mois.

Le tableau de bord affiche les revenus estimés et les usages déclarés, par acheteur et par domaine.

Ce que l'annonce ne dit pas

• Aucun prix. Ni tarif indicatif, ni commission de Cloudflare, ni clé de répartition.
• Aucun acheteur nommé. Pendant la bêta, Cloudflare travaille directement avec chaque acheteur et avec les éditeurs volontaires. On ignore qui paie, et combien de sociétés participent.
• Pas de négociation. Le prix est proposé par l'acheteur. La possibilité pour l'éditeur de faire une contre-offre ou de fixer des prix différents selon l'usage figure parmi les objectifs futurs, pas dans la bêta.
• Pas de date de disponibilité générale.

Le point sensible : l'autodéclaration

L'utilisation est déclarée par celui qui paie. Les conditions du programme exigent une déclaration complète, et Cloudflare vérifie que chaque usage déclaré correspond bien à un éditeur inscrit. Le billet ne décrit pas de contrôle indépendant du volume réel. Un éditeur n'a donc pas, à ce stade, de moyen de vérifier lui-même qu'un extrait affiché a bien été compté.

Autre point à lire de près : ce sont les conditions de chaque programme qui définissent les usages permis, y compris d'éventuelles restrictions sur l'entraînement des modèles. Accepter une offre revient à accepter ces conditions.

Notre lecture

Pour un média ou un site de contenu français déjà derrière Cloudflare, l'intérêt est réel : c'est une voie d'accès à une rémunération sans service juridique ni négociation. Mais rien ne permet aujourd'hui d'en estimer le montant, et il serait imprudent de l'inscrire dans un budget.

Ce qu'il faut faire ou vérifier :

• regarder si la rubrique Pay Per Use est disponible sur le compte, et quelles offres y figurent ;
• lire les conditions de chaque programme avant d'accepter, en particulier ce qui touche à l'entraînement ;
• vérifier la compatibilité avec vos engagements existants : accord de licence déjà signé, adhésion à un organisme de gestion collective, contrats avec vos auteurs ;
• conserver vos propres journaux de passage des robots, seul élément de comparaison avec les usages déclarés.

Un site qui n'utilise pas Cloudflare n'est pas concerné, et ce système ne règle rien pour les robots qui ne s'identifient pas.