Cloudflare 发布自动收费网关:AI 想爬取你的网页、API,能自动给你付钱
- Cloudflare 公布「自动收费网关」,让客户可以对自己的网页、数据、API 接口、AI 工具调用收费,而且是按次收费,不是按月收订阅费。
- 钱是怎么付的:AI 想用你的东西时,会先收到一句「这个要付款」的提示和报价,它自动扣完钱、带着「我付过了」的凭证再请求一次,验证通过就直接放行。比如一个帮你订机票的 AI,查一次航班延误数据付 1 分钱,全程自动完成,不用先注册账号,你也不用自己搭收款系统。
- 结算用的是稳定币(如 USDC),官方说能做到一秒内到账;验证钱到底有没有付,由 Cloudflare 在全球 330 多个城市的服务器就近完成,不用绕远路。
- 怎么收费你说了算:可以按接口设定价格、按任务难度浮动收费,也可以只对没登录的访客收费,在后台点几下或写几行配置代码都能设置。
- 这套支付协议不是 Cloudflare 一家的,是它联合 25 多家行业伙伴一起在做;目前 Monetization Gateway 还处于候补名单阶段,还没对所有人开放。
Cloudflare 这次公布了什么
Cloudflare 于 2026 年 7 月 1 日宣布推出 Monetization Gateway,一套让客户能对任何被 Cloudflare 保护的网页、数据集、API,或 MCP 工具调用收费的网关,支付通过一套叫 x402 的开放协议完成,用稳定币(比如 USDC)结算。
人类和 AI 爬虫,谁在真正消耗你的内容
30 年来,网页靠一个简单的交换运转:用内容换人的注意力,再靠广告、订阅、电商把注意力变现。当 AI agent 成为网页的主要访客,这套交换开始失灵。agent 不看广告,也不会为每个想用的工具办月度订阅,它读一遍页面或数据源,取走需要的,就走了。
按 Cloudflare 自有数据,全网范围内,AI 爬虫每为一个网站带回 1 个人类访客,实际抓取内容的次数在一百次到上万次之间。按注意力收费的旧模式,在这种一次性、不留存的访问面前很难成立,收费的单位需要从「一个月」「一个坐席」变成「一次请求、一个 token、一次结果」。
按次收费这事,为什么以前做不成
按次收费的想法很早就有,落地却一直卡在两个真实障碍上。
传统支付轨道处理不了几分钱以下的交易,收款成本比这笔钱本身还高,到账也不够快。低于某个金额,收这笔钱花掉的钱比钱本身还多。
企业想做按量计费,得把自己改造成半个支付公司,搭一整套用量追踪加计费加对账的系统,后端改造成本高。很多公司因此选了更简单、往往也更赚钱的按坐席收费。
云服务和 API 早就按次、按小时卖过,但只卖给「已知买家」:用户先注册,领到一个 API key,再按用量计费。内容大多跳过了付费,靠广告运转。面向陌生调用方的小额收费,一直没有合适的通道。
一次 HTTP 请求里,钱是怎么付完的
让「按次收费」终于跑得通的核心,是一个叫 x402 的开放协议。它把付款直接塞进普通的网页请求里,全程在一次 HTTP 请求和响应中完成。
x402 复用了 HTTP 里几乎没人用过的 402 状态码(Payment Required,意为「要求付款」),协议的名字就来自这个状态码。付款过程走普通 HTTP 请求响应,不跳转到单独的收银台页面,也不用另外调一套支付接口。
举个具体的例子:假设有个帮你订机票的客服 AI agent,要查一份「航班实时延误」数据,这份数据某网站按次收费,每查一次 1 分钱。它和这个网站之间,只靠一次普通的网页请求,就把「查数据」和「付钱」这两件事一起办完了:
点开看这四步在 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}
字段为示意,真实的价格/币种/收款地址格式以官方规范为准。
有点像地铁的免密感应闸机:卡一贴(带着凭证的请求)自动扣费放行,不用掏钱包、排队买票、再跳到另一个收银窗口。
这里出现两个陌生角色,各解释一句。第一个是 facilitator(支付验证方):x402 流程里居中核实「这笔钱确实付了」的第三方,买家付款后由它核对凭证是否有效,核实通过服务器才放行资源,它本身不经手这笔钱。
类似海关查验单据的角色:不摸钱,只管核对单据对不对。
第二个是 点对点结算(peer-to-peer settlement):买家付的钱直接进卖家自己的钱包账户,中间不经过银行、平台账户等中转和批量清算环节,所以能做到接近实时到账。Cloudflare 说这套设计的目标是亚秒级结算。
Monetization Gateway 具体能设什么收费规则
落到产品层面,Monetization Gateway 提供一套灵活的收费规则接口,让你精确指定哪些流量需要付费。规则的写法和你在 Cloudflare 里配其他规则的表达式类似,可以在仪表盘里点,也能通过 API、或者用 Terraform(一种把配置写成代码来管理的工具)来配,一个付费接口就成了基础设施配置的一部分。官方给了三个规划中的能力例子。
对某条网址路径的请求要求付款。例如对 /api/premium/* 的每次读取(GET)或提交(POST)收 $0.01。
按任务复杂度浮动收费。例如图片生成按消耗的算力浮动计价,最高到 $2。
把源站(你自己那台真正存着数据、跑着服务的服务器)返回的 401(未授权)拦下来,改成 402(要求付款),并附上价格和付款说明。
这套网关的落点,是把计费和支付验证从源站挪到 Cloudflare 边缘。
源站自己搭账号体系、计费系统、对接支付,改造后端才能按量收钱,还得扛住高并发的支付量。
计费和支付验证挪到 Cloudflare 边缘(330+ 城市)就近完成,握手离买家最近,减少延迟并挡在源站前面,源站只管定价格和写规则。
为什么偏偏是稳定币在挑大梁
收费的单位小到几分钱甚至几厘钱,靠传统支付轨道收不划算。稳定币在这里补上了这块。
稳定币(如 Open USD、USDC)能在网上转极小额的钱,手续费几乎为零,结算能在一秒以内完成,这是传统支付轨道今天做不到的。x402 本身与支付轨道无关,天然适配稳定币,且没有拒付(chargeback)。
还要说清一点:x402 是一套开放协议,由 Cloudflare 联合 25 多家行业伙伴通过 x402 Foundation(挂靠 Linux 基金会)共建,GitHub 上最早的参考实现来自 Coinbase。它并非 Cloudflare 一家的私有协议。
对开发者和创作者,实际能省下什么、多赚什么
把前面的机制和结算方式落回到一个问题:用了这套东西,你能拿到什么。按原文,主要是三点。
- 服务提供方(网站、API、MCP 服务)不用自建计费和收款系统,只在 Cloudflare 里写规则、定价格,收入以稳定币直接进钱包,可自行交易或换成法币。
- 调用方(含 AI agent)不用先注册账号、领 API key,付款本身就是访问凭证,适合此前因金额太小、传统通道收不划算而被放弃的调用(比如几分钱一次)。
- 创作者和小型 API 提供方有了新的收费通道,此前几乎无人为之付费的调用可以被自动付费;叠加 Web Bot Auth(Cloudflare 用来核实「这个访问者是不是它自称的那个 AI」的身份校验机制)还能在计价的同时核实调用方身份。
现在能直接用了吗
需要提醒一句:Monetization Gateway 目前是候补名单(waitlist)开放阶段,面向 Cloudflare 现有客户开放申请。
原文通篇用「will」描述功能(will give / will provide / will scale),这些能力还在建设和铺开中,还不是已经全量上线的成熟产品,也没有公开的定价页。想按用量给自己的网页、数据集、API 或 MCP 工具收费的客户,可以先加入早期访问名单。
如果这套东西铺开,互联网的钱会怎么流动
抛开当前阶段和眼前这几条好处,Cloudflare 描绘了一个更大的设想。
agent 是替用户自主行动的软件,它们正开始自己带着钱包上网,不经人手就为数据集、API 调用、工具、算力付费。有些资源免费,有些需要先验证「你是谁」(身份),很多两者都要。Cloudflare 把自己定位成少数能在同一次请求内同时完成身份核验(可结合 Web Bot Auth)和支付核验、再放行给源站的基础设施之一,让请求本身成为一笔交易。
计量、支付交换和结算都从你的源站移走,留在你这边的是要紧的东西:你的规则、你的价格、你的收入。你只需要写一条规则,带钱包的 agent 就会为它用到的东西付费。 Cloudflare Blog《Announcing the Monetization Gateway》