Cloudflare 推出按使用付费机制，让 AI 使用内容时向发布者付费
AI 摘要时代，发布者如何获得回报
AI 答案引擎会读取发布者网页，并直接向用户提供摘要或答案。这可能导致用户不再访问原页面，发布者也失去原本可能获得的流量和收入。
现实中，大多数发布者很难与使用其内容的 AI 公司逐一签署授权协议；AI 公司也不可能和数百万个网站分别谈判。Cloudflare 推出的 Pay Per Use 试图提供一种中间机制：发布者可以选择“可以使用，但需要付费”。该机制目前已进入测试阶段。
其基本流程是：
- AI 内容使用方为某种具体用途提出价格；
- 发布者决定是否接受；
- 使用方上报每一次实际使用；
- Cloudflare 负责计费、付款和报告；
- 发布者可在控制台查看使用情况和收益；
- 使用方通过一个 API 上报使用记录。
不是按抓取付费，而是按实际使用付费
AI 产品通常抓取的内容远多于最终使用的内容。搜索引擎会索引大量页面，但并不会把每个页面展示给用户。如果对每一次抓取都收费，使用方需要在尚未确认内容价值前就付款，许多买方可能不会接受。
Pay Per Use 的设计重点是：只有当内容被实际用于 AI 产品时才计费。Cloudflare 认为，这种方式能让价格更贴近内容实际产生的价值，也可能让更多买方参与，从而为发布者带来更多收入。
Cloudflare 另有一种模式是 Pay Per Crawl，用于对内容访问本身收费；而 Pay Per Use 面向的是抓取之后的实际使用。发布者可以根据自身需求选择不同模式。
对 AI 公司来说，这一机制也降低了接入成本。一些高价值内容目前可能被屏蔽或处于付费墙之后，例如新闻、研究、专业行业出版物等。Pay Per Use 允许使用方提出报价，并仅为产品实际使用的内容付费。它们会作为经过验证的买方被识别，同时通过一个 API 连接到愿意参与的站点，而不需要维护大量单独集成或逐一谈判合同。
Pay Per Use 的工作方式
Pay Per Use 让发布者可以在明确条款下向已识别的 AI 公司开放内容，并将后续使用转化为收入。发布者可以选择加入哪些项目，并保留对爬虫访问和下游使用方式的控制权。
AI 公司通过经过验证的机器人身份标识其抓取活动。在发布者控制允许的情况下，它们可以访问并索引发布者拥有的内容。之后，这些内容可能用于多种场景，例如：
- AI 搜索中的带引用回答；
- 研究代理报告中的引用片段；
- 购物代理评估商品评论后生成推荐；
- 烹饪助手基于菜谱进行改写或适配。
1. 定义什么算一次付费使用
每个 AI 公司会与 Cloudflare 设置自己的项目，包括：
- 标识自己的爬虫；
- 定义愿意付费的使用场景；
- 设置价格；
- 连接付款账户。
例如，一个搜索服务可以设定：当它向用户返回某个已加入页面的摘录时付费。一个购物代理则可以设定：当某篇已加入的评测影响了推荐结果时付费，即使购物者没有直接阅读那篇评测，也可能触发付款。
同一篇文章在不同产品中可能产生不同价值，发布者也可以针对不同用途接受不同报价。使用方提出“付费使用”的定义，Cloudflare 提供报告与支付基础设施。
2. 发布者决定是否参与
发布者可以在 Cloudflare 控制台的 Monetize → Pay Per Use 中查看报价，包括：
- 哪家 AI 公司提出报价；
- 它为什么用途付费；
- 报价是多少。
发布者可以选择接受，也可以在安排不再合适时停止参与。该机制不要求发布者修改源站，也不需要与每个 AI 公司单独做技术集成。
每个项目的条款还会定义 AI 公司可以如何使用内容，包括是否限制用于训练等事项。
3. 使用方上报每一次使用
买方会获取已接受其报价的域名列表，然后将每次使用作为一行 JSON 记录上报，包括：
- 使用发生的时间；
- 内容来自哪个 URL；
- 对应的事件 ID。
使用记录由买方自报。项目条款要求完整上报，Cloudflare 会检查每条上报记录是否对应已加入项目的发布者。
4. Cloudflare 负责结算
Cloudflare 会汇总上报的使用记录，向买方收费，并通过发布者连接的付款账户按月支付。
对买方而言，这是一个统一集成；对发布者而言，则是一个集中查看报价与收益的入口。
支付之外，更重要的是使用透明度
Pay Per Use 不只是付款工具。发布者可以查看每家 AI 公司使用其内容的频率，以及按域名和时间维度产生的收益。
Cloudflare 现有的 Business Insights 已能展示哪些爬虫访问了网站、抓取了什么；Pay Per Use 进一步展示抓取之后发生了什么：内容是否被实际使用、使用了多少次、带来多少收入。
Cloudflare 还计划与 AI 公司合作，向发布者提供更多使用上下文，例如：
- 触发引用的关键词；
- 请求主题；
- 内容支撑了哪个产品功能。
Cloudflare 表示，这些信息不会交换个人数据。
其 Answer Engine Optimization 工具用于展示 AI 助手如何回答与发布者内容相关的问题；Pay Per Use 则显示买方报告了哪些使用，以及这些使用带来了多少收入。两者结合后，发布者可以更清楚地看到内容如何被发现、如何被使用，以及产生了多少回报。
这可能帮助发布者做两类决策：
- 商业决策：哪些内容有收益，哪些使用场景值得参与，是否继续接受某个项目；
- 编辑决策：应该覆盖哪些主题，哪些内容需要更新，哪些内容需要更容易被代理发现。
测试阶段将验证双方是否愿意继续
在测试阶段，Cloudflare 会直接与每个买方以及选择加入的发布者合作。核心问题很直接：双方是否愿意持续参与？
买方需要的是能改善其产品、且价格可接受的内容；发布者需要的是有意义的回报、可信的报告，以及按时到账的付款。
Cloudflare 希望未来新买方可以带着自己的产品和付款模型接入，而不必为每个发布者重新搭建加入、报告和结算流程。
对发布者而言，理想状态是可以在一个地方接受或拒绝报价、就价格进行协商，并按不同使用方式为内容定价。例如，最新报道对 AI 产品的价值可能高于十年前的存档页面，发布者应当能够对这种差异进行定价。
测试阶段将帮助 Cloudflare 判断如何在更大规模上让这些选择变得简单、可执行。
面向代理式网络的经济层
当内容成为他人产品的一部分时，仍应有机会触达新受众并产生可持续收入。它可能以 AI 搜索引用结果、购物推荐、代理报告等形式出现。Pay Per Use 的目标，是把这些使用转化为明确的商业关系：买方报价，发布者选择是否接受，内容使用对应付款和记录。
Cloudflare 也提到，并非所有内容都适合用同一种方式出售。高价值内容可能需要一个由已验证买方组成、并能报告使用情况的可信网络，这正是 Pay Per Use 的定位。
对于 API、工具和数据等场景，每一次请求本身就可能构成使用。Cloudflare 同时推出测试版 Monetization Gateway，允许卖方基于开放的 x402 协议向代理按请求收费。两者共享身份、计量、定价和分析等基础能力。
总体来看，Pay Per Use 提供了一种介于“屏蔽所有代理”和“免费交出内容”之间的方案：发布者可以在明确条款下说“可以”，同时获得使用记录与相应付款。