Cloudflare Pay Per Use进入测试：内容收益依赖买方上报，站长先审核使用定义

2026 年 9 月 30 日，Cloudflare 宣布 Pay Per Use 进入 beta。这个计划面向内容在 AI 产品中的后续使用：买方提出付费用途与价格，发布者决定是否加入，买方上报使用记录，平台处理账单和结算。目前应把它看作测试中的合作机制，不能把网站有 AI 抓取流量等同于已产生收入。

配图为 AI 生成的概念示意图，并非产品截图或真实活动照片。

从接受报价到上报使用

官方描述的流程里，AI 公司先定义愿意付费的使用方式；发布者在后台查看买方、用途和报价后选择参与。使用记录由买方上报，Cloudflare 检查记录是否对应已加入的发布者，再汇总并按月支付。买方自报是理解这项机制时必须保留的事实。

各项目的条款还会规定内容可被如何使用，包括训练方面的限制。未来更丰富的使用上下文和更多定价选择属于后续方向，不能写成测试阶段已经全面具备。本文只介绍公告内容，不代表本站已加入任何项目或接受报价。

站长首先需要问的四个问题

以下是本文整理的评估问题。第一，什么动作算一次付费使用：展示摘录、参与生成答案，还是其他行为？第二，同一内容在一次请求中被多次处理如何计数？第三，报表出现差异时有哪些核对渠道？第四，停止参与后，新旧内容和既有使用记录分别怎样处理？

这些问题的答案要落在具体项目说明里。不能根据产品名称推断所有买方采用同一种计价，也不能把访问日志简单换算成收入。日志能帮助判断谁访问过，后续用途则需要相应的报告与约定。

内容团队可以先准备什么

无需先改写整个站点，内容团队就能盘点拥有权利、允许授权和需要排除的材料。比如一篇原创教程与一篇含第三方图表的转载稿，授权条件可能不同；整理清单时应该分别记录，而不是把同一域名的全部页面当成一致资产。

还可以为试点建立单独记录，比较报告的使用量、实际到账与维护成本。把这些记录和普通访问分析并列看，才能判断安排是否值得继续。beta 公告提供了一条可能的合作路径，持续收益、买方覆盖和报表完整性仍要由后续实际运行证明。

来源与核验时间

主要来源：Cloudflare：Pay Per Use（2026-09-30）。本文于北京时间 2026 年 10 月 1 日核验；产品开放范围仍以官方后续更新为准。