Cloudflareとは
Cloudflareは、Webサイトやアプリと利用者のあいだに入る世界規模のネットワークです。公式サイトによると、世界335都市以上にデータセンターを持ち、平均で毎秒1億1,500万件のHTTPリクエストを処理しています。公式の料金ページでは、インターネット上の5サイトに1サイトがCloudflareを利用していると説明されています。
仕組みを理解する鍵は、「あいだに立つ」という位置です。
たとえば、元のサーバーが東京にあり、ブラジルの読者がアクセスするとします。Cloudflareは画像やCSSなどを読者に近い拠点から配信できます。これがCDN（コンテンツ・デリバリー・ネットワーク）の役割です。通信距離を短くし、元サーバーへ届くアクセスも減らします。
同じ場所で、攻撃的なアクセスやボットを判定できます。大量の通信を送りつけるDDoS攻撃を吸収し、WAF（Webアプリケーションファイアウォール）で不審なリクエストを止めます。さらにWorkersを使えば、通り道でJavaScriptやTypeScriptなどのプログラムを実行できます。
つまり、Cloudflareには2つの使い方があります。ひとつは、既存サイトの前に置く「Built with Cloudflare」です。もうひとつは、Cloudflare上にアプリ自体を作る「Built on Cloudflare」です。この違いを押さえると、機能の多さに迷いにくくなります。
なぜ今話題なのか
Cloudflareが最近よく話題になる理由は、CDN企業から開発・AI基盤へ役割を広げているためです。2025年から2026年にかけて、次の3つの動きが重なりました。
| 時期 | 主な動き | 利用者への意味 |
|---|---|---|
| 2025年7月 | AIクローラーの遮断とPay Per Crawlを発表 | 自社コンテンツをAIに読ませる条件を選べる |
| 2026年4月 | Agent Cloudを拡張 | AIエージェントの実行、保存、ブラウザ操作をまとめて扱える |
| 2026年8月 | Cloudflare Agentsを発表 | エージェントのモデル呼び出しやツール実行を追跡できる |
| 2026年9月15日 | AIアクセスの新しい初期設定を導入予定 | 検索・エージェント・学習を分けて制御する |
最も身近なのは、AIクローラーをめぐる動きです。CloudflareはAIによるアクセスを「Search」「Agent」「Training」の3用途に分けました。2026年9月15日以降、新しくCloudflareへ登録されるドメインが対象です。広告を表示するページでは、TrainingとAgentのアクセスを初期状態で遮断し、Searchは許可する方針です。
検索エンジンには見つけてもらいたい。一方で、AIの学習へ無条件で使われることには慎重でありたい。さらに、利用者本人の依頼で動くAIエージェントは通したい場合もあります。従来の「AIボットを全部許可するか、全部止めるか」という二択を、用途別に分けようとしているわけです。
もうひとつの理由が、AIエージェント向けインフラです。CloudflareはWorkers、D1、R2、Durable Objectsを以前から提供してきました。現在はモデル接続、長時間処理、隔離環境、ブラウザ操作、監視もひとつの基盤へ集めています。AIがコードを書く時代になると、試作品を公開する場所や、エージェントが安全に処理を実行する場所も必要になります。もともと世界中で短い処理を動かしていたWorkersの設計が、この用途と重なりました。
ただし、これらはCloudflare自身が掲げる戦略でもあります。「AI時代の標準基盤になった」と確定したわけではありません。新しい機能にはベータ版もあり、実運用では対応機能、料金、データの置き場所を個別に確かめる必要があります。
何を代替できるか
Cloudflareは製品数が多いため、「AWSの代わり」「Vercelの代わり」と一言でまとめると誤解が生まれます。置き換えられるのは、クラウド全体ではなく特定の役割です。
| やりたいこと | Cloudflareの製品 | 比較対象になりやすいサービス | 置き換え方 |
|---|---|---|---|
| DNSを管理する | Cloudflare DNS | Route 53、ドメイン会社のDNS | DNS部分だけ移行できる |
| サイトを高速化・防御する | CDN、DDoS Protection、WAF | CloudFront、AWS WAF、Akamai、Fastly | 元サーバーを残して前段へ追加できる |
| WebアプリやAPIを動かす | Workers | Vercel、Netlify、AWS Lambda | 対応するアプリならホスティング先を移せる |
| 画像やファイルを保存する | R2 | Amazon S3、Vercel Blob、Supabase Storage | オブジェクト保存部分を移せる |
| 小規模なSQLデータを持つ | D1 | SQLite系DB、サーバーレスDB | アプリのDBとして使える |
| フォームのボット対策をする | Turnstile | reCAPTCHA、hCaptcha | CAPTCHA部分を差し替えられる |
| 社内システムを守る | Access、Tunnel | 従来型VPN、リバースプロキシ | 接続元ではなく利用者単位で許可できる |
| AIモデルを呼び分ける | AI Gateway、Workers AI | 各AI APIの個別実装 | 監視や切り替えを共通化できる |
特に比較されやすいのがVercelです。Cloudflare WorkersはReact、Next.js、Astroなどのフレームワークに対応します。フロントエンドとAPIを同じ基盤へデプロイできます。2026年9月時点で、CloudflareはNext.js向けにvinextを推奨しています。App Router、Server Components、Server Actions、SSR、ISRなどの主要機能に対応しています。一方、vinext自体はベータ版です。既存のNext.jsアプリを移すなら、互換性チェックが必要です。
R2は、Amazon S3と比較されるオブジェクトストレージです。S3互換APIを備え、インターネットへのデータ転送にegress料金がかかりません。2026年9月時点の無料枠は、Standardストレージが月10GB、Class A操作が月100万回、Class B操作が月1,000万回です。転送料が無料でも、保存容量と操作回数には料金がある点は見落とせません。
TechCreateも、サイト本体はVercel、データベースはSupabaseに残しながら、記事のカバー画像をR2から配信しています。すべてを移すのではなく、転送量が課題になった画像だけを置き換える構成です。
TurnstileはreCAPTCHAの代替候補です。サイト全体をCloudflare経由にしなくても設置でき、多くの場合は画像選択や文字入力を求めません。Cloudflare OneのAccessとTunnelは、社内ツールへ接続する従来型VPNの代替候補になります。ひとつのネットワークへ入れた人を広く信頼するのではなく、誰がどのアプリへ接続できるかを個別に決めます。
代替できない領域
Cloudflareで多くの部品をまとめられても、既存サービスを丸ごと置き換えられるわけではありません。AWS、Google Cloud、Microsoft Azure、Supabaseなどが持つ役割の一部は残ります。
| Cloudflareだけでは不足しやすい条件 | 理由 |
|---|---|
| 特定リージョンの大きな仮想マシンが必要 | Workersは一般的な常時稼働サーバーと実行モデルが異なる |
| PostgreSQL固有機能や複雑な分析が必要 | D1はSQLiteのSQLセマンティクスを採用している |
| 認証・DB・管理画面を一体で使いたい | D1はSupabaseやFirebaseのようなBaaS一式ではない |
| Next.jsの最新機能を公開直後から使いたい | Vercel以外ではアダプターや互換レイヤーの確認が必要になる |
| 電話や個別対応を含む手厚い支援が必要 | 無料・セルフサービス利用では自力調査の比重が高い |
Cloudflareの強みは、ネットワークの近くで短い処理を速く動かし、配信と防御を一体化することです。一方、OSを細かく管理するサーバー、長時間にわたる重い処理、特定のデータベース機能が必要なら、従来のクラウドが合う場合があります。
また、Cloudflareを前段に置くと、障害の切り分け対象がひとつ増えます。サイトが表示されないとき、元サーバー、DNS、Cloudflareの設定、Cloudflare側の障害を順に確認しなければなりません。広い範囲の通信を1社へまとめるほど、その会社の障害が自社サービスへ伝わりやすくなる点も設計上のリスクです。
大切なのは、全面移行を前提にしないことです。DNSだけ、画像だけ、フォーム認証だけという小さな単位から導入できます。Cloudflareを「全部入りのクラウド」と見るより、「インターネットの入口にある部品群」と捉えるほうが実態に近いでしょう。
無料でどこまで使えるか
Cloudflareが個人開発者や小規模サイトで広がった理由のひとつは、無料で試せる範囲の広さです。2026年9月時点の代表例を整理します。
| 製品 | 無料で試せる主な範囲 | 有料化を考える場面 |
|---|---|---|
| CDN・DNS・SSL | 基本的な配信、DNS、Universal SSL | 業務サイト向けの高度な最適化や保証が必要 |
| DDoS対策・WAF | 容量無制限のDDoS対策、Free Managed Ruleset | 詳細なルールや高度なボット管理が必要 |
| Workers | 無料枠内のサーバーレス実行 | リクエストやCPU使用量が増える |
| R2 | Standardストレージ月10GBなど | 保存容量・読み書き回数が無料枠を超える |
| D1 | Freeプランで利用可能 | 読み書き・保存量が増える |
| Zero Trust | 50ユーザー未満のチーム向けFreeプラン | 人数、ログ保持、企業向け機能が必要 |
無料だから、設定後は放置してよいわけではありません。キャッシュの設定を誤ると更新が見えなくなり、WAFを厳しくしすぎると正規の利用者や検索エンジンまで止める可能性があります。R2は転送料が無料でも、操作回数とストレージは計測されます。
個人サイトなら、DNS、CDN、SSL、基本的なDDoS対策から始めるのがわかりやすいでしょう。開発者なら、静的サイトや小さなAPIをWorkersへ置き、画像をR2へ保存する構成を試せます。最初からすべての機能を有効にする必要はありません。
向いている人
Cloudflareが向いているかは、「何を減らしたいか」で判断できます。料金だけでなく、運用するサービス数、障害調査、フレームワーク互換性も含めて考えます。
次の条件に当てはまる人には向いています。
- WordPressや既存サイトを移さずに、表示速度と防御を改善したい
- 画像配信の転送料が読みにくく、R2へ逃がしたい
- 小さなWebアプリやAPIを、サーバー管理なしで公開したい
- reCAPTCHAの画像選択を減らしたい
- 社内ツールをインターネットへ直接公開せず、安全に接続したい
- AIクローラーごとに、自社コンテンツへのアクセス方針を変えたい
反対に、特定クラウドの機能へ深く依存している場合は、移行コストが利点を上回る可能性があります。Next.jsをVercel固有機能込みで使っている場合や、インフラを細部まで自分で制御したい場合も同様です。
迷ったときは、現在の構成を書き出してみてください。「DNS」「配信」「防御」「プログラム実行」「ファイル保存」「DB」「認証」に分解します。すると、Cloudflareへ任せられる場所と残す場所が見えてきます。
導入前の注意点
既存サイトへCloudflareを追加するときは、次の順番で確認すると事故を減らせます。
- 現在のDNSレコードを保存する
- Webサイトだけでなく、メール用のMXレコードも確認する
- SSL/TLSの暗号化モードを元サーバーの状態に合わせる
- キャッシュ対象から管理画面、ログイン、決済画面を外す
- WAFやボット対策を一度に厳しくしすぎない
- 変更後に一般利用者、検索エンジン、外部APIの経路を確認する
- 障害時に元サーバーとCloudflareを切り分ける手順を残す
特につまずきやすいのが、ネームサーバー変更です。Cloudflareへネームサーバーを切り替えると、Webサイト以外のDNS設定も影響を受けます。レコードが欠けると、サイトは開けてもメールだけ届かない状況が起こり得ます。
キャッシュも便利さとわかりにくさが表裏一体です。元サーバーを更新しても、Cloudflareに古い内容が残っていれば読者には反映されません。更新方法とキャッシュ削除の手順を、公開作業とセットで決めておく必要があります。
AIクローラーの遮断も、強くすればよいとは限りません。2026年9月15日の変更では、複数用途を兼ねるクローラーに最も厳しい設定が適用されます。Trainingを止めた結果、Searchも兼ねるクローラーが遮断される場合があります。検索流入が重要なサイトは、初期設定をそのまま受け入れず、自社の方針と実際のクロール状況を確認したほうが安全です。
よくある質問
Cloudflareは「確認画面だけの会社」でも「AWSを全部置き換える会社」でもありません。入口にある配信・防御・実行基盤から、必要な部品を選ぶと理解しやすくなります。
Cloudflareは危険なサービスですか
Cloudflare自体が危険なサービスというわけではありません。CDNやDDoS対策として広く使われています。ただし、設定ミスやCloudflare側の障害がサイトへ影響する可能性はあります。重要なサイトでは、変更履歴、監視、切り戻し手順を用意します。
Cloudflareを使うとSEOに有利ですか
Cloudflareを入れただけで検索順位が上がるわけではありません。表示速度や安定性が改善すれば、利用体験にはプラスです。一方、WAFやボット設定でGooglebotを止めると、クロールへ悪影響が出ます。導入後はSearch Consoleで確認します。
サーバー契約は不要になりますか
使い方によります。既存サイトの前にCloudflareを置くだけなら、元のレンタルサーバーは必要です。WorkersとD1、R2などでアプリを作る場合は、Cloudflareが元サーバーの役割も担えます。
個人でも無料で使えますか
個人サイトや小規模な試作はFreeプランから始められます。ただし、製品ごとに無料枠と課金単位が違います。導入前に使う製品の料金ページを確認し、利用量の通知を設定すると安心です。
CloudflareとAWSは競合ですか
一部では競合しますが、併用も一般的です。AWSを元サーバーやDBとして残し、CloudflareをDNS、CDN、WAFとして前段に置けます。R2やWorkersへ一部だけ移す構成も選べます。
まとめ
- Cloudflareは、Webサイトと利用者のあいだに立つネットワークから、配信、防御、プログラム実行、ストレージ、AI基盤まで広がったサービスです。CDNだけの会社と考えると、最近の話題がつながりません。
- 2026年に注目される理由は、AIクローラーを用途別に制御する動きと、AIエージェントを動かす開発基盤の拡張です。Webを守る会社が、AI時代の通行ルールと実行場所の両方を作ろうとしています。
- CloudflareはAWSやVercel全体の完全な代替ではありません。DNS、CDN、R2、Turnstile、Accessなど、現在困っている部品から小さく置き換えるのが現実的です。
