Cloudflareの利用額上限・アラートの設定手順【2026年版】

Cloudflare Workers や R2 を使っていて、「アクセスが急に増えたら、請求はいくらになるんだろう」 と不安になったことはないでしょうか。これまで Cloudflare では、金額のしきい値を超えたときにメールで知らせることはできても、自動で止めることはできませんでした。

2026年11月13日、Cloudflare は Spend Management（ベータ） を発表しました。従量課金（Pay-as-you-go）のアカウントで、Workers と Durable Objects の利用額に上限を付け、達したら自動で止める ことができます。メールで知らせるだけのアラートも選べます。

Introducing Spend Management: Spending limits and alerts for Cloudflare

この記事では、公式ドキュメント（2026年11月13日時点）をもとに、上限・アラートの種類 → 自分に必要な設定の決め方 → ダッシュボードと cf CLI での設定手順 → 上限に達したときの動き を順に整理し、Workers・R2 などの無料枠と課金の目安、上限で防げること・防げないこと を表にまとめます。「知らせる」だけだった請求の管理に「止める」が加わった——という位置づけの機能です。

Cloudflareの利用額上限（Spend Management）とは？一言でまとめると

一言でまとめると、「製品ごとの今月の利用額を見張り、決めた金額で止めるか、メールで知らせる仕組み」 です。

Cloudflare には、似た名前の仕組みが4つあります。止めるのは上の2つ、知らせるだけなのは下の2つ と覚えると迷いません。

大事なのは、Workers の上限は Workers の分しか見ていない ことです。同じアプリで使っている R2・Workers KV・Workers AI・Durable Objects の料金は、Workers の上限には入りません。R2 などは、今のところアカウント全体の予算アラートで「知らせてもらう」しかありません。

対象のプランと製品：無料プランでも設定は必要？

結論から言うと、Workers Paid（月$5〜）で Workers・Durable Objects を使っている人は上限を設定する価値が大きく、無料の Workers Free だけの人は、Workers の分については急いで設定する必要はありません。

理由は、無料プランは「超えたら止まる」作り だからです。Workers Free は1日10万リクエストまでで、超えるとエラー 1027 が返り、それ以上は動きません。KV・Workers AI の無料分も、超えると操作がエラーになります。つまり Workers の分は、そもそも請求が増えない 代わりにサービスが止まります。

一方で、R2 は無料プランの人でも従量課金 です。R2 を使い始めるときにサブスクリプションを申し込み、無料枠（毎月の保存 10GB など）を超えた分は毎月請求されます。R2 は利用額の上限の対象外なので、R2 を使っている人は予算アラートを必ず設定 しておくのがおすすめです。

なお、Spend Management は発表時点で ベータ です。公式ブログでは Pay-as-you-go（従量課金）のお客様ならだれでも使える とされ、対象製品は今後増える予定です。

Workers を Vercel と比べて選びたい人は、料金の違いを次の記事で整理しています。

あわせて読みたい

Cloudflare WorkersとVercelを比較：個人開発ならどっち？【2026年版】

Workers・R2などの無料枠と課金の目安

上限を何ドルにするか決めるには、どこからお金がかかるのか を知っておく必要があります。主な製品の無料枠と超過料金を、上限の対象かどうかと一緒に並べました（Workers Paid の場合。米ドル・税別）。

※ 料金は2026年11月13日時点の公式の料金ページのもの。Workers Paid の月額（最低$5）は、どの上限にも含まれません。

数字だけだとピンと来ないので、公式の料金ページに載っている計算例を並べてみます。Workers の静的アセット（画像・HTML など）へのリクエストは無料 なので、静的なサイトなら $5 のままです。目立つのは R2 で、1日1,000万回の読み取りが続くと、それだけで月$104.40 になります。この分は Workers の上限では止まりません。

R2 の料金をほかのクラウドと比べたい人や、ほかのクラウドの無料枠を知りたい人は、次の記事も参考になります。

あわせて読みたい

クラウド無料枠を比較：AWS・GCP・Azure・OCI【2026年版】

利用額の上限を設定する手順（ダッシュボード）

ここからは、ダッシュボードで Workers（または Durable Objects）の上限を付ける手順です。Billing を編集できる権限 が必要なので、チームで使っているアカウントなら管理者が行います。設定の前に、下の「上限に達したらどうなる？」で止まるものを確かめておくと安心です。

① Billing を開く

Cloudflare のダッシュボードにログインし、アカウントの Billing（Manage Account ＞ Billing）を開きます。ドメイン（ゾーン）の画面ではなく、アカウントの画面 から入るのがポイントです。

② Spend Management を選ぶ

Billing の中の Spend Management を選びます。製品ごとの今の請求サイクルの費用が、ほぼリアルタイム（10分未満の遅れ）で表示されます。

項目の名前は、公式ドキュメントでは「Spend Management」、発表ブログでは「Spend limits」と書かれています。ベータのため画面の表記が変わることもあるので、Billing の中で「Spend」の付く項目 を探してください。

③ 製品の行で「Edit the spending limit」を選ぶ

Workers か Durable Objects の行にある Edit the spending limit を選びます。上限は製品ごとに別々で、1つの製品に有効な上限は1つ だけです。個別の Worker ごとには付けられません。

④ 月の上限額（USD）を入れて保存する

Monthly limit (USD) に、0より大きい金額（小数点以下2桁まで）を入れて Save limit を選びます。金額は 無料分を差し引いた後の超過料金 の見積もりで数えます。たとえば $50 にすると、Workers のリクエストと CPU 時間の超過料金の合計が $50 に達したところで止まります。

注意したいのは、今の請求サイクルですでに使った分も数える ことです。すでに $60 使っている状態で $50 の上限を保存すると、すぐに止まることがあります。先に Billable Usage で今の金額を見てから決めましょう。

⑤ 上限が「On」になっているか確かめる

新しく保存した上限は自動で On になります。すでにある上限を編集した場合は、On / Off の状態がそのまま残るので、On になっているかを見ておきます。

ここで一つ落とし穴があります。発表ブログの画面では、上限と一緒に通知先のメールやアラートのしきい値も入れられるように紹介されています。一方、2026年11月13日時点の公式ドキュメントでは 「ダッシュボードで作った上限には通知先のメールが付かない」 とされ、メールを足す方法は cf CLI で案内されています。画面にメールの欄が無ければ、止まったことにメールで気づけないので、次の cf CLI の手順で足しておきましょう。

上限にメールを付ける・アラートだけ作る方法（cf CLI）

Cloudflare の新しいコマンドラインツール cf を使うと、上限やアラートを作る・変える・履歴を見る、がすべてできます。止めずに知らせるだけの「メールのアラート」も、公式ドキュメントでは cf CLI か API で作る 手順が案内されています。

① cf をインストールしてログインする

cf は Node.js 22.18 以上 で動きます。インストールしたらバージョンを確かめ、ブラウザでログインを承認します。

npm install --global cf
cf --version
cf auth login

SSH 先やコンテナの中では、ブラウザを開かずにリンクだけ表示する --no-browser を付けます。Wrangler でログインしていても、cf は別にログインが必要 です。API トークンで使う場合は、権限を Account ＞ Billing ＞ Read（見るだけ）か Edit（変える）にします。

② メール付きの上限を作る

ダッシュボードを使わずに、最初から CLI で上限を作るならこうなります。金額は セント単位（5000 = $50）で、--action usage_block が「止める」です。

cf billing spend-policies create \
  --name 'Workers $50 spending limit' \
  --product-id workers \
  --enabled true \
  --threshold-cents 5000 \
  --action usage_block \
  --notification-email billing@example.com

メールアドレスは自分のものに変えます。実行前に中身だけ確かめたいときは --dry-run を付けます。Durable Objects なら --product-id durable_objects です。メールは 上限の80%と100% で届きます。

③ 止めずに知らせるだけのアラートを作る

「止まるのは困るけれど、使いすぎには気づきたい」なら、--action notification のアラートにします。この例では $20 の80%（$16）と100%（$20）でメールが届き、Workers は動き続けます。

cf billing spend-policies create \
  --name 'Workers $20 email alert' \
  --product-id workers \
  --enabled true \
  --threshold-cents 2000 \
  --action notification \
  --notification-email billing@example.com

アラートは複数作れて、上限と一緒に置くこともできます。おすすめは 「低めのアラート＋高めの上限」 の2段構えです。

④ ダッシュボードで作った上限にメールを足す

すでにダッシュボードで作った上限にメールを足すときは、まず一覧と ID、最新の version を確かめます。

cf billing spend-policies list
cf billing spend-policies get <POLICY_ID>

更新は ポリシー全体を置き換える 方式なので、変えない項目も含めてすべて指定し、--if-match に今の version を入れます。

cf billing spend-policies update <POLICY_ID> \
  --if-match <VERSION> \
  --name 'Workers $50 spending limit' \
  --product-id workers \
  --enabled true \
  --threshold-cents 5000 \
  --action usage_block \
  --notification-email billing@example.com

--if-match は、ほかの人が先に変えた内容を上書きしないための仕組みです。同じ製品に有効な上限がすでにあるのに新しく作ろうとすると 409 のエラーになるので、そのときは新規作成ではなく更新にします。

⑤ 履歴を見る

だれがいつ上限を変えたか、いつ80%・100%に達したかは、次のコマンドで見られます。ダッシュボードの Spend Management の Audit log でも、変更の履歴を見られます。

cf billing spend-policies activity --limit 50
cf billing spend-policies audit <POLICY_ID> --limit 50

アカウント全体の予算アラートを設定する手順

R2・KV・D1 のように 利用額の上限が無い製品 を見張るのが、アカウント全体の予算アラート（Budget alert）です。止めはしませんが、すべての従量課金の合計 が決めた金額を超えたらメールが届きます。Pay-as-you-go のアカウントで使えます（Enterprise 契約は対象外）。

① Billable Usage を開く

ダッシュボードで Manage Account ＞ Billing ＞ Billable Usage を開きます。この画面には、日ごとの従量課金が製品別の棒グラフで出るので、どの製品にお金がかかっているか もここで分かります。

② Create budget alert を選び、項目を入れる

Create budget alert を選び、次の項目を入れて Save を選びます。

予算アラートは、しきい値を超えたときに 1回だけ メールを送り、請求期間が変わるとリセットされます。$5・$20・$50 のように金額を変えて複数作る と、増え方の速さにも気づけます。

Pro プラン以上のドメインがある人は、Notifications ＞ Add ＞ Billable Usage で、製品ごとの使用量（バイト数・リクエスト数など） の通知も付けられます。金額ではなく量で見たいときに使います。

上限に達したらどうなる？止まるもの・止まらないもの

上限は「請求を止めるボタン」ではなく、「その製品の新しい処理を断るスイッチ」 です。止まるものと、止まらないものを分けて把握しておきましょう。

① Workers の上限に達したとき

いちばん気をつけたいのは、上限がアカウント全体に効く ことです。テスト用の Worker が使いすぎて上限に達すると、同じアカウントの本番の Worker まで止まります。本番とテストを同じアカウントに置いている人は、テストを別のアカウントに分けるのが安全だと考えています。

② Durable Objects の上限に達したとき

Durable Objects はアラームが消えることがあるので、再開したらアラームを予約し直す処理 をアプリに入れておくと安心です。

③ 再開するには

変更が効くまでは 数分 かかります。また、Off と On を切り替えても、今の期間の利用額はリセットされません。

上限・アラートで防げること・防げないことの比較

ここまでの内容を、「何が防げて、何が防げないか」でまとめ直しました。上限は強力ですが、請求額の最大値を保証するものではない と公式も明記しています。

表の最後の行が、上限を使うかどうかの分かれ目です。個人の実験・趣味のアプリなら「止まっても請求が増えない方がいい」 ので上限が向いています。利用者がいる本番のサービスなら、止まる方が困る ことが多いので、アラートで早めに気づき、上限は「これを超えたら異常」という高めの金額にするのがおすすめです。

1回の処理ごとの使いすぎは、Worker の設定ファイルで CPU 時間の上限を付けて防げます（最大 300,000 ミリ秒＝5分）。

[limits]
cpu_ms = 100

ダッシュボードなら Workers & Pages ＞ 対象の Worker ＞ Settings ＞ CPU Limits から設定できます。

料金の注意点：請求サイクル・月額料金・反映の遅れ

上限の金額を決めるときに、勘違いしやすい点が3つあります。

① 「月」はカレンダーの月ではない

上限の「Monthly limit」は、サブスクリプションを始めた日から1か月 で数えます。10月10日に始めたなら、10月10日〜11月10日が1つの期間です。毎月1日にはリセットされないので、自分の更新日を Billable Usage で確かめておきましょう。

② 月額料金と保存の料金は入らない

上限が数えるのは、無料分を差し引いた超過料金の見積もり だけです。Workers Paid の月額（最低$5）や、Durable Objects に保存しているデータの料金は入りません。「請求書の合計を $50 にしたい」なら、上限は月額などを引いた金額にします。

③ 反映には時間がかかる

利用額の計測は 10分未満 の遅れで反映され、止める処理も世界中に広がるまで時間がかかります。この間の使用分は上限を超えることがあり、最終的な金額は請求書で決まります。Cloudflare は今後、この遅れを1分未満に縮めることを目指しているとしています。

Vercel にも、予算と自動停止の仕組みがあります。Vercel 側の設定は次の記事で解説しています。

あわせて読みたい

Vercelの高額請求を防ぐには？予算と自動停止の設定【2026年版】

設定チェックリスト

最後に、設定し終えたかを確かめるチェックリストです。上から順に 見ていけば、抜けが無くなります。

よくある質問

Q. Workers Free でも Spend Management は使えますか？

A. 発表時点の対象は Pay-as-you-go（従量課金）のアカウントです。Workers Free は1日10万リクエストを超えるとエラー 1027 で止まるので、Workers の分については請求が増えることはありません。R2 を使っている場合は、予算アラートの方を設定しましょう。

Q. 上限を $50 にすれば、請求書が $50 を超えることはありませんか？

A. 超えることがあります。Workers Paid の月額は別 で、計測の遅れや実行中の処理の分も上乗せされます。公式も「上限は最大の請求額を保証しない」としています。

Q. 1つの Worker だけに上限を付けられますか？

A. 今は付けられません。上限は 製品単位でアカウント全体 に効きます。Cloudflare は、アプリやAIエージェントの単位で予算を付ける仕組みを今後の予定に挙げています。

Q. 上限で止まった後、自動で再開しますか？

A. 次の請求期間が始まると自動で再開 し、上限は残ります。急いで再開したいときは、上限を上げる・Off にする・削除する、のどれかです。

Q. R2 の使いすぎを自動で止める方法はありますか？

A. 2026年11月13日時点では、R2 は利用額の上限の対象外です。予算アラートで早めに気づくのが現実的です。公式ブログでは、ほかの製品も近く対応するとしています。

まとめ

Cloudflare の利用額の上限・アラートのポイントをまとめます。

• 発表日：2026年11月13日（Spend Management、ベータ）
• 対象：Pay-as-you-go のアカウント。上限で止められるのは Workers と Durable Objects（別々に設定）
• 設定の場所：Billing ＞ Spend Management（ダッシュボード）、cf billing spend-policies（CLI）
• 通知：80%と100%でメール。ダッシュボードで作った上限はメールなしなので CLI で足す
• 上限に達すると：Workers は新しい呼び出しを断る（エラー 1103）、静的アセットは配信が続く
• 対象外：R2・KV・D1・Workers AI・月額料金・保存データ → 予算アラートで見張る
• 期間：サブスクリプションの更新日から1か月（カレンダーの月ではない）
• 注意：上限は最大の請求額を保証しない。アカウント全体に効くので本番も止まりうる

まずは Billable Usage で今の利用額と更新日を見て、「低めのアラート＋高めの上限＋全体の予算アラート」 の3つから始めてみてください。

IT Picks 編集部

ITツール・Webサービス紹介メディア

IT Picks 編集部。VPS・クラウド・AIツール・SaaSを中心に、実際に検証した情報を届けるITメディアです。「本当に使えるか」を基準に、初心者からエンジニアまで役立つ記事を制作しています。