Cloudflareの主要サービス一覧｜Pages・Workers・D1・R2を用途別に解説

CloudflareのPagesやWorkersは、サイトを公開したり、プログラムを動かしたりするためのサービスです。D1は申し込み情報などの記録を、R2は写真やPDFなどのファイル本体を保存するために使います。名前が似ていても、それぞれが担当する仕事は違います。

会社案内を公開したいのか、申し込みを受け付けたいのか、会員向けの動画を配信したいのかで、必要な組み合わせも変わります。最初からすべてのサービスを使う必要はありません。

この記事では、ホームページやWebアプリの制作に関わる14サービスを、用途別に整理します。制作担当者との打ち合わせで「それは何に使うものですか」と聞けるよう、具体例とともに見ていきましょう。

この記事で分かること

• Pages・Workers・D1・R2などの役割の違い
• 記録・ファイル・設定値で保存先を分ける理由
• 画像、動画、AIなどに使う周辺サービス
• 自社サイトに必要な組み合わせと、費用の確認方法

まずは、サービス名を「何をするか」で分けて見る

公開する、処理する、保存するという仕事を分けると、Cloudflareのサービス同士の関係をつかみやすくなります。 例えば申し込みフォームなら、入力する画面、その内容を受け取る処理、受け取った記録の保存先が必要です。

まずは次の一覧で、どのサービスがどの仕事を担当するかを見渡してみてください。

これらは、Cloudflareの開発者向け製品に含まれるサービスです。完成した業務ソフトを一つ選ぶというより、制作・開発担当者が、必要な機能を組み合わせてサイトを作るための道具と考えるとよいでしょう。

なお、Cloudflareには、接続先を案内するDNS、配信を助けるCDN、不正な通信を調べるWAFなどもあります。これらはサイトの接続・配信・保護を担当する分野です。この記事では、その先の「サイトを作って動かすための道具」を詳しく扱います。

PagesとWorkersは、サイトの公開や処理を担当する

PagesもWorkersもサイトの公開に使えますが、これから新しく作る場合、公式はWorkersを中心に検討するよう案内しています。 「画面ならPages、処理ならWorkers」と固定して覚えると、現在の機能を捉えにくくなります。

Workers：ページを届け、必要な処理を動かす

例えばイベントの申し込みページで、送信ボタンが押されたとします。入力漏れを確認し、受け付けた内容を保存し、完了したことを画面へ返す、といった処理をプログラムで行います。Workersは、こうしたプログラムを動かす場所になります。

加えて、Workersには、作成済みのページや画像を置いて配信する機能もあります。この機能が「Workers Static Assets」です。会社案内ページを表示し、申し込みがあったときには受付処理も行う、という構成をまとめて作れます。

Pages：作ったサイトを公開するための仕組み

Pagesは、制作したページや画像を公開するサービスです。制作担当者がサイトのデータを更新すると、それを公開する作業につなげられ、確認用のページを用意する仕組みもあります。

ページを表示するだけでなく、「Pages Functions」という機能で、申し込みを受け取るような処理も組み込めます。Pagesでは動きのある機能を一切作れない、という意味ではありません。

2026年10月19日時点のPages公式案内は、新規プロジェクトにWorkersを勧めています。今Pagesで問題なく動いているサイトを、この説明だけで急いで移す必要があるという話ではありません。新しく作るのか、今のサイトへ機能を追加するのかを伝えて、制作担当者と選びましょう。

D1・R2・KVは、保存したいものから使い分ける

申し込みの記録、添付PDF、サイト共通の設定値は、同じ「保存する情報」でも、扱い方が違います。 何を置き、後からどのように取り出したいかで保存先を選びます。

D1：項目をそろえた記録を保存し、探す

D1は、情報を項目ごとに整理して保存するデータベースです。例えば申し込みなら、「受付番号」「参加する日」「人数」「確認の状態」という列をそろえ、一件ずつ記録します。

その記録から「来週の回に申し込んだ人だけを表示する」「まだ確認していない申し込みを探す」といった処理を作れます。表計算で行や列に分けて整理する情報を、サイトのプログラムから保存・検索する場面を想像すると、用途がつかめるでしょう。

ただし、D1を用意するだけで、担当者が使いやすい申し込み一覧まで完成するわけではありません。記録の項目と、担当者が見る一覧や修正の画面は、別に設計して作ります。

R2：写真やPDFなど、ファイル本体を保存する

R2は、画像、PDF、音声、動画などのファイルを保存するサービスです。例えば申し込み時に資料を添付してもらうなら、そのPDF本体を置く場所として使えます。

一方、そのPDFが「どの申し込みの資料か」「何というファイル名か」といった管理用の情報は、D1へ記録する構成が考えられます。D1とR2は、同じ保存先を取り合うだけでなく、役割を分担して使えるのです。

R2は、外へデータを送る際の転送量への料金がかからない点も特徴です。ただし、保存する量や、データを読み書きする操作などには別の料金条件があります。「R2を使えば、どれだけ保存しても配信してもすべて無料」とは捉えないようにしましょう。

KV：名前と値の組を保存し、繰り返し読む

Workers KVは、例えば「トップページの案内文」という名前に、「本日の受付は終了しました」という値を対応させて保存する仕組みです。サイト共通の設定や、繰り返し読み出す情報に使えます。

気を付けたいのは、書き換えた内容が、世界各地の読み取り先へ伝わるまで時間がかかる場合があることです。例えば、残り1席を複数人が同時に申し込む場面で、KVの値を読むだけでは、全員が同じ最新の残席数を見ているとは限りません。

すぐに最新の値を使い、同時の申し込みを調整する必要がある場合は、その条件に合う保存・処理の方法を開発担当者に選んでもらいます。KVはD1を小さくしたもの、とだけ覚えないことが大切です。

Durable Objects：複数人が使う状態を、ひとまとまりで扱う

Durable Objectsは、処理と、その処理に使う記録を組み合わせ、複数の利用者の操作を調整するための仕組みです。例えばチャットルームに3人いるとき、1人が送った発言を、同じ部屋にいる他の2人へも届ける必要があります。

その部屋につながっている参加者をひとまとまりとして扱い、新しい発言が届いたら、その参加者へ配る処理を作るのに使えます。チャット画面を自動で用意する製品ではなく、こうしたやり取りを開発するための道具です。

一件ずつ保存した記録を後から探すことが中心なのか、同じ場所に集まった人の操作をその場で調整することが中心なのかで、選ぶ仕組みが変わります。単純な申し込み一覧に、必ずDurable Objectsまで加える必要があるわけではありません。

画像・動画・AIなどは、必要な機能を追加する

ここからのサービスは、写真を見やすくしたい、動画を配信したい、AI検索を作りたい、といった要望があるときに追加する候補です。 機能名を全部覚えるより、自社で必要な仕事と結び付けて見てみましょう。

ImagesとStream：ファイルを、見やすい形で届ける

Imagesは、画像を表示に合う大きさへ変えたり、配信を最適化したりするサービスです。例えば施工事例の大きな元写真から、一覧では小さい画像、詳細ページでは大きい画像を届ける構成に使えます。R2などに保存した画像を、Imagesで加工・配信する使い方もあります。

Streamは、動画を受け取り、保存し、再生に使う形式へ変換して配信するサービスです。動画ファイルを保存するだけの役割に加え、サイトで再生してもらうための仕組みを担います。自社サイト内に動画講座や会員向け動画を用意したい場合などの候補です。

既存のCMSが画像の大きさを調整して配信している場合や、動画を別の配信サービスへ任せている場合は、同じ役割を重ねて追加する必要があるかを先に考えます。

Turnstile・Queues・Workflows：受付や裏側の作業を支える

例えば重いファイル処理があるなら、その完了まで受付画面を待たせず、受け付けた後に別の処理を進める作り方があります。Queuesは、その作業の受け渡しに使えます。Workflowsは、一つの受け渡しだけでなく、途中で待ったり、失敗した段階をやり直したりする複数の作業を組み立てる用途です。

Turnstileは、フォームの自動送信への対策を加える仕組みです。問い合わせを保存するD1や、内容をメールで届ける処理とは担当が違います。Turnstileを置くだけで、問い合わせ窓口全体が完成するわけではありません。

AIに関わる3サービスは、生成・検索・管理を分けて見る

例えばFAQ検索では、「料金はいくらですか」という質問と、「ご利用料金」の説明を関連付けて探したいことがあります。Vectorizeは、文章の意味を表す数値を利用し、近い情報を探すための保存・検索先になります。文章をその数値へ変換する準備や、検索画面を作る作業は別に必要です。

Workers AIはAIモデルを動かす役割、AI GatewayはAIへのやり取りを把握・管理する役割です。どれか一つへ登録すれば、会社のFAQに答えるチャットが自動で完成する、という関係ではありません。

自社サイトでは、必要な部分だけを組み合わせる

作りたいサイトの機能が決まると、どのサービスが必要で、どこを既存の道具へ任せるかも整理できます。 次の例は構成の考え方で、すべてのサイトへ同じ組み合わせを勧めるものではありません。

会社案内とお知らせを公開するサイト

会社概要やサービス紹介を公開し、お知らせは社内で更新したいとします。この場合、ページの公開をWorkersへ、お知らせの入力・管理をmicroCMSなどのCMSへ任せる構成が考えられます。

CMS側で記事や写真を管理できるなら、その同じ情報のためにD1やR2を自社で追加する必要があるとは限りません。「保存先の名前が出てきたから全部用意する」と考えず、すでにどのサービスが保存を担当しているかを見ます。

申し込みを受け付け、社内で一覧管理するサイト

入力を受け付ける処理をWorkersで動かし、受付番号や参加日をD1へ保存する構成が一例です。資料の添付も必要なら、ファイル本体をR2へ置き、どの申し込みの資料かをD1へ記録する方法が考えられます。

この構成では、担当者が申し込みを見て、確認済みに変える管理画面も作る必要があります。だれが閲覧・修正できるか、いつまで情報を保存するかも、開発時に決めておきましょう。

問い合わせをメールで受け取れれば足りる場合には、外部のフォームサービスを使う選択肢もあります。自作の保存・管理機能が、本当に必要かを先に考えることが大切です。

会員向けに資料や動画を見せるサイト

誰が会員かという記録をD1などで管理し、PDFをR2へ保存する構成が考えられます。ただし、R2へ置くだけで会員限定になるわけではありません。開いた人がその資料を見てよいかを、プログラムで確認する作り方も必要です。

動画をサイト内で配信する機能が必要なら、Streamも候補になります。保存するファイルの種類だけでなく、誰にどの画面で見せるかまで伝えると、必要なサービスを選びやすくなります。

費用と運用を含めて、使うサービスを決めよう

Cloudflareの各サービスには、無料で使える範囲や、利用量に応じた料金が設定されています。同じCloudflareのアカウント内にあるからといって、すべてが一つの月額料金で使い放題になるわけではありません。

例えばサイトのプログラムを動かすこと、データを保存して読み書きすること、動画を保管・配信することは、それぞれ別の仕事です。料金を確認するときも、「Cloudflare全体で無料か」ではなく、公式の開発者向け料金と各サービスの条件を確認します。

制作・開発担当者には、次の3点を説明してもらいましょう。

1. どのサービスを、何のために使うのか。例えば「D1は申し込み記録、R2は添付PDF」のように、用途と名前を対応させてもらいます。
2. どの利用量が増えると料金や制限に影響するか。アクセス数だけでなく、保存する量、読み書き、動画の利用など、今回の構成で関係する条件を聞きます。
3. 公開後に誰が確認・対応するか。利用状況やエラーを見る担当、データを取り出す方法、不具合時の連絡先まで決めます。

まずは、公開したいページ、受け付けたい操作、残したい情報を書き出し、制作担当者へ渡してみてください。 その内容に対して、Workers・Pages・D1・R2などが、何を担当するのかを聞くことから始めましょう。