
こんにちは。Osukeラーニング、運営者の「osuke」です。
CodexやClaude CodeでWebサイトを作れたものの、公開先、独自ドメイン、データベース、画像保存を別々のサービスで用意すると聞いて、急に難しく感じていませんか。Cloudflareとは何なのか、無料プランでどこまでできるのか、初心者でも安全に使えるのかが分からないと、せっかく作った画面を公開する一歩が重くなりますよね。
Cloudflareは、サイトを速く安全に届ける仕組みだけでなく、WebサイトやAPIを動かすWorkers、データを保存するD1、画像やファイルを置くR2、ドメインを管理するRegistrarまでそろったサービスです。この記事では難しい用語をできるだけ分解し、やりたいことごとに使う機能、無料枠と料金の考え方、VercelやAWSとの違いまで整理します。
記事のポイント
- Cloudflareの主な機能と役割
- Workers・D1・R2の使い分け
- 無料枠と従量課金の注意点
- 初心者が最初に試すべき機能
Cloudflareとは何ができるサービス?
Cloudflareを一言で表すなら、Webサイトやアプリをインターネット上で届け、守り、動かすための機能をまとめて使えるプラットフォームです。まずは個別の製品名を暗記するより、「速く届ける」「安全にする」「コードを動かす」「データを保存する」という4つの役割に分けると理解しやすくなります。
CDNとDNSで表示を速くする
Cloudflareの土台にあるのが、DNSとCDNです。DNSは、人が入力するドメイン名をサーバーの場所へ案内する仕組みです。CDNは、画像やHTMLなどのデータを世界各地の拠点に一時保存し、訪問者に近い場所から届けます。たとえば日本の読者が海外サーバーに毎回取りに行くより、近い拠点から受け取れれば待ち時間を短くしやすくなります。
ここで大切なのは、Cloudflareを使えば、どのサイトでも自動的に劇的な高速化が起きるわけではない点です。元のサーバーが遅い、画像が何MBもある、重いプラグインが動いている場合は、元側の改善も必要です。それでも、キャッシュできる静的ファイルをCloudflare経由で配信し、同じデータを何度も元サーバーから送らずに済む構成は、表示速度とサーバー負荷の両方に効きます。
初心者は、DNSの設定変更とCDNのキャッシュ設定を同じ作業だと思いがちです。実際には、まずドメインの案内役をCloudflareへ切り替え、その後にどの通信をCloudflare経由にするかを決めます。ネームサーバー変更が反映されるまでには時間差もあるため、既存サイトで試すときはDNSレコードを控え、メール用レコードも含めて差分を確認してから切り替えるのが安全です。
具体的には、最初の確認対象をトップページ、画像が多い記事、問い合わせフォームの3画面に絞ると変化を追いやすいです。切り替え前後で表示、フォーム送信、メール受信を確認し、問題があればキャッシュを消すのかDNSを戻すのかを切り分けます。速さだけでなく、サイトの機能が保たれていることまで確認して初めて導入完了と考えましょう。
DNSとCDNの役割
- DNS:ドメイン名から接続先を案内する
- CDN:訪問者に近い拠点からデータを届ける
- キャッシュ:同じ静的ファイルの再取得を減らす
- 既存サイト:変更前にDNSレコードを必ず控える
SSLとDDoS対策でサイトを守る
Webサイトを公開すると、表示速度だけでなく安全性も気になります。Cloudflareでは、ブラウザとサイトの通信を暗号化するSSL/TLS証明書を無料で利用でき、HTTPS化の入口を作れます。また、アクセスをCloudflareのネットワークで受け止めることで、大量の通信を送りつけるDDoS攻撃から元サーバーを守る役割も担います。
ただし、Cloudflareを有効にしただけで、WordPressの弱いパスワードや古いプラグインまで直るわけではありません。サイトの前に警備員を置くイメージには近いものの、管理画面の認証、ソフトウェア更新、バックアップは別に必要です。無料プランでも基本的な保護を始められますが、細かなルールや高度な分析が必要になると上位プランを検討する場面が出てきます。
SSLの設定では、暗号化モードを安易に選ばないことも重要です。訪問者からCloudflareまでだけを暗号化し、Cloudflareから元サーバーまでが暗号化されていなければ、見た目がHTTPSでも守りが不十分になります。元サーバーにも有効な証明書を入れ、可能なら通信経路全体を暗号化する構成にすると、初心者でも判断を誤りにくいですね。
設定後は、パソコンだけでなくスマートフォンからもトップページと管理画面を開き、アドレス欄がHTTPSになっているか、画像が混在コンテンツとして警告されないかを見ます。さらに、1回ログアウトして再ログインできるかも確認してください。暗号化設定の変更は表示だけでなく、Cookieや転送設定に影響することがあるためです。
Cloudflareだけに任せない項目
- WordPress本体・テーマ・プラグインの更新
- 管理画面の強いパスワードと多要素認証
- 元サーバー側のSSL証明書
- 障害や改ざんに備えた定期バックアップ
WorkersでWebサイトを公開する
Cloudflare Workersは、作ったWebサイト、API、サーバー側の処理をCloudflareのネットワーク上で動かすサービスです。HTML、CSS、JavaScriptだけの静的サイトはもちろん、フォームの受け付け、外部APIとの連携、ログイン後の表示切り替えなど、訪問者の操作に応じて結果を返す仕組みも作れます。
料金を考えるときは、静的ファイルの配信とWorkerのコード実行を分けて見る必要があります。静的アセットへのリクエストは無料かつ無制限ですが、Workerスクリプトを実行する通信はFreeプランで1日10万リクエスト、1回あたりCPU時間10ミリ秒という上限があります。小さなポートフォリオや試作品なら十分なことが多い一方、画像処理や大量計算など重い処理は無料枠の壁に当たりやすいです。
初心者にとっての良さは、最初からサーバーを借りてOSを管理しなくても、コードを公開できる点です。GitHubとつないで更新のたびに自動公開する構成も取れます。ただし、ローカル開発や設定にはWranglerという道具を使う場面があるため、まず静的な1ページを公開し、次に簡単なAPIを1つ追加する順番のほうが挫折しにくいかなと思います。
たとえば自己紹介、制作物3件、問い合わせ先だけのポートフォリオなら、最初はデータベースもログインも不要です。静的ファイルとして公開し、更新できることを確認してからフォーム処理を追加します。最初から5つの機能を組み合わせるより、1機能ずつ増やしたほうが、エラーが起きた場所も料金を消費する処理も見つけやすくなります。
Workersを試す順番
- 静的なHTMLサイトを1つ公開する
- 独自ドメインを接続する
- 短いAPI処理を1つ追加する
- 利用量画面でリクエスト数を確認する
D1でデータベースを使う
D1は、Cloudflare上で使えるサーバーレスSQLデータベースです。問い合わせフォームの送信内容、会員情報、投稿したメモ、商品の在庫数など、あとから検索・更新したいデータを保存します。SQLiteに近い感覚でSQLを書けるため、表形式のデータを扱いたい小規模なWebアプリと相性が良いです。
WorkersとD1は、バインディングと呼ばれる接続設定で結びます。これにより、Workerのコードからデータベースへ直接問い合わせができます。たとえば100件の問い合わせを保存し、管理画面で新しい順に20件ずつ表示する仕組みなら、保存は書き込み、一覧表示は読み取りとして数えられます。便利ですが、検索条件に索引を付けず全件走査すると、返す件数が少なくても読み取り行数が増える点には注意が必要です。
2026年8月時点のFreeプランでは、D1は1日あたり500万行の読み取り、10万行の書き込み、アカウント合計5GBの保存枠があります。小さなフォームや試作品では大きく感じますが、バグで同じ処理が繰り返されたり、毎回全件検索したりすると消費は早くなります。D1を選ぶときは「保存できるか」だけでなく、「どの検索が何行を読むか」まで考えると安心です。
たとえば1万件の投稿から特定ユーザーの10件を探す処理でも、索引がなければ1万行を読む可能性があります。同じ検索を1日100回行えば、画面に表示するのは合計1,000件でも、走査は100万行になり得ます。データが少ないうちは動いていても、増えた後に急に上限へ近づくため、よく使う検索条件は早い段階で整理しましょう。
D1が向くデータ
- 問い合わせや予約など行と列で整理できる情報
- ユーザーごとに検索・更新するメモ
- 商品、記事、設定値など関連を持つデータ
- 画像本体ではなく画像URLや説明文
R2とRegistrarで一括管理する
R2は、画像、PDF、音声、動画、バックアップなどのファイルを置くオブジェクトストレージです。D1が表計算のような構造化データを得意とするのに対し、R2はサイズの大きなファイル本体を扱います。たとえばプロフィール画像はR2へ保存し、そのファイルURLとユーザーIDをD1へ保存すると、役割を分けて管理できます。
R2 Standardには月10GB-monthの保存、Class A操作100万回、Class B操作1,000万回の無料枠があり、インターネット向けのデータ転送にはR2のエグレス料金がかかりません。一方、利用開始時に支払い方法の登録が必要で、無料枠を超えた分は従量課金になります。10GBの画像を置いただけで必ず請求されるわけではありませんが、容量と読み書き回数を分けて確認する習慣は必要です。
Registrarは、ドメインを取得・更新するサービスです。CloudflareはレジストリとICANNへ支払う原価で提供し、上乗せ手数料を設けないと案内しています。ただし、すべてのトップレベルドメインに対応するわけではなく、Cloudflare Registrarで管理中はCloudflareのネームサーバーを使う必要があります。安さだけで移管せず、希望するドメインとDNS運用の条件が合うかを先に確認しましょう。
保存先の使い分け例
- D1:ユーザーID、氏名、投稿日時、画像URL
- R2:画像、PDF、音声、動画などのファイル本体
- Registrar:独自ドメインの取得と更新
- Workers:D1とR2を操作するアプリの処理
Cloudflareとは初心者でも使える?
Cloudflareは無料で始めやすい反面、製品ごとに無料枠の単位や超過後の動きが違います。ここからは「簡単そうだから全部使う」ではなく、自分に必要な範囲、課金の境界、他サービスとの違いを見ながら、初心者が無理なく選ぶ基準を整理します。
無料プランで使える範囲
Cloudflareの無料プランは、個人開発の学習、ポートフォリオ、小規模なWebサイトを試すにはかなり広い範囲をカバーします。静的アセットは無料かつ無制限で配信でき、Workerスクリプトは1日10万リクエスト、D1は1日500万行読み取りと10万行書き込み、R2 Standardは月10GB-monthの保存枠があります。
ただし、「無料」という一語でまとめると誤解が生まれます。Workers FreeやD1 Freeは上限へ達すると、その日の残り時間に処理が失敗する形が基本です。一方、R2は支払い方法を登録して利用し、無料枠を超えると従量課金されます。同じCloudflare内でも、止まることで守られる枠と、超過分が請求される枠が混在しています。
2026年8月時点の代表的な無料枠を、使い道と一緒に表へまとめました。最新の料金や上限は変更される可能性があるため、実際に使う前にはCloudflare公式の利用量ベース請求も確認してください。数字を丸暗記するより、自分のアプリが「リクエスト」「行」「容量」「操作回数」のどれを多く消費するかを見分けることが大切です。
| 機能 | 主な用途 | 代表的な無料枠 | 注意する単位 |
|---|---|---|---|
| Workers | サイト・APIの実行 | 10万リクエスト/日 | リクエスト数・CPU時間 |
| D1 | SQLデータ保存 | 読取500万行/日、書込10万行/日、5GB | 返却件数ではなく走査行数 |
| R2 Standard | 画像・ファイル保存 | 10GB-month、A操作100万回、B操作1,000万回/月 | 容量と操作回数 |
| Registrar | ドメイン管理 | 無料枠ではなく原価販売 | 取得・更新価格と対応TLD |
無料で試すときの考え方
- 最初は1つの小さなサイトに限定する
- 公開直後から利用量を確認する
- R2は支払い方法登録と従量課金を理解する
- 料金ページの確認日をメモする
有料化で注意する料金と上限
Workers Paidは最低月額5ドルで、月1,000万リクエストと3,000万CPUミリ秒などの利用量が含まれ、超過分は従量課金されます。無料プランから有料プランへ移ると「止まらずに使える量が増える」一方、「上限を超えれば追加料金が発生する」運用へ変わります。アクセスが伸びること自体はうれしいのですが、予算管理も同時に必要になります。
請求事故を避けるには、アクセス数だけ見ないことが重要です。1回のページ表示でWorkerを1回動かすサイトと、同じページ内でAPIを10回呼ぶサイトでは消費量が大きく違います。D1も、画面には20件しか表示しなくても、索引なしで10万行を走査すれば10万行分の読み取りとして数えられます。コードのバグや無限再試行は、正常な人気増加より速く利用量を押し上げることがあります。
まずダッシュボードでサービス別の利用量を週1回確認し、公開直後や機能追加直後は毎日見るくらいでちょうど良いです。Workerには1回あたりのCPU上限を設定し、不要な自動処理を止め、D1には検索に合った索引を付け、R2には不要ファイルを消す運用を用意します。「あとで監視する」ではなく、公開前の作業に監視を含めると安心ですね。
月額5ドルを払えば何でも無制限になる、という理解も危険です。有料プランは大きな含有量を持ちますが、リクエスト、CPU時間、D1の読み書き、R2の容量と操作は別々に計測されます。公開前に「通常月」「アクセス10倍」「処理が止まらない異常時」の3パターンを想定し、どの数字が先に増えるかをメモしておくと判断しやすくなります。
課金前に確認する4項目
- 有料プランの最低月額と含まれる利用量
- 含有量を超えた後の従量単価
- コード1処理あたりのリクエスト・CPU・DB消費
- バグや大量アクセス時に止める仕組み
VercelやAWSとの違い
VercelやNetlifyは、GitHubに置いたフロントエンドを手軽に公開したいときに分かりやすいサービスです。特に対応フレームワークの導入体験やプレビュー機能を重視するなら、有力な選択肢になります。Cloudflareも同じように公開できますが、DNS、CDN、Workers、D1、R2、Registrarを同じアカウント内で組み合わせやすい点が特徴です。
AWSやGoogle Cloudは、使えるサービスの種類と大規模構成への対応力が非常に広い一方、初心者には権限、ネットワーク、料金項目の多さが負担になることがあります。Cloudflareはすべての用途で代替できるわけではありませんが、個人がWebサイト、API、小さなDB、ファイル保存をまとめる用途では、選択肢を絞りやすい中間地点です。
比較するときは、有名さや無料枠の数字だけで決めず、自分が作るものを分解します。「画面を公開するだけ」「ログイン後の処理がある」「画像を大量配信する」「複雑な分析基盤が必要」の4段階で考えると、必要なサービスが見えます。たとえば静的な作品サイトならCloudflare Workersの静的アセットかVercelで十分ですが、画像の保存と配信まで一体化したいならR2を持つCloudflareが候補になります。
比較表の数字が似ている場合は、公開後の運用を想像すると決めやすいです。独自ドメインの設定、アクセスログの確認、環境変数の変更、障害時の切り戻しを同じ画面で迷わず行えるかを見ます。無料枠が数%大きいことより、自分が毎月確認できる管理画面であることのほうが、長く使ううえでは価値になる場合があります。
ざっくりした選び分け
- Cloudflare:公開・DNS・DB・ストレージをまとめたい
- Vercel / Netlify:フロントエンド公開の手軽さを優先したい
- AWS / Google Cloud:多様なサービスと大規模構成が必要
- 迷う場合:最小構成を2つ試し、運用画面と料金の見やすさも比較する
導入が向く人と向かない人
Cloudflareが向くのは、AIコーディングで作った小さなWebサイトやアプリを公開したい人、独自ドメインからデータ保存までアカウントを増やさず管理したい人、世界中へ速く配信したい人です。最初はWorkersだけ、必要になったらD1やR2を足すという段階的な使い方ができます。
一方、レンタルサーバーの管理画面だけでWordPressを運営したく、DNSやキャッシュ設定に触れたくない人には、導入作業が増えるかもしれません。特定のクラウドにある高度なマネージド機能が必須のシステムや、社内ルールで利用先が決まっている場合も、Cloudflareへ寄せることが正解とは限りません。
判断するときは、将来使うかもしれない機能を全部並べるのではなく、今月必要な機能を3つ以内に絞ります。たとえば「静的サイト公開・独自ドメイン・問い合わせ保存」ならWorkers、DNS、D1が候補です。R2やWorkers AIは、画像アップロードやAI機能が本当に必要になってから追加すればよく、最初から全部学ぶ必要はありません。
逆に、既存のレンタルサーバーだけで要件を満たしていて、表示速度や攻撃対策にも困っていないなら、急いで移す理由は薄いです。新しい道具を入れると、設定箇所と確認項目も増えます。導入目的を「速そうだから」ではなく、「画像配信の負荷を減らす」「APIをサーバー管理なしで公開する」のように1文で言える場合に始めるのが良いですね。
Cloudflareが向きやすい人
- 個人開発を無料枠から公開したい
- DNS・CDN・実行環境をまとめたい
- 小さく始め、必要な機能だけ追加したい
- 利用量を定期的に確認できる
Cloudflareとは何か理解して始めよう
Cloudflareとは、単なる高速化サービスでも、単なるレンタルサーバーでもありません。DNSとCDNで届け方を整え、SSLやDDoS対策で守り、Workersでコードを動かし、D1とR2でデータを保存し、Registrarでドメインを管理できるプラットフォームです。やりたいことに合わせて必要な機能だけ選べるのが強みです。
初心者が最初に覚える名前は、Workers、D1、R2、Registrarの4つで十分です。サイトやAPIを動かすならWorkers、表形式のデータならD1、画像やPDFならR2、ドメインの取得と更新ならRegistrarと分けます。この対応が分かれば、機能一覧を見ても「自分には今必要ない」と判断でき、設定の迷路に入りにくくなります。
最初の一歩として、料金のかからない静的な1ページをWorkersで公開し、ダッシュボードで利用量を確認してみてください。その後、独自ドメイン、D1、R2の順に1機能ずつ足すと、どこで何が動いているかを理解しやすくなります。無料枠は強い味方ですが、上限と超過時の動作を確認しながら使うことが、安心して続ける一番の近道です。
公開後は、1日目、7日目、30日目の3回だけでも利用量を記録すると、自分のサイトの基準値ができます。通常は1日500リクエストなのに、急に5万へ増えたなら、人気化だけでなくボットや処理のループも疑えます。難しい監視から始める必要はなく、平常時の数字を知ることが、料金と障害の両方を防ぐ実践的な第一歩です。
今日できる最初の一歩
- 公開したい1ページを決める
- Cloudflareアカウントを用意する
- Workersで静的サイトを公開する
- 利用量画面と料金ページを確認する

