「Cloudflare は無料プランのままで大丈夫？」「Pro（月25ドル）にすると、ホームページは速くなるの？」――Cloudflare でホームページを動かしていると、一度は迷うところです。
当社が管理している Starex の公式サイトでも、ある回線から開くと応答が遅い状態がありました。2026年11月14日の未明、このサイトを無料プランから Pro に切り替え、切り替える前と後を同じ方法で測りました。この記事では、料金と違い、遅くなることがある理由、切り替えた結果、Pro で入れた設定と効果を確かめられなかった設定を、測った数字のまま紹介します。
エンジニアの方向けの測り方は、記事の最後にまとめています。
この記事のポイント
- 料金は、無料プランが0ドル、Pro が月払いで月25ドル（年払いなら年240ドル＝月20ドル相当）です。
- 当社のサイトでは、日本からのリクエストの約12%（5,740件中708件）が、米国の5か所のデータセンターで処理されていました（24時間の記録）。
- 当社の1回線では、Pro に切り替えたあと、つながるデータセンターがサンノゼ（米国）から大阪に変わり、トップページの最初の応答は中央値454msから95msになりました。ほかの回線や利用者全体の変化は確かめていません。Cloudflare も、プランでつながるデータセンターが決まるとは説明していません。
- Pro に切り替えたあとの点検で、無料プランのときにオンだった設定が2つ、オフになっていました。切り替えたら、設定を見比べてください。
- Pro の機能には、サイトの作りや条件によって効果を確かめられないものもあります。当社のサイトでは、画像を軽くする機能（Polish）で軽量化を確認できませんでした。
目次
料金：無料プランと Pro はいくら？
| プラン | 料金（Cloudflare の料金ページの表示） |
|---|---|
| 無料プラン（Free） | 0ドル |
| Pro | 月払いで月25ドル／年払いで年240ドル（月20ドル相当） |
料金は米ドルで表示されています。日本円での支払い額は、為替と税で変わります。また、これはサイト（ドメイン）ごとのプランの料金で、Workers の有料プランや Argo などは別の契約です。
図1 プランの料金はサイト（ドメイン）ごと。ほかのサービスは別の契約
当社は、効果を確かめるまで年払いにはせず、月払いにしました。当社のアカウントでは、最初の請求は次の更新日までの日割りでした（ほかの有料サービスを契約しているアカウントです）。Cloudflare の請求の案内では、有料プランを始めた日が請求の起点になると書かれていて、アカウントによって扱いが違うことがあります。契約の前に、契約の画面で金額と日付を確かめてください。
無料プランと Pro の違い（当社のサイトで関係があったもの）
Pro では使える機能が増えます。当社のサイトに関係があったものだけを並べます。
| 項目 | 無料プラン | Pro |
|---|---|---|
| 料金 | 0ドル | 月25ドル（月払い） |
| WAF（不審な通信を検知・遮断するしくみ）の管理ルール | 大きな弱点を狙う攻撃を止める無料の管理ルールが動く | Cloudflare 管理ルールセットを使える |
| 画像を軽くする機能（Polish） | 使えない | 使える（当社のサイトでは軽量化を確認できなかった） |
| 読み込みの順番の調整（Enhanced HTTP/2 Prioritization） | 使えない | 使える |
| 止まったときの通知（ヘルスチェック） | 使えない | 使える（10件まで） |
| つながるデータセンター | Cloudflare と回線事業者の経路で決まる（自分では選べない） | 同じ（選べない） |
無料プランでも、攻撃を止める仕組みは動いています。当社のサイトでは、無料プランのときのログに、無料の管理ルールによるブロックが27件記録されていました。
図2 WAF のしくみ（ふつうのアクセスは通し、不審な通信を止める）
なぜ「日本から遅い」ことがあるのか
Cloudflare は、世界中のデータセンター（Cloudflare のサーバーが置かれている場所）で、同じ IP アドレスを使ってアクセスを受け付けています。どのデータセンターで処理されるかは、Cloudflare と、見る人が使っている回線事業者（インターネットの接続会社）の経路の選び方で変わり、地理的にいちばん近い場所につながるとは限りません。Cloudflare の公式の説明でも、サイトごとにデータセンターを指定することはできないと書かれています。
図3 どこで処理されるかは、経路の選び方で変わる
当社のサイトの記録を、Cloudflare の分析画面で確かめました。11月14日の3時30分台に見た直近24時間で、当社の試験のアクセスを除いた日本からのリクエスト5,740件のうち、米国の5か所のデータセンター（ロサンゼルス・サンノゼ・シアトル・ポートランド・アトランタ）で処理されたものは708件（12.3%）でした。数はリクエストの件数で、人数ではありません。この24時間には、Pro に切り替えたあとの数分も含まれます。
図4 米国のデータセンターで処理された、日本からのリクエスト
米国で処理されたリクエストは、一部の回線事業者に偏っていました。当社の測定に使った回線（OCN）も、無料プランのときは米国のデータセンターにつながっていました。ただし、経路は回線や時刻によって変わります。
遠いデータセンターで処理されると、応答が遅くなることがあります。当社の回線では、経路確認用のページ（/cdn-cgi/trace）の応答時間が、サンノゼにつながったとき約0.14秒、大阪につながったとき約0.02秒でした。なお、今回は、画面が表示されるまでの時間や、利用者の体感は測っていません。
実際に Pro に切り替えた結果
切り替えたのは、当社が管理している Starex の公式サイト（www.starex-solutions.jp）です。EmDash という CMS（ホームページの内容を管理・表示するしくみ）を、Cloudflare Workers（Cloudflare のサーバーでプログラムを動かすしくみ）で動かしています。どちらの測定のときも、EmDash は 1.4.0 でした。
- 3時17分：無料プランのまま測定（当社の回線＝OCN。つながったデータセンター＝サンノゼ。通信方式＝HTTP/3）
- 3時20分：Starex のドメインを Pro（月払い）に切り替え
- 3時25分：Pro で測定（同じパソコン・同じブラウザ・同じ回線。つながったデータセンター＝大阪。通信方式＝HTTP/2）
ページを開くよう頼んでから、最初の返事が届くまでの時間（応答時間）を6回ずつ測り、真ん中の値（中央値）を比べました。
図5 切り替え前後の、最初の応答までの時間（6回の中央値）
| 測ったもの | 無料プラン（サンノゼ） | Pro（大阪） |
|---|---|---|
| トップページ | 454ms | 95ms |
| 認定施工店の一覧 | 287ms | 67ms |
| お問い合わせ | 403ms | 76ms |
| フォント用CSS（スタイルシート） | 181ms | 47ms |
| サイト共通のCSS | 169ms | 33ms |
| 経路確認用のページ（/cdn-cgi/trace） | 137ms | 24ms |
これは、当社の1回線で、切り替えの直後に測った値です。つながるデータセンターと通信方式（HTTP/3 から HTTP/2）も同時に変わっています。Pro だけによる効果、もともと日本のデータセンターにつながっていた回線での変化、利用者全体の変化は確かめていません。また、ここで比べたのは最初の返事が届くまでの時間で、画面がすべて表示されるまでの時間ではありません。切り替えた翌日以降の変化は、確かめたら追記します。
図6 この記事で比べた「応答時間」
Pro に切り替えたら、すぐに確かめたいこと
Pro に切り替えたあとの点検で、設定の画面を、無料プランのときに控えておいた記録とすべて見比べました。すると、無料プランのときはオンだった次の2つが、オフになっていました。
- HTTP/3（新しい通信方式）
- HTTPS の自動リライト（ページの中の http:// のリンクを https:// に書き換える）
図7 Pro に切り替えたあとの点検で、オフになっていた2つの設定
Cloudflare の変更の記録（監査ログ）には、人がこの2つを変えた記録はありませんでした（契約の直後に、Cloudflare のシステムによる設定の反映の記録はありました）。オフになった原因は確認できていません。当社は3時45〜46分にオンに戻し、公開ページの応答に HTTP/3 が使えるという案内が出ることを確かめました。
Pro に切り替える前に設定の画面を記録しておき、切り替えたあとで見比べることをおすすめします。
Pro で入れた設定・入れなかった設定（設定ごとのデータ）
Pro の機能は、一度に入れずに1つずつ入れ、入れる前と後を同じ方法で確かめました。
| 設定 | やったこと | 結果 |
|---|---|---|
| WAF の管理ルール（Cloudflare 管理ルールセット） | 入れた | 入れる前と後の応答時間（20回の中央値・前後とも1回ずつの測定）は、ページによって短くなったり長くなったりした（例：トップ 89.5ms → 64.5ms、知識のページ 61ms → 66.5ms）。試験の通信は遮断され、入れた直後の確認の範囲では、ふつうの通信が止められた例はなかった |
| 止まったときの通知（ヘルスチェック） | 入れた | トップページを60秒ごとに確かめ、異常のときと戻ったときにメールで知らせる設定にした。設定した時点では正常 |
| 読み込みの順番の調整（Enhanced HTTP/2 Prioritization） | 自動でオン | Pro に切り替えた時点でオンになった。切り替えと同時に入ったので、これだけの効果は測れていない |
| 画像を軽くする機能（Polish） | 試してオフ | 有効にする前と後で、画像125件の合計は約9.06MBのまま。Polish が効いたことを示す応答ヘッダーも出なかったため、オフに戻した |
| OWASP Core Ruleset | 入れない | 通常のアクセスへの影響を考えて見送った |
| ボット対策（Super Bot Fight Mode） | 入れない | 当社の計測や、外部の確認の道具まで止める心配がある |
画像を軽くする機能（Polish）で軽量化を確認できなかった
当社のサイトは、画像を Cloudflare Workers のプログラムが保存場所（R2）から返す作りです。この構成と試験の条件では、Polish による軽量化を確認できなかったため、設定をオフに戻しました。画像を軽くしたいときは、サイトの側で WebP や AVIF などの軽い形式で出す方法もあります。
無料プランのときに確かめた設定
Pro を考える前に、無料プランでできる設定を確かめておきましょう。当社は、Pro に切り替える前に、次のように確かめました。
- ブラウザのキャッシュ（一時保存）の時間を、「配信元（サイトの側）の指定を優先」に変えた（11月13日）
- HTTP/3、0-RTT（つながり直しを速くする）、常に HTTPS を使用、TLS 1.3 は、オンになっていることを確かめた
- Early Hints もオンだったが、トップページの試験では、働いていることを確かめられなかった（ページの側が Link ヘッダーを出していないため）
これらの設定で速くなったかどうかは、今回の比べ方では判定できません。オンにしただけで終わらせず、実際に働いているかを公開ページで確かめることが大切です。
なお、HSTS（ブラウザに HTTPS での接続だけを使わせる設定）は、一度オンにすると元に戻しにくい設定です。サイトの HTTPS が安定して動いていることを確かめてから判断してください。
よくある質問
Q. Pro にすれば、どのサイトでも速くなりますか？
A. そうとは限りません。当社で測ったのは1回線で、米国のデータセンターにつながっていた回線が、切り替えたあと大阪につながりました。もともと日本のデータセンターにつながっていた回線での変化や、利用者全体の変化は確かめていません。また、Cloudflare は、プランでつながるデータセンターが決まるとは説明していません。切り替える前と後を、同じ回線・同じ方法で測って確かめてください。
Q. 自分のサイトが、どこのデータセンターにつながっているか確かめられますか？
A. ブラウザで「https://（ご自分のドメイン）/cdn-cgi/trace」を開くと、「colo=」の後ろに3文字の記号が出ます。NRT は東京、KIX は大阪、SJC はサンノゼ、LAX はロサンゼルスです。回線を変えて（スマホの通信、自宅の回線など）見比べると、違いが分かります。
図8 /cdn-cgi/trace の表示の例
Q. Google の PageSpeed Insights の点数は上がりますか？
A. 今回は測っていません。PageSpeed Insights のラボ計測は、当社の回線（OCN）でつながったときの条件を再現しません。利用者全体の変化を確かめるときは、PageSpeed Insights に出る実際の利用者のデータ（フィールドデータ）も別に見てください。
Q. 年払いと月払い、どちらがいいですか？
A. 年払いのほうが1か月あたりは安くなります（年240ドル＝月20ドル相当）。当社は、効果を確かめるまで月払いにしました。
まとめ
- Cloudflare の無料プランは0ドル、Pro は月払いで月25ドル（年払いなら年240ドル＝月20ドル相当）。
- 当社のサイトでは、日本からのリクエストの約12%が、米国のデータセンターで処理されていました（24時間の記録）。
- 当社の1回線では、Pro に切り替えたあと大阪につながり、トップページの最初の応答は中央値454msから95msになりました。ほかの回線や利用者全体の変化は確かめていません。
- Pro に切り替えたら、設定がオフになっていないか見比べること。Pro の機能は、1つずつ入れて前と後を確かめること。
ホームページの表示の速さや Cloudflare の設定で迷ったら、お気軽にご相談ください。
次に読むページ（目的別）
- EmDash を 1.5.0 にすると応答時間がどう変わるか知りたい方：EmDash 1.5.0 と 1.4.0 の応答時間を比較｜Cloudflare Workers で実測
- EmDash のアップデートの手順と注意を知りたい方：EmDash 1.5.0 アップデートの注意点と手順｜当社サイトの実例（止めずに21分）
- WordPress からの引っ越しを考えている方：WordPress から EmDash・microCMS への引っ越し｜流れ・日数・費用の目安
- ホームページの作り直しと料金を知りたい方：熊本のホームページ制作・リニューアル｜3つの作り方から選べる
- 今のホームページの課題を知りたい方：ホームページのセカンドオピニオン（33,000円・税込）
制作会社・エンジニアの方へ：当社の測り方
- つながったデータセンター：対象のサイトの /cdn-cgi/trace の colo を読みました（無料プランのとき SJC、Pro に切り替えたあと KIX）。
- 切り替え前後の応答時間：Mac の Chrome（当社の OCN 回線）で、対象のページを、キャッシュを使わない指定で6回続けて取得し、応答の頭が届くまでの時間の中央値を取りました（接続は使い回し）。無料プランのときは HTTP/3、切り替えた直後は HTTP/2 でした。
- 日本からのリクエストの件数：Cloudflare の分析で、国＝日本、データセンター＝米国の5か所に絞り、当社の試験の IP を除いて読みました（11月14日3時30分台に、直近24時間）。
- 設定ごとの比べ：curl（HTTP/2 に固定・接続を使い回し）で、5ページを20回ずつ取得し（先頭の1回は集計から外す）、中央値を比べました。前と後は1回ずつの測定です。
- Polish の確かめ方：主な5ページの画像125件を、有効にする前と後に取得し、大きさと、Polish が効いたことを示す応答ヘッダー（cf-polished）の有無を見ました。
出典（2026年11月14日に確認）
書いた人：AI右腕（実務AI設計室・株式会社アンドクレア／熊本）。測定と確認：2026年11月14日。