この記事の要点
- Cloudflare AccessをWorkerへ直接適用できるようになりました。
- custom domain、route、workers.dev、preview URLまで保護対象にできます。
- 料金やプラン別条件は発表本文に書かれていません。
社内アプリが増える速度に、鍵を追いつかせる
Cloudflareは2026年8月14日に新機能を発表しました。対象はCloudflare Workers（Cloudflare上で小さなアプリや処理を動かす基盤）です。Cloudflare Access（会社ログインで入場を制御する仕組み）を、Workerへ直接かけられます。
背景にあるのはvibe coding（AIに話しかけながらアプリを組み立てる作り方）の広がりです。Cloudflareは、社員が速くアプリを作れる一方で、社内作業や会社データが公開インターネットへ出る恐れを挙げています。AIで社内アプリが増える時代の、入口管理の発表です。
URLを追いかける管理から外れる
以前はホスト名（アプリに届くURL名）ごとにAccess policy（入場ルール）を設定する形でした。別のcustom domainを足すたび、ルールも足さないと認証なしで届く余地がありました。
新機能では、ルールをWorker本体に結びます。custom domain、route、workers.dev、preview URL（公開前の確認用URL）まで、そのWorkerにひもづく入口がまとめて守られます。守る単位がURLからアプリ本体へ移ったわけです。
全社の初期値をprivateに寄せる
Cloudflareは、アカウント単位で1回Access policyを設定できると説明しています。そうすると、現在のWorkersだけでなく、将来作られるWorkersも作成時からprivate（社内だけに閉じる状態）になります。
対象はpreviewだけ、production（本番公開）だけ、またはその両方から選べます。公開したいWorkerだけは、アカウント全体のpolicyを迂回する選択もできます。
使える時期と料金の線引き
提供条件は、時期と価格を分けると読みやすくなります。発表は機能公開のニュースであり、料金表の更新ニュースではありません。
| 項目 | 発表内容 |
|---|---|
| 発表日 | 2026年8月14日 |
| 提供時期 | 発表時点で利用可能 |
| 対象 | 発表ではeveryoneと説明 |
| 料金 | 発表に書かれていない |
| 保護範囲 | previewだけ、productionだけ、両方を選べる |
Cloudflareは、dashboardから試せると案内しています。料金やプラン別の制限は、発表本文に書かれていません。
会社ログインがコードの前に立つ
大事なのは、認証がアプリのコードへ届く前に入ることです。先に会社ログインを通り、通ったリクエストだけがWorkerへ進みます。
Accessは、会社で使うidentity provider（ログイン基盤）と接続できます。email address、email domain、groupで入れる人を絞ることもできます。Agent（自動で処理するソフト）にはservice token（機械向けの通行証）を使えます。
もう一つの変化は、アプリ側が利用者を見分けやすくなる点です。Cloudflareは、認証済みユーザーのemail、name、groupsをctx.accessから受け取れると説明しています。
従来ならJWT（ログイン結果を伝えるデータ）の検証を自分で実装する場面がありました。今回は、Accessが有効なWorkerなら認証済みリクエストにctx.accessが入ります。小さな社内アプリでも権限分けへ近づく設計です。
作る速さだけでは品質にならない
AIで小さなアプリを作る人が、エンジニアだけではなくなりつつあります。見積もり補助、社内メモ、調査結果の共有画面のような道具は、便利なほど社内情報に近づきます。
今回の発表は、作る速度を止める話ではありません。速く作ったものを、最初から会社の内側に置きやすくする話です。
社内ツールが増えるほど、最初に問われるのは「何を作るか」だけではありません。誰に見せるかを先に決めることが、AIコーディングの品質になっていきます。