Cloudflareとは？CDN・WAF・WorkersとAI時代の役割を整理

一次情報の最終確認日：2026年11月4日

結論

Cloudflareは、Webサイトやアプリの配信、保護、実行に使うサービスを提供しています。サイト運営者にとっては、閲覧者と元のサーバーの間で通信を扱う仕組みとして理解すると、導入時の判断がしやすくなります。ただし、DNSだけを利用する構成と、Web通信をCloudflare経由にする構成は異なります。Cloudflareの仕組み

最初に分けたい4つの役割

1. DNS：ドメインの行き先を知らせる

DNSは、ドメイン名から接続先の情報を調べる仕組みです。CloudflareをDNSの管理先にしても、すべての通信が自動で保護されるわけではありません。

Cloudflareの「DNS only」ではWeb通信が元のサーバーへ向かい、「Proxied」ではCloudflareのネットワークを経由します。対象のホスト名がどちらの設定なのかを確かめることが出発点です。Proxy status

2. CDN・キャッシュ：コンテンツを効率よく配る

プロキシ経由の通信では、キャッシュを使った配信の効率化や、元のサーバーへのリクエスト削減が可能になります。どのデータをキャッシュするかは、サイトの性質に合わせて決めます。プロキシとキャッシュの役割

例えば、公開画像と会員ごとに内容が違うページでは、共有してよい情報の範囲が異なります。速さだけでなく、更新の反映と情報の公開範囲も確認対象です。

3. WAF・DDoS対策：通信を検査し、負荷や攻撃に備える

WAFはWeb・APIへのリクエストをルールで検査します。Cloudflareにはカスタムルール、レート制限、管理されたルール群などがあり、利用できる機能や範囲はプランによって異なります。WAFの公式ドキュメント

DDoS対策では、Cloudflareを経由する通信をネットワーク側で処理し、元のサーバーへの影響を抑える仕組みがあります。ただし、特定の構成でどこまで保護できるかは別途確認が必要です。DDoS対策の基本構成

4. Workers：アプリの処理を実行する

Workersは、Cloudflareのネットワーク上でアプリやAPIなどを動かすためのサーバーレス基盤です。通信を中継する用途だけでなく、アプリ自体を構築する選択肢にもなります。Workersの概要

導入しても残る運用責任

Trillion Bankでは、導入判断を次の3段階に分けて整理します。

1. 守る対象を決める。 企業サイト、ログイン、API、管理画面など、対象のURLと通信経路を洗い出します。
2. 正常な利用を確認する。 問い合わせ、決済、管理操作、検索クローラーなどが、意図せず止まらないかを確認します。
3. 変更後を測る。 エラー率、応答時間、遮断の理由、利用者からの問い合わせを比べ、元に戻す手順も用意します。

CMSや依存ソフトウェアの更新、会員権限、バックアップ、社内のアカウント管理は、導入後も点検する必要があります。「Cloudflareを使っている」という事実だけで、安全性を評価しないことが大切です。

AI時代には、配信に加えて利用条件も論点になる

Cloudflareは、AIによるコンテンツ取得や、その後の利用に関する取り組みも進めています。2026年9月には、買い手が報告するコンテンツ利用を集計し、請求・支払いへつなぐPay Per Useのベータ版を発表しました。Pay Per Useの公式発表

ここで整理したいのは、「通信を通すか」「情報を読めるか」「利用に対価を設定するか」という判断の違いです。アクセス制御を設定しただけで契約や精算が完成するわけではなく、反対に、情報を公開しただけでAIからの引用が保証されるわけでもありません。

まとめ

Cloudflareを検討するときは、サービス名を覚えるより、自社が改善したい対象を一つ決める方が具体的です。表示速度、攻撃対策、アプリ実行、AI向け利用管理のうち、何を変え、その結果をどう確認するかを先に定めてください。

関連記事

• AIクローラー一覧と制御方法
• Pay per CrawlとPay per Useの違い

参考文献・一次情報

• Cloudflare：How Cloudflare DNS works
• Cloudflare：Proxy status
• Cloudflare：Proxy DNS records
• Cloudflare WAF
• Cloudflare Workers
• Cloudflare：Pay Per Use

機能、提供範囲、プランは変更される可能性があります。実際の導入時には対象サービスの最新仕様を確認してください。