Cloudflare如何让AI为内容付费
内容提要
Cloudflare利用其反向代理位置，通过分类AI流量、验证身份（Web Bot Auth）及x402协议在请求时完成支付，实现按次或按使用收费。此举应对机器人流量占多数、传统广告模式失效的挑战，但面临集中化、采用率及定价衡量等局限。
延伸解读
从“请求后”到“请求内”的价值结算转变
传统网站依赖广告或订阅，在请求后通过人类注意力获利。但AI代理流量占多数，它们不参与广告或订阅，导致旧模式失效。Cloudflare利用反向代理位置，在请求到达源服务器前完成身份验证、权限检查和支付，将价值结算从请求后转移到请求内。这一转变意味着网站可以在请求发生时直接获得收入，而无需依赖后续互动。
按爬取计费 vs 按使用计费：价值衡量的演进
Cloudflare最初推出按爬取计费（Pay Per Crawl），但后来发现爬取次数不能准确反映价值，因为超过一半的爬取是重复抓取未变化的页面。因此，它转向按使用计费（Pay Per Use）的实验，以更紧密地匹配价值。然而，按结果定价更难衡量和验证，这也是Cloudflare将其定位为实验的原因。
x402协议：让小额支付在请求中完成
x402协议利用HTTP 402状态码，在请求中完成支付，无需预先注册或单独的支付API。它支持小额支付，因为协议开销极低，且支付本身作为凭证，使匿名代理可以一次性访问。这解决了传统API密钥和订阅模式需要预先注册的问题，使得向匿名调用者收取分币级费用变得可行。
集中化与采用率：方案面临的现实挑战
Cloudflare的方案依赖其作为反向代理的集中位置，这带来集中化风险，因为大量流量通过单一提供商。此外，支付依赖调用方识别并响应402状态码，因此生态系统的采用率是关键。对于小型网站，按使用计费可能无法解决可发现性问题，反而可能因收费而减少流量。这些限制需要网站所有者权衡。
Q&A
Cloudflare如何让AI为内容付费？
Cloudflare利用其反向代理位置，在请求到达源服务器之前，对流量进行分类、验证身份（Web Bot Auth）并通过x402协议在请求时完成支付，实现按次或按使用收费。
为什么传统的广告和订阅模式对AI流量失效？
因为超过一半的互联网流量来自软件代理，这些代理不参与广告或订阅，它们请求页面后立即离开，不留下任何可被广告或订阅捕获的注意力，导致传统基于注意力的商业模式失效。
Cloudflare如何分类自动化流量？
Cloudflare将自动化流量按行为分为三类：搜索（构建索引并带来推荐流量）、代理（实时代表用户操作）和训练（用于训练模型）。此外还分类其他行为如结账和数据收集。
Cloudflare最初提供了哪些解决方案？后来为什么转向按使用收费？
最初提供阻止AI流量和按爬取收费（Pay Per Crawl）的选项。后来认为爬取次数不能准确衡量价值，因为一次爬取可能被引用多次，且超过一半的爬取是重复抓取未变化的页面，因此转向按使用收费（Pay Per Use）的实验。
Web Bot Auth是如何工作的？
Web Bot Auth通过加密签名验证请求来源。操作者用私钥签名请求，并在已知位置发布公钥，Cloudflare在边缘验证签名，确保请求来自可信的自动化来源。
x402协议是如何在请求中完成支付的？
x402协议利用HTTP 402状态码。客户端请求资源时，服务器返回402和价格信息，客户端重新发送请求并附上支付证明，验证后服务器返回资源。支持小额支付，无需预先注册。
Cloudflare的方案有哪些局限？
局限包括：集中化风险、对可识别流量的依赖、生态系统采用率、按结果定价的衡量难度，以及小网站可能面临可发现性而非变现问题。
