Cloudflare affirme qu’Internet a une deuxième audience, mais les agents ne paient pas comme les humains

Cloudflare affirme qu’Internet a une deuxième audience après que les requêtes quotidiennes d’agents IA sur son réseau ont progressé de plus de 1 700 % en un an. Plus de la moitié du trafic qu’il observe est désormais automatisée. Ce basculement remet en cause une hypothèse économique fondamentale du web ouvert.

Les personnes visitent des pages, voient des publicités, achètent des abonnements et deviennent parfois clientes. Les agents IA extraient souvent les informations utiles sans générer aucun de ces résultats. Ils consomment néanmoins de la bande passante, des capacités de calcul et du contenu d’éditeurs.

Cloudflare souhaite désormais que les sites web traitent les agents comme une audience distincte. Ses outils identifient les visiteurs automatisés, distinguent leurs finalités, définissent des règles d’accès et testent de nouveaux modèles de paiement. Le conflit principal n’oppose plus les éditeurs à l’ensemble des bots. Il oppose la découverte ouverte à l’extraction non rémunérée.

L’entreprise occupe une position particulièrement influente dans ce conflit. Cloudflare affirme que plus de 20 % du web utilise son réseau. Elle indique également que près de 80 % des principales entreprises d’IA s’appuient sur son infrastructure.

Cette portée donne à Cloudflare une visibilité sur les deux côtés du marché émergent. Elle confère aussi à l’entreprise une influence considérable sur la manière dont les éditeurs et les services d’IA négocient l’accès.

L’annonce n’est pas simplement une nouvelle mise à jour de la gestion des bots. Cloudflare propose une couche économique et technique pour un internet de plus en plus visité par des logiciels agissant pour le compte de personnes.

Les chiffres de trafic de Cloudflare signalent un changement structurel

L’affirmation centrale de Cloudflare est que le trafic automatisé est passé d’une activité d’arrière-plan à une audience internet majeure.

À la fin de 2024, Cloudflare traitait en moyenne 63 millions de requêtes HTTP par seconde. L’entreprise indique désormais une moyenne de 115 millions, avec des pics dépassant 150 millions.

Cloudflare attribue une partie de cette hausse aux agents IA. Les requêtes quotidiennes d’agents sur son réseau auraient augmenté de plus de 1 700 % au cours de l’année écoulée.

Ces chiffres figurent dans l’annonce sur le web agentique publiée par Cloudflare le 30 septembre. Ils décrivent le trafic qui transite par Cloudflare, et non un recensement complet de chaque requête internet.

Cette distinction est importante. Cloudflare dispose d’un réseau immense, mais son portefeuille de clients et ses méthodes de classification façonnent l’échantillon. Ses chiffres restent des mesures déclarées par l’entreprise, plutôt qu’une estimation indépendante de l’activité mondiale totale.

Même avec cette limite, la tendance est difficile à écarter. Les systèmes automatisés récupèrent, comparent, indexent et exploitent du contenu web à une échelle croissante.

Cloudflare indique que la catégorie à la croissance la plus rapide n’est pas le crawler traditionnel. Il s’agit de l’agent, c’est-à-dire un logiciel qui récupère des informations ou accomplit une tâche pour une personne.

Un crawler d’entraînement collecte des pages pour développer un modèle. Un crawler de recherche constitue un index. Un agent visite généralement un site parce qu’une personne a demandé à un chatbot de répondre à une question ou d’effectuer une action.

Cet agent peut comparer des polices d’assurance, trouver un restaurant, vérifier la disponibilité d’un produit ou acheter l’accès à un jeu de données. La personne reste à l’origine de la demande, mais ne visite pas nécessairement le site web sous-jacent.

Ce comportement rend le trafic des agents économiquement ambigu. Il peut représenter une intention d’achat tout en contournant les interfaces que les sites ont construites pour leurs clients.

Cloudflare indique que l’activité des agents suit des schémas humains, notamment des cycles hebdomadaires et des variations saisonnières. Cela suggère qu’au moins une partie du trafic reflète une demande réelle plutôt qu’une collecte indiscriminée.

Cependant, une requête liée à une intention humaine ne crée pas automatiquement de valeur pour le site web. Un agent peut obtenir une réponse sans générer de publicité, d’abonnement, de prospect ou de vente directe.

Il en résulte un nouveau problème de comptabilisation. Les pages vues fournissaient autrefois un indicateur approximatif de l’attention de l’audience. Les requêtes automatisées peuvent augmenter ce chiffre tout en réduisant sa signification commerciale.

Ce basculement modifie également la planification des infrastructures. Un éditeur doit servir des requêtes même lorsque celles-ci génèrent peu de retour mesurable.

Cloudflare affirme que les secteurs les plus explorés par les crawlers ont connu des baisses de trafic humain allant jusqu’à 40 % en moins d’un an. L’entreprise cite notamment le commerce de détail, les logiciels, les services IT et les services financiers.

C’est une affirmation importante, mais elle ne doit pas être interprétée comme la preuve que l’IA a causé chaque baisse. Les changements dans la recherche, les conditions de marché et les différences de mesure peuvent également réduire les visites directes.

L’élément le plus probant avancé par Cloudflare est l’évolution simultanée de la composition du trafic. Les requêtes logicielles augmentent tandis que la valeur commerciale de nombreuses visites de sites s’affaiblit.

Cette combinaison crée le point de tension central de l’article. Les éditeurs ne peuvent pas supposer qu’un trafic plus important signifie une audience payante plus large.

Internet a une deuxième audience qui ne clique pas sur les publicités

Internet a une deuxième audience, mais son comportement économique est fondamentalement différent de celui de l’audience humaine qui a financé l’édition.

Pendant près de trois décennies, les moteurs de recherche ont proposé aux sites web un échange implicite. Un crawler obtenait l’autorisation d’indexer le contenu, puis les résultats de recherche renvoyaient les personnes vers la source.

Ces visiteurs pouvaient voir des publicités, créer des comptes, acheter des produits ou s’abonner. La découverte et la monétisation étaient des étapes distinctes, mais elles s’inscrivaient généralement dans la même boucle commerciale.

Les moteurs de réponses modifient cet échange. Ils récupèrent des informations auprès de plusieurs sources et composent une réponse au sein d’un produit d’IA.

Une réponse utile peut satisfaire l’utilisateur avant même qu’une page source ne soit ouverte. L’éditeur fournit une partie de la valeur, mais l’interface IA contrôle la relation avec l’audience.

Cela ne signifie pas que chaque interaction avec l’IA supprime une visite. Certaines réponses génèrent des citations, des renvois, des achats ou des recherches complémentaires.

Le problème est que les éditeurs ne peuvent pas présumer de ces résultats. Ils ont besoin de données montrant quels systèmes explorent leur travail, quelles réponses le citent et quelles interactions ramènent des personnes.

Les agents IA ajoutent une complication, car ils peuvent agir plutôt que simplement répondre. Un agent d’achat peut comparer des produits et finaliser un achat sans charger la vitrine habituelle du vendeur.

Cet agent peut tout de même constituer un client précieux. Le commerçant a toutefois besoin d’un moyen de le reconnaître, de lui fournir des données fiables, d’appliquer ses conditions et d’attribuer la transaction.

Le même problème s’applique aux services de recherche. Un agent peut recueillir un passage spécialisé pour un rapport sans que le lecteur d’origine ne voie jamais la publication.

C’est à ce stade que l’idée selon laquelle Internet a une deuxième audience devient plus qu’une formule mémorable. Les sites web doivent décider si un visiteur automatisé constitue une menace, un canal de distribution ou un client.

Cloudflare indique que la réponse dépend de l’intention. Ses données ont montré que l’entraînement représentait 22 % des requêtes de crawlers déclarées au printemps 2025. Cette part a atteint 52 % en juin 2026.

Le trafic d’entraînement et le trafic piloté par les utilisateurs créent une valeur différente pour les éditeurs. Un développeur de modèles peut réutiliser du contenu dans de futurs produits, tandis qu’un agent en direct répond à la demande actuelle d’un client.

Bloquer les deux catégories protège le contenu, mais réduit la découvrabilité. Autoriser les deux préserve la portée, mais peut céder des contenus précieux sans compensation.

C’est pourquoi l’ancienne distinction entre humain et bot ne suffit plus. Les éditeurs doivent distinguer l’indexation par la recherche, l’entraînement des modèles et l’activité des agents.

Cette pression dépasse les entreprises de médias. La documentation produit, les pages comparatives, les archives de recherche et les bases de connaissances publiques peuvent toutes devenir des sources pour des réponses automatisées.

Les entreprises qui construisent déjà une base de connaissances IA sont confrontées à une question de gouvernance connexe. Elles doivent décider quels systèmes peuvent récupérer les informations et comment celles-ci restent attribuables.

Les enjeux commerciaux diffèrent selon le modèle économique. Une page financée par la publicité perd de la valeur lorsqu’un agent contourne la publicité.

Une publication par abonnement risque de perdre le contrôle de ses reportages premium. Une boutique en ligne peut accueillir favorablement un agent qui finalise un achat via un parcours transactionnel approuvé.

Un fournisseur d’API s’attend déjà à avoir des clients logiciels. Son défi consiste à permettre à des agents inconnus d’acheter un accès limité sans négocier de compte au préalable.

L’argument de Cloudflare est que ces cas nécessitent des politiques différentes. Un blocage universel ou une autorisation universelle ne peut pas refléter leurs risques et avantages distincts.

C’est le renversement au cœur de l’annonce. Le trafic automatisé était autrefois considéré principalement comme une préoccupation opérationnelle ou de sécurité.

Aujourd’hui, certains bots ressemblent à des clients, tandis que d’autres ressemblent à des intermédiaires extractifs. Les propriétaires de sites doivent savoir lequel frappe à leur porte avant de répondre.

Cloudflare distingue la recherche, les agents et l’entraînement

La réponse de Cloudflare commence par la classification, car les éditeurs ne peuvent pas fixer des conditions pertinentes pour une audience qu’ils ne peuvent pas identifier.

L’entreprise a remplacé son unique interrupteur pour les bots IA par des contrôles distincts pour la recherche, les agents et l’activité d’entraînement. Cloudflare indique que ces contrôles sont disponibles dans l’ensemble de ses offres.

Cette séparation répond à un problème élémentaire de consentement. Moins de 1 % des sites Cloudflare bloquent les crawlers de recherche, tandis que 17 % bloquent les crawlers d’entraînement.

Ces chiffres suggèrent que de nombreux opérateurs souhaitent la découvrabilité sans entraînement de modèles sans restriction. Un crawler combiné peut rendre cette préférence difficile à appliquer.

Les crawlers à usages mixtes effectuent plusieurs tâches sous une même identité. Un site web qui bloque l’entraînement peut aussi perdre sa visibilité dans les résultats de recherche lorsque les deux activités partagent le même crawler.

Cloudflare a introduit Disallow AI Training le 15 septembre pour répondre à ce conflit. Ce mécanisme permet à un site de rester trouvable dans les moteurs de recherche tout en signalant que son contenu ne peut pas être utilisé pour l’entraînement.

Selon Cloudflare, Apple, Google et Microsoft se sont engagés à respecter ce signal. Le respect effectif dépend néanmoins des opérateurs de crawlers et de leur adhésion à la règle déclarée.

L’identité devient donc la couche suivante. Web Bot Auth permet à un opérateur automatisé de signer cryptographiquement les requêtes.

Une signature cryptographique relie une requête à un opérateur vérifiable. Elle réduit la dépendance aux chaînes user-agent, qui peuvent être copiées par des usurpateurs.

Cloudflare indique qu’OpenAI, Google et AWS figurent parmi les opérateurs qui signent les requêtes. L’entreprise fait état de plus de 500 milliards de requêtes de bots vérifiées chaque semaine.

Une identité vérifiée ne garantit pas un comportement acceptable. Elle indique à un éditeur qui a effectué la requête, ce qui rend l’application des politiques et la responsabilisation plus concrètes.

Cloudflare propose également AI Crawl Control, Business Insights et BotBase. Ensemble, ces produits visent à montrer qui a visité, quelles pages ont été demandées et quel trafic de renvoi est revenu.

Les contrôles de contenu plus larges incluent des paramètres recommandés selon le modèle économique d’un site web. Les pages financées par la publicité peuvent interdire l’entraînement et bloquer les agents lorsque les vues humaines génèrent des revenus.

Les propriétaires de sites peuvent modifier ces paramètres. Cette flexibilité est importante, car un éditeur peut accueillir favorablement l’indexation par la recherche tout en facturant l’accès aux agents de recherche.

Ces contrôles créent également une pression sur les entreprises d’IA. Un opérateur utilisant des crawlers clairement séparés et authentifiés peut obtenir un accès qu’un crawler mixte ou non identifié perd.

Cette incitation pourrait encourager les entreprises à étiqueter plus précisément la recherche, l’entraînement et la récupération dirigée par l’utilisateur. Elle pourrait aussi fragmenter le comportement des crawlers entre plusieurs identités.

Cloudflare se positionne comme point d’application des politiques. Son réseau peut inspecter les requêtes avant qu’elles n’atteignent le serveur d’origine d’un site web.

Cette configuration réduit le travail des éditeurs individuels. Elle concentre aussi d’importantes décisions de classification chez un seul fournisseur d’infrastructure.

Cloudflare affirme que ses standards restent ouverts. Web Bot Auth peut prendre en charge différents fournisseurs d’identité, tandis que les propriétaires de sites peuvent choisir d’autres partenaires.

Toutefois, l’adoption déterminera si cette ouverture existe réellement dans la pratique. Un standard ne devient utile que lorsque les principaux agents signent les requêtes et que les principaux sites appliquent les identités qui en résultent.

Les erreurs de classification présentent un autre risque. Un agent légitime pourrait être bloqué, tandis qu’un scraper déterminé pourrait dissimuler son intention ou éviter l’infrastructure de crawler déclarée.

Aucun contrôle technique ne résout complètement les accès de mauvaise foi. La valeur immédiate consiste à faciliter l’identification et la gestion des opérateurs respectueux des règles.

L’approche de Cloudflare cible donc la majorité coopérative plutôt que chaque scraper hostile. Elle instaure une négociation structurée entre les éditeurs et les entreprises d’IA prêtes à s’identifier.

La question suivante est de savoir si cette négociation génère suffisamment d’argent pour soutenir les sites web qui fournissent l’information.

Le paiement transforme la gestion des bots en pari de marché

Cloudflare va au-delà du contrôle d’accès en testant si les interactions individuelles d’agents peuvent soutenir un marché de contenu fonctionnel.

De grands éditeurs et des entreprises d’IA ont déjà conclu des accords de licence. Cloudflare recense plus de 50 accords entre éditeurs et entreprises d’IA depuis 2023.

La plupart sont des arrangements bilatéraux entre de grandes organisations. Ils n’offrent pas de voie pratique à un blog spécialisé, une publication indépendante ou un petit fournisseur de données.

Cloudflare teste deux mécanismes plus larges. Pay Per Use rémunère un éditeur lorsqu’un contenu contribue à un résultat défini d’un produit d’IA.

Monetization Gateway facture un agent lorsqu’il accède à une page, un jeu de données, une API, un modèle ou un outil. Les produits partagent des composants d’identité, de mesure, de tarification, de règlement et d’analyse.

Pay Per Use tente de relier le paiement à la valeur en aval. Un acheteur définit l’événement qu’il rémunérera, comme une citation ou une recommandation.

Les éditeurs examinent l’offre et décident d’y participer ou non. L’entreprise d’IA signale ensuite les utilisations admissibles via Cloudflare.

Cloudflare vérifie que chaque utilisation signalée appartient à un éditeur inscrit. L’entreprise gère la facturation et distribue les paiements qui en résultent.

La bêta Pay Per Use de l’entreprise répond à une faiblesse de la facturation de chaque crawl. Un service d’IA récupère souvent davantage de contenu qu’il n’en utilise finalement.

Ne facturer que l’accès peut rendre l’exploration coûteuse. Payer pour l’usage réel aligne les frais sur la valeur déclarée par un acheteur.

Ce modèle introduit une faiblesse différente. Les rapports d’utilisation sont fournis par l’acheteur ; les éditeurs doivent donc faire confiance à la fois aux conditions commerciales et au processus de signalement.

Cloudflare indique que les éditeurs peuvent voir ce qui a été utilisé, quand cela a été utilisé et ce que cela a rapporté. Certains acheteurs peuvent également signaler les questions ayant fait émerger le contenu.

Ces retours pourraient influencer les décisions éditoriales. Un éditeur spécialisé pourrait actualiser les contenus que les agents citent régulièrement ou rendre les informations très demandées plus faciles à récupérer.

Monetization Gateway vise les services pour lesquels la requête elle-même crée de la valeur. Les API et les outils fonctionnent déjà de cette façon, mais les acheteurs agents peuvent ne pas disposer de comptes établis.

Lorsqu’une requête correspond à la règle d’un vendeur, la passerelle renvoie HTTP 402 Payment Required. L’agent peut ensuite payer via x402, un protocole de paiement ouvert.

La bêta fermée est accessible aux clients Cloudflare éligibles aux États-Unis. Les vendeurs peuvent définir des prix par requête, requête de recherche ou token, y compris des plafonds.

Cloudflare donne l’exemple d’un service de données sportives facturant un agent lorsqu’il demande une statistique de ligue. L’humain reçoit la réponse sans visiter une page financée par la publicité.

Cloudflare utilise également la passerelle pour son service d’inférence AI Gateway. Ce déploiement interne peut révéler des problèmes opérationnels avant que des clients externes n’en dépendent.

Pay Per Crawl reste un modèle d’accès associé. La documentation de Cloudflare indique que les propriétaires de sites peuvent bloquer, autoriser ou facturer les opérateurs de crawler individuellement.

Ses règles de paiement pour crawlers facturent chaque accès réussi, y compris les requêtes répétées sur la même page. Les fichiers standard tels que robots.txt et sitemap.xml restent gratuits.

La configuration avancée permet aux opérateurs d’exclure certains chemins ou de définir une tarification dynamique. Un site web peut ainsi garder les informations générales ouvertes tout en facturant ses sections à forte valeur.

Ces mécanismes remplacent une décision binaire par plusieurs options. Un éditeur peut autoriser la recherche, refuser l’entraînement, accepter les usages payants et facturer les agents transactionnels.

Cette flexibilité est stratégiquement importante. Elle reconnaît qu’une citation, une copie destinée à l’entraînement d’un modèle et un achat finalisé ne créent pas une valeur équivalente.

Cependant, un ensemble de contrôles ne garantit pas la demande. Les entreprises d’IA doivent décider que l’accès sous licence améliore suffisamment leurs produits pour justifier un paiement.

Les éditeurs doivent aussi juger les paiements significatifs après les dépenses d’infrastructure et la complexité administrative. Un marché techniquement élégant peut néanmoins échouer si le volume de transactions ou la tarification reste faible.

Cloudflare décrit explicitement Pay Per Use et Monetization Gateway comme des paris. L’entreprise reconnaît également que la tarification et la découverte restent non résolues.

Cette prudence est appropriée. Les rails techniques existent avant que quiconque sache si un marché stable les empruntera.

Ce que les chiffres de Cloudflare ne prouvent pas

La hausse du trafic automatisé est claire, mais le bien-fondé commercial consistant à traiter chaque agent comme un client reste à démontrer.

La première incertitude concerne la mesure. Cloudflare observe une part importante et significative du trafic web, mais pas l’ensemble d’Internet.

Ses clients couvrent également différents secteurs et profils techniques. Le trafic transitant par le réseau pourrait ne pas représenter les sites web situés hors de cette empreinte.

La classification des bots ajoute une autre source d’incertitude. Cloudflare distingue les finalités déclarées des crawlers, les identités vérifiées et les schémas comportementaux.

Les opérateurs peuvent mal étiqueter les requêtes, changer d’infrastructure ou acheminer le trafic par des services qui masquent l’origine. De nouvelles conceptions d’agents peuvent également remettre en cause les catégories existantes.

La deuxième incertitude concerne la causalité. Cloudflare signale de fortes baisses du trafic humain dans les secteurs fortement crawlés, mais la corrélation ne peut pas en établir toute la cause.

Les algorithmes de recherche, l’évolution des habitudes des consommateurs, les cycles économiques et la qualité des sites web peuvent tous affecter le trafic. Les moteurs de réponses par IA constituent un facteur parmi d’autres dans une transformation plus large de la distribution.

La troisième incertitude concerne l’adoption commerciale. Les éditeurs ont de solides raisons de vouloir une compensation, mais les entreprises d’IA disposent aussi d’alternatives.

Elles peuvent acquérir sous licence un ensemble plus restreint de sources premium, s’appuyer sur des données publiques ou réduire le crawling. Certaines peuvent orienter les agents vers des API structurées plutôt que vers des sites web généralistes.

Un paysage de paiement fragmenté pourrait créer un autre obstacle. Les agents ont besoin de moyens prévisibles pour découvrir les conditions, s’authentifier, estimer les coûts et enregistrer les achats.

L’utilisation par Cloudflare de x402 et de Web Bot Auth vise à standardiser ces étapes. Des fournisseurs et protocoles concurrents pourraient toutefois encore diviser l’adoption.

Le pouvoir de marché constitue une autre préoccupation. Cloudflare affirme que les standards sous-jacents sont ouverts et que les clients peuvent choisir d’autres fournisseurs.

Pourtant, Cloudflare exploite les couches de visibilité, d’identité, d’accès et de règlement dans sa propre pile de produits. Cela crée de la commodité, mais aussi un risque de concentration.

Les éditeurs devraient examiner qui contrôle les registres de transactions, les classifications contestées et les relations de paiement. Ils devraient également réfléchir à la facilité avec laquelle ces registres peuvent être transférés ailleurs.

Le modèle Pay Per Use contient un problème de confiance spécifique. Les acheteurs signalent quel contenu a généré des usages rémunérables.

Cloudflare valide les événements signalés par rapport aux éditeurs participants, mais ne peut pas observer indépendamment chaque contribution interne à une réponse d’IA. L’attribution au sein des systèmes génératifs reste techniquement difficile.

Un modèle peut synthétiser des informations issues de plusieurs sources. Déterminer quelle source a causé une phrase, un classement ou une recommandation est rarement simple.

La définition d’un usage rémunérable dépendra donc des clauses contractuelles et de l’instrumentation. Différents acheteurs peuvent mesurer différemment des résultats similaires.

Les paiements pourraient aussi favoriser les contenus faciles à mesurer plutôt que ceux qui créent le plus de valeur. Une citation visible est plus simple à suivre qu’une connaissance de fond qui façonne une réponse.

Les opérateurs de sites web font face à leurs propres risques opérationnels. Un blocage agressif peut réduire la visibilité dans les moteurs de recherche ou empêcher des agents bénéfiques d’accéder à des informations à jour.

Un accès permissif peut accroître les dépenses d’infrastructure et affaiblir le contrôle sur les contenus propriétaires. La meilleure politique dépend du modèle de revenus et du type de contenu du site.

Les contrôles de Cloudflare améliorent l’espace de décision, mais ne rendent pas la décision automatique. Les éditeurs ont toujours besoin de données reliant l’activité des crawlers aux recommandations, aux ventes, aux citations et aux paiements.

Ils devraient éviter de considérer tout trafic automatisé soit comme une demande inoffensive, soit comme un vol. Ces deux étiquettes effacent les différences que le nouveau système de Cloudflare est conçu pour révéler.

L’évaluation la plus juste est que Cloudflare a construit une expérience de marché autour d’une tendance vérifiée. Les audiences automatisées croissent, tandis que leur rôle économique durable reste incertain.

Trois signaux montreront si le web agentique paie

Le prochain test sera de savoir si le trafic d’agents vérifiés produit une valeur mesurable plutôt qu’une nouvelle couche de tableaux de bord et de protocoles.

Le premier signal est l’adoption par les principaux opérateurs d’IA. Davantage d’entreprises doivent séparer les crawlers de recherche, d’entraînement et d’agents tout en signant les requêtes via Web Bot Auth.

Une adoption large renforcerait le modèle de classification de Cloudflare. La poursuite d’un crawling à usages mixtes l’affaiblirait en maintenant des décisions d’accès inutilement binaires.

Le deuxième signal est le revenu des éditeurs issu de Pay Per Use et de Monetization Gateway. Cloudflare n’a pas encore montré que ces systèmes génèrent des rendements durables pour les petits sites web.

L’indicateur clé n’est pas le nombre d’inscriptions ni la taille de la liste d’attente. Il s’agit du volume de paiements récurrents comparé au coût de traitement et de gestion du trafic d’agents.

L’annonce de Cloudflare précise que des milliers de vendeurs ont rejoint la liste d’attente de Monetization Gateway. La demande des vendeurs compte, mais celle des opérateurs d’agents payants compte davantage.

Le troisième signal est l’efficacité du crawling. Cloudflare indique que plus de la moitié de l’activité des crawlers d’IA peut consister à récupérer des pages inchangées.

L’entreprise travaille avec OpenAI sur des signaux qui identifient les contenus récents ou pertinents avant un nouveau crawl complet. Les premiers résultats étaient attendus dans les semaines suivant l’annonce.

Des outils tels que Markdown for Agents peuvent supprimer le code de présentation dont les logiciels n’ont pas besoin. WebMCP peut exposer des actions structurées au lieu d’obliger les agents à interpréter des interfaces visuelles.

Ces changements pourraient réduire le gaspillage de bande passante et améliorer la fiabilité. Ils pourraient aussi rendre l’infrastructure de Cloudflare plus centrale pour l’accès des agents.

Internet a une deuxième audience, mais cette expression n’aura d’importance que si les sites web peuvent distinguer les requêtes de valeur de l’extraction. Identité, politique et paiement doivent fonctionner ensemble.

Pour les propriétaires de sites, l’action immédiate est la mesure. Distinguez les recommandations humaines, le crawling de recherche, l’accès destiné à l’entraînement et l’activité d’agents dirigée par l’utilisateur avant de modifier des règles générales.

Ensuite, évaluez les politiques à l’aune de résultats commerciaux concrets. Un agent authentifié génère-t-il une vente, une citation, un prospect qualifié ou un paiement utile ?

Pour les créateurs d’IA, la question est tout aussi directe. Vos agents s’identifieront-ils, respecteront-ils les finalités déclarées et paieront-ils lorsque l’accès crée une valeur commerciale ?

L’ancien échange sur le web reposait sur des recommandations imparfaites, mais compréhensibles. Son remplacement exige des registres, des conditions applicables et une économie viable pour les deux parties.

Surveillez la part du trafic authentifié, les paiements que les éditeurs reçoivent réellement et la diminution de l’exploration inutile. Ces trois résultats révéleront si Cloudflare construit un marché ou se contente d’en décrire un.