KV 會話快取：Workers Paid 每月約 $15.00
照下面這組用量，一個月大約 $15.00，含固定月費。最先用完包含額度的是KV 寫入鍵數，已到額度的 300%。單價是 2026-09-15 的公開價目；真正的發票才是唯一真值。
估算帳單
每月合計 $15.00
Workers Paid 固定月費 $5.00
最接近（或已超出）包含額度的計量項: KV 寫入鍵數 — 3M / 1M (300%)
超出部分
- KV 寫入鍵數: 2M → $10.00
假設的本月用量
- Workers 請求數: 8M
- KV 讀取鍵數: 6M
- KV 寫入鍵數: 3M
這套架構長什麼樣
Worker 把每個會話存在 KV，每次帶登入態的請求都重寫一遍紀錄，把 TTL 往後推。讀很便宜、量也大；麻煩的是這個刷新，因為每次刷新都是一次寫。我假設一個月 800 萬次請求、600 萬次 KV 讀、300 萬次寫，也就是略少於一半的請求會觸發刷新。
為什麼是KV 寫入鍵數先用完
Workers Paid 每月包含 1M 次 KV 寫入，只有讀額度的十分之一，而每百萬次寫的價格又是讀的 10 倍。所以一個 40% 請求都寫的快取，寫入到了額度的 300%，讀卻還在額度裡很寬鬆。KV 是為「讀得多、改得少」的資料設計的；每次命中都寫一遍的會話儲存，是逆著它的紋路在用。
在 GraphQL Analytics 裡看哪一項
kvOperationsAdaptiveGroups 會把操作按類型拆開：read、write、delete、list。看每個命名空間每天的 write 數。寫入和請求一比一同步漲，就把刷新改成滑動視窗——TTL 剩不到四分之一才重寫。寫入就從跟著請求走，變成請求的一個零頭。
單價與包含額度於 2026-09-15 抄自 Cloudflare 公開定價頁。是近似值：部分計量項按整單位向上取整，不含 Workers AI 與頻寬，真正的發票才是唯一真值。
其他幾種典型帳單
還在探索
在付 Workers Paid，怕哪天帳單嚇一跳？看看 Usage Guard ——逐指標看暴增，可選擇一鍵停下。
support@ 走 Cloudflare 轉寄、卻在 Gmail 裡看？看看 Routed Inbox ——Email Routing 上的小共用收件匣，不按席次計價。
替很多客戶管 Cloudflare？看看 Zone Audit ——跨帳號的設定漂移與基準檢查。