产品发布 · 小互解读

Cloudflare 发布自动收费网关:AI 想爬取你的网页、API,能自动给你付钱

从只对 AI 爬虫收费扩展到向任意调用者收费,现处早期候补阶段
三十秒速览
  • Cloudflare 公布「自动收费网关」,让客户可以对自己的网页、数据、API 接口、AI 工具调用收费,而且是按次收费,不是按月收订阅费。
  • 钱是怎么付的:AI 想用你的东西时,会先收到一句「这个要付款」的提示和报价,它自动扣完钱、带着「我付过了」的凭证再请求一次,验证通过就直接放行。比如一个帮你订机票的 AI,查一次航班延误数据付 1 分钱,全程自动完成,不用先注册账号,你也不用自己搭收款系统。
  • 结算用的是稳定币(如 USDC),官方说能做到一秒内到账;验证钱到底有没有付,由 Cloudflare 在全球 330 多个城市的服务器就近完成,不用绕远路。
  • 怎么收费你说了算:可以按接口设定价格、按任务难度浮动收费,也可以只对没登录的访客收费,在后台点几下或写几行配置代码都能设置。
  • 这套支付协议不是 Cloudflare 一家的,是它联合 25 多家行业伙伴一起在做;目前 Monetization Gateway 还处于候补名单阶段,还没对所有人开放。
立场提示:这是 Cloudflare 官方博客的自家发布通稿。原文通篇用「will」将来时描述功能,当前处于候补名单(waitlist)开放阶段,尚未全量上线,也没有公开定价页。下文按原文陈述其能力与设想,涉及的目标值、自评数据只在此统一说明,正文不再逐条重复标注。
1发布 · 是什么

Cloudflare 这次公布了什么

Cloudflare 于 2026 年 7 月 1 日宣布推出 Monetization Gateway,一套让客户能对任何被 Cloudflare 保护的网页、数据集、API,或 MCP 工具调用收费的网关,支付通过一套叫 x402 的开放协议完成,用稳定币(比如 USDC)结算。

这次的新意在于收费对象的扩展:从 2025 年只能对 AI 爬虫收费的 Pay Per Crawl,变成对任意调用者、任意资源都能收费。
关键在哪:客户不用自建计费和收款系统,只在 Cloudflare 里写规则、定价格;支付验证在其覆盖 330+ 城市的边缘网络(Cloudflare 部署在全球各地、离用户最近的那一层服务器)就近完成,目标亚秒级到账,收入以稳定币直接进自己钱包,可自行交易或换成法币。
Cloudflare Monetization Gateway 发布配图
Cloudflare 官方博客《Announcing the Monetization Gateway》头图。来源:Cloudflare Blog
2背景 · 旧模式失灵

人类和 AI 爬虫,谁在真正消耗你的内容

30 年来,网页靠一个简单的交换运转:用内容换人的注意力,再靠广告、订阅、电商把注意力变现。当 AI agent 成为网页的主要访客,这套交换开始失灵。agent 不看广告,也不会为每个想用的工具办月度订阅,它读一遍页面或数据源,取走需要的,就走了。

人类访客带回
1 次
AI 爬虫抓取(保守)
约 100 次
AI 爬虫抓取(高频)
上万次

按 Cloudflare 自有数据,全网范围内,AI 爬虫每为一个网站带回 1 个人类访客,实际抓取内容的次数在一百次到上万次之间。按注意力收费的旧模式,在这种一次性、不留存的访问面前很难成立,收费的单位需要从「一个月」「一个坐席」变成「一次请求、一个 token、一次结果」。

3背景 · 老难题

按次收费这事,为什么以前做不成

按次收费的想法很早就有,落地却一直卡在两个真实障碍上。

障碍一 · 支付通道

传统支付轨道处理不了几分钱以下的交易,收款成本比这笔钱本身还高,到账也不够快。低于某个金额,收这笔钱花掉的钱比钱本身还多。

障碍二 · 计费系统

企业想做按量计费,得把自己改造成半个支付公司,搭一整套用量追踪加计费加对账的系统,后端改造成本高。很多公司因此选了更简单、往往也更赚钱的按坐席收费。

云服务和 API 早就按次、按小时卖过,但只卖给「已知买家」:用户先注册,领到一个 API key,再按用量计费。内容大多跳过了付费,靠广告运转。面向陌生调用方的小额收费,一直没有合适的通道。

4核心机制 · x402

一次 HTTP 请求里,钱是怎么付完的

让「按次收费」终于跑得通的核心,是一个叫 x402 的开放协议。它把付款直接塞进普通的网页请求里,全程在一次 HTTP 请求和响应中完成。

核心机制

x402 复用了 HTTP 里几乎没人用过的 402 状态码(Payment Required,意为「要求付款」),协议的名字就来自这个状态码。付款过程走普通 HTTP 请求响应,不跳转到单独的收银台页面,也不用另外调一套支付接口。

举个具体的例子:假设有个帮你订机票的客服 AI agent,要查一份「航班实时延误」数据,这份数据某网站按次收费,每查一次 1 分钱。它和这个网站之间,只靠一次普通的网页请求,就把「查数据」和「付钱」这两件事一起办完了:

1
订机票 agent → 数据网站
想查一下 CA981 航班延误了多久,直接发请求要这份数据。
GET /flight-delay?flight=CA981
2
数据网站 → agent
发现这条数据是收费的,不直接给数据,先回一个 402 状态码,附一份报价单:这次查询收 0.01 美元,用 USDC 支付,付到这个地址。
402 Payment Required +报价单
3
订机票 agent → 数据网站
agent 自带的钱包照单自动付了这 1 分钱,把付款凭证附在请求里,把刚才那次请求重新发一遍。
GET /flight-delay?flight=CA981 +凭证
4
facilitator(居中核实付款的第三方)核验 → 数据网站放行
facilitator 核实这 1 分钱确实付过了,核实通过,网站把「CA981 延误 40 分钟」这条数据交出去,agent 拿到结果,转头就能告诉你飞机要晚点。结算点对点完成,这 1 分钱直接进网站自己的钱包。
200 OK +航班延误数据
点开看这四步在 HTTP 层面的样子
上面这个航班延误查询例子,落到 HTTP 层面的样子
① agent 发起请求
GET /flight-delay?flight=CA981 HTTP/1.1

② 网站要求付款,附报价单
HTTP/1.1 402 Payment Required
{
  "price":  "0.01",
  "asset":  "USDC",
  "payTo":  "0x…(网站钱包地址)"
}

③ agent 付款后带凭证重发
GET /flight-delay?flight=CA981 HTTP/1.1
X-Payment: <PAYMENT_PROOF>

④ facilitator 核验通过,返回数据
HTTP/1.1 200 OK
{"flight": "CA981", "delay_minutes": 40}

字段为示意,真实的价格/币种/收款地址格式以官方规范为准。

打个比方 · x402

有点像地铁的免密感应闸机:卡一贴(带着凭证的请求)自动扣费放行,不用掏钱包、排队买票、再跳到另一个收银窗口。

这里出现两个陌生角色,各解释一句。第一个是 facilitator(支付验证方):x402 流程里居中核实「这笔钱确实付了」的第三方,买家付款后由它核对凭证是否有效,核实通过服务器才放行资源,它本身不经手这笔钱。

打个比方 · facilitator

类似海关查验单据的角色:不摸钱,只管核对单据对不对。

第二个是 点对点结算(peer-to-peer settlement):买家付的钱直接进卖家自己的钱包账户,中间不经过银行、平台账户等中转和批量清算环节,所以能做到接近实时到账。Cloudflare 说这套设计的目标是亚秒级结算。

x402 协议官方时序图:Client、Server、Facilitator、Blockchain 四条泳道之间的完整调用过程
x402 协议官方时序图,来源:x402 协议 GitHub 仓库(coinbase/x402)。比上面的四步说明更细一层:facilitator 对服务器做的其实是两次独立调用,先「核验」(verify)这笔付款签名有没有效,服务器干完活后再「结算」(settle),这一步才把交易真正提交上区块链、等链上确认。
5产品能力

Monetization Gateway 具体能设什么收费规则

落到产品层面,Monetization Gateway 提供一套灵活的收费规则接口,让你精确指定哪些流量需要付费。规则的写法和你在 Cloudflare 里配其他规则的表达式类似,可以在仪表盘里点,也能通过 API、或者用 Terraform(一种把配置写成代码来管理的工具)来配,一个付费接口就成了基础设施配置的一部分。官方给了三个规划中的能力例子。

① 按调用方式收费

对某条网址路径的请求要求付款。例如对 /api/premium/* 的每次读取(GET)或提交(POST)收 $0.01

② 浮动定价

按任务复杂度浮动收费。例如图片生成按消耗的算力浮动计价,最高到 $2

③ 只拦未登录的调用方

把源站(你自己那台真正存着数据、跑着服务的服务器)返回的 401(未授权)拦下来,改成 402(要求付款),并附上价格和付款说明。

这套网关的落点,是把计费和支付验证从源站挪到 Cloudflare 边缘。

没有 Gateway

源站自己搭账号体系、计费系统、对接支付,改造后端才能按量收钱,还得扛住高并发的支付量。

有了 Gateway

计费和支付验证挪到 Cloudflare 边缘(330+ 城市)就近完成,握手离买家最近,减少延迟并挡在源站前面,源站只管定价格和写规则。

调用方 带凭证的请求 请求路径 支付验证 CLOUDFLARE 边缘节点 已支付 PAID 源站 origin
心法图:还是上一节那个查航班延误的请求,流经 Cloudflare 边缘节点时被盖上「已支付」戳记,请求路径与支付验证在边缘合并成一条,再放行给源站(这里的「源站」就是那个数据网站自己的服务器)。
6结算 · 稳定币

为什么偏偏是稳定币在挑大梁

收费的单位小到几分钱甚至几厘钱,靠传统支付轨道收不划算。稳定币在这里补上了这块。

稳定币(如 Open USD、USDC)能在网上转极小额的钱,手续费几乎为零,结算能在一秒以内完成,这是传统支付轨道今天做不到的。x402 本身与支付轨道无关,天然适配稳定币,且没有拒付(chargeback)。

亚秒级
官方给出的稳定币结算速度目标
≈0
单笔支付的手续费开销,协议本身几乎不加额外负担
25+
通过 x402 Foundation 与 Cloudflare 共建协议的行业伙伴
330+
Cloudflare 边缘网络覆盖城市,支付握手就近完成

还要说清一点:x402 是一套开放协议,由 Cloudflare 联合 25 多家行业伙伴通过 x402 Foundation(挂靠 Linux 基金会)共建,GitHub 上最早的参考实现来自 Coinbase。它并非 Cloudflare 一家的私有协议。

7落地好处

对开发者和创作者,实际能省下什么、多赚什么

把前面的机制和结算方式落回到一个问题:用了这套东西,你能拿到什么。按原文,主要是三点。

  • 服务提供方(网站、API、MCP 服务)不用自建计费和收款系统,只在 Cloudflare 里写规则、定价格,收入以稳定币直接进钱包,可自行交易或换成法币。
  • 调用方(含 AI agent)不用先注册账号、领 API key,付款本身就是访问凭证,适合此前因金额太小、传统通道收不划算而被放弃的调用(比如几分钱一次)。
  • 创作者和小型 API 提供方有了新的收费通道,此前几乎无人为之付费的调用可以被自动付费;叠加 Web Bot Auth(Cloudflare 用来核实「这个访问者是不是它自称的那个 AI」的身份校验机制)还能在计价的同时核实调用方身份。
8当前阶段

现在能直接用了吗

需要提醒一句:Monetization Gateway 目前是候补名单(waitlist)开放阶段,面向 Cloudflare 现有客户开放申请。

原文通篇用「will」描述功能(will give / will provide / will scale),这些能力还在建设和铺开中,还不是已经全量上线的成熟产品,也没有公开的定价页。想按用量给自己的网页、数据集、API 或 MCP 工具收费的客户,可以先加入早期访问名单。

9更大的图景

如果这套东西铺开,互联网的钱会怎么流动

抛开当前阶段和眼前这几条好处,Cloudflare 描绘了一个更大的设想。

agent 是替用户自主行动的软件,它们正开始自己带着钱包上网,不经人手就为数据集、API 调用、工具、算力付费。有些资源免费,有些需要先验证「你是谁」(身份),很多两者都要。Cloudflare 把自己定位成少数能在同一次请求内同时完成身份核验(可结合 Web Bot Auth)和支付核验、再放行给源站的基础设施之一,让请求本身成为一笔交易。

2025
Pay Per Crawl
内容独立日推出,站点可以一键控制哪些 AI 爬虫能访问内容,并向爬虫收费。收费对象只有爬虫。
2026
Monetization Gateway
向任意调用者、任意资源收费,覆盖网页、数据集、API、MCP 工具,客户不用自建支付机器。
计量、支付交换和结算都从你的源站移走,留在你这边的是要紧的东西:你的规则、你的价格、你的收入。你只需要写一条规则,带钱包的 agent 就会为它用到的东西付费。 Cloudflare Blog《Announcing the Monetization Gateway》
本文为对 Cloudflare 官方博客《Announcing the Monetization Gateway》(2026 年 7 月 1 日)的解读整理,事实与数据以原文为准。原文:blog.cloudflare.com/monetization-gateway