Cloudflare Gateway 讓按次收費落地
5 個重點看懂 Cloudflare Monetization Gateway：把頁面、API、MCP 工具變成可在邊緣按次收費的資源，並用 x402 與穩定幣結算。
Cloudflare 的 Monetization Gateway 讓受保護資源可以在每次請求時直接收費。
看完這 5 項，你可以判斷自己是否該把付費邏輯搬到邊緣，讓頁面、API、資料集或工具呼叫變成按次計價的產品，而不是再靠傳統訂閱制。
| 項目 | 可收費對象 | 結算方式 | 部署位置 |
|---|---|---|---|
| Cloudflare Monetization Gateway | 頁面、API、資料集、MCP 工具 | x402 + 穩定幣 | Cloudflare edge |
| x402 | HTTP 資源與呼叫 | 402 Payment Required 流程 | 一般請求流程內 |
| Web Bot Auth | 已驗證代理人 | 身份加使用規則 | Cloudflare 規則與 API |
| USDC | 小額、機器代付 | 穩定幣結算 | 跨系統支付 |
1. 一套控制面管住所有付費資源
訂閱 AI 趨勢週報
每週精選模型發布、工具應用與深度分析，直送信箱。不定期，不騷擾。
不會寄垃圾信，隨時可取消。
Cloudflare 把收費規則和存取控制放在一起，讓你不必在原站自己搭一套計費系統。你可以直接定義誰要付費、付多少，以及請求何時在邊緣被擋下。
這種方式特別適合賣數位資源的團隊，因為計價單位可以很細：一次頁面讀取、一次資料集抓取、一次模型輸入，或一次工具呼叫，都能獨立定價。
- 頁面背後直接加上付費規則
- API 路由可用
/api/premium/*這類模式計費 - 資料集下載與 MCP 工具呼叫都能分開算
2. x402 把 HTTP 變成付款管道
這次的核心是 x402，它圍繞 HTTP 402 Payment Required 來設計。流程很直白：客戶端先請求資源，伺服器回傳價格，客戶端付款，再帶著付款證明重試。
因為付款發生在一般請求與回應之間，不需要跳轉結帳頁，也不用為每個產品另外接一個支付 API。Cloudflare 想解決的是小額收費的摩擦，包含不到 1 美分的請求。
Request → 402 Payment Required → pay → retry with proof → resource returned3. 穩定幣讓微交易真的能跑
Cloudflare 目前把結算放在穩定幣上，包含 USDC 與 Open USD。這對機器代付很合理，因為金額可能很小，手續費要低，結算速度也要快。
它想處理的不是單純「付費」而已，而是更貼近實際用量的計價：一次搜尋幾美分、上傳時收基本費加每 MB 費用，或是任務成功後才收錢。
- 搜尋與內容閱讀可做微交易
- API 可按次呼叫計費
- 支援完成才收費的結果型定價
4. 邊緣驗證讓原站少背一層負擔
Cloudflare 的賣點之一，是先在 edge 驗證付款，再把流量送進 origin。這表示你的應用不用自己處理買家註冊、發票、或流量高峰時的付款驗證壓力。
它也吃得到 Cloudflare 的全球節點布局。官方說網路覆蓋 330 多個城市，對買家來說延遲更低，對賣家來說則少了很多計費基礎設施工作。
- 未付款請求可直接回 402，而不是 401
- 先驗證付款，再轉發到 origin
- 規則可用 dashboard、API 或 Terraform 管理
5. 代理人先付費，才是這套產品的目標
這套方案真正鎖定的是 agent-first 的網路環境，也就是買家不再是人，而是軟體代理人。Cloudflare 的判斷很直接：人不會願意為每次請求都走付款流程，但代理人可以接受成千上萬次微付款。
因此它也把身份與授權一起納進來，例如 Web Bot Auth。賣家可以同時要求代理人身份與付款證明，再決定哪些資源免費、哪些要驗證、哪些按次收費。
哪種適合你
如果你賣的是 API、資料集、算力或工具存取，而且買家流量很不固定，這套 Gateway 最適合你。它特別適合想把收費放在邊緣、又不想在原站自建帳務系統的團隊。
如果你只是想對爬蟲收費，Cloudflare 先前的 Pay Per Crawl 可能就夠了；但如果你要的是更完整的請求級變現，尤其還想搭配穩定幣結算與基礎設施即程式化管理，x402 加上 Monetization Gateway 會更完整。