会社のホームページは無料枠で足りる——Cloudflare Pagesの上限に対し実測0.8%と、唯一つまずいた1か所

Cloudflare Pagesとは、作り終えたサイトのファイルをCloudflareの世界中のサーバーに置いて配る仕組みです。Git（ファイルの変更履歴を管理する仕組み）に変更を送ると、自動で本番に反映されます。総務省「令和7年通信利用動向調査報告書（企業編）」（2026年5月29日公表・調査時点は令和7年8月末）によると、ホームページ開設率は93.3%（有効回答2,488社）でした。ただしこの調査の対象は常用雇用者100人以上の企業6,040社で、中小企業の実態を示す数字ではありません。この記事はうちが本番で運用しているCloudflare Pagesだけを題材にします。この記事でわかることは3点です。無料枠の上限は3つあり、先に埋まるのは容量ではなく更新回数だということ。PagesとWorkersの「20,000ファイル」は数える単位が違い、公式ドキュメントが実際には何と書いていて何を書いていないか。そして、うちが唯一つまずいたのは料金でも速度でもなく、URLの末尾だったこと——です。

Cloudflare Pagesとは何か——「作る」と「配る」を1本でつなぐ置き場所

Cloudflare Pagesは、Git（ファイルの変更履歴つきの置き場所。誰が・いつ・何を変更したかを記録する）にサイトの素材を送ると、Cloudflareが自動でビルド（人が書いた素材を、ブラウザが読める形に組み立てる作業）して、世界中のサーバーに配る仕組みです。従来の月額レンタルサーバーとの違いは、「サーバーを借りて自分でファイルを置く」ではなく「Gitに送ると勝手に配られる」ことにあります。CDN（Content Delivery Network＝同じファイルを世界中のサーバーに複製して置き、利用者に近い場所から配る仕組み）としての性質を持つため、閲覧者は地理的に近いサーバーからファイルを受け取ります。

レンタルサーバーの料金は検証していないため、この記事では書きません。Cloudflare側の課金の考え方だけが、公式ドキュメントで確認できる範囲です。

無料枠には3つの上限がある——うちの実測との距離

Cloudflare Pages公式ドキュメント（2026年8月10日参照）によると、無料プランには主に3つの上限があります。1サイトあたりのファイル数は20,000ファイル、1ファイルの最大サイズは25 MiB、そしてビルド回数は月500回です。同時に走らせられるビルドは1つ、1回のビルドのタイムアウトは20分と決められています。

ngraph.jpはこのCloudflare Pagesで配信しています。2026年8月10日に計測した実測は、Git管理下のファイル数167（上限20,000に対し使用率0.8%）、最大のファイル1,348 KiB（約1.3MB）の画像1点（上限25 MiBに対し使用率5.3%）、直近30日のcommit数146件です。1回のpushに複数のcommitが乗るため、ビルド回数はこれ以下になります。上限500回に対しては多くても29.2%です。これは実測した回数ではなく、上限としての値である点に注意してください。

なぜこの差が生まれるのでしょうか。ファイル数と容量は「サイトの大きさ」で決まります。中小企業のホームページ程度の規模では、20,000ファイル・25 MiBという上限に対して桁が2つ小さいまま、ほとんど動きません。一方でビルド回数は「更新の頻度」で決まります。毎日発信するサイトほど、この上限に先に近づきます。同時ビルドが1つしかないため、短時間に複数回pushすると後続のビルドは待たされ、1回のビルドのタイムアウトは20分と定められています。

無料枠の設計から自社サイトの見直しを相談したい方はこちら（FDE型AI導入支援・無料相談）

同じ「20,000ファイル」でも、PagesとWorkersでは数える単位が違う

ここが独自の価値がある論点です。Cloudflare公式ドキュメント（2026年8月10日参照）を突き合わせると、Pagesは「1サイトあたり20,000ファイル」、Workers Static Assetsは「1 Workerバージョンあたり20,000ファイル」という単位で上限が決まっています。プロジェクト数の上限にも違いがあります。Pagesは1アカウントあたり100プロジェクトで、公式原文には "This limit is not routinely increased."（この上限は日常的には引き上げられない）と明記されています。一方Workersは無料プランで1アカウント100 Workers、有料プランでは500 Workersです。

Pagesの上限ページは、100サイトを超える場合はWorkers for PlatformsまたはWorkers Static Assetsを検討するよう案内しています。ただし数える単位そのものが違うため、「どちらが多いか」という単純な比較は成立しません。比べるべきは数の大小ではなく、「何を1つと数えるか」です。

公式は「Pagesをやめろ」とは書いていない——書いてあるのは機能の一覧表

Cloudflare公式「Migrate from Pages to Workers」（ページ表記 Last updated Jul 28, 2026・2026年8月10日参照）を読むと、原文は次のように書いています。「Unlike Pages, Workers has a distinctly broader set of features available to it」（Pagesと違い、Workersにはより幅広い機能が使える）。静的ファイルへのリクエストはPagesもWorkersも無料で、コスト構造は同等だとも書かれています。

この移行ガイドが持つ互換表（compatibility matrix）を数えると、Workersだけが対応している機能は15件（Cron Triggers・Workers Logs・Logpush・Tail Workers・Source Maps・Queue Consumers・Rate Limiting・Email Workers・Image Resizing・Gradual Deployments・Remote Development・Quick Editor in Dashboard・Cloudflare Vite plugin・パス配下への静的配信・ルート直下以外への配置）、Pagesが上でWorkersは部分対応にとどまる機能は5件（Early Hints・Branch Deploy Controls・Custom Branch Aliases・ファイル配置がそのままURLになる仕組み〈File-based Routing〉・Pages Plugins）、Pagesだけが対応している機能は1件です。

ここが最重要の実務判断です。Pagesだけが対応している1件は、Cloudflareで管理していないドメインを独自ドメインとして使えること（互換表の原語では "Custom domains outside Cloudflare zones"）です。ドメインを制作会社や既存のレジストラなど他社に預けたままの会社にとって、この1件が移行できるかどうかをそのまま決めます。数の多寡ではなく、自社に該当する1行があるかで判断が決まるということです。

そして、2026年8月10日時点で確認した公式4ページ（Pagesのトップ・Workers Static Assets・上記の移行ガイド・その互換表）に、「新規プロジェクトでPagesを使うな」「Pagesを廃止する」という記述はありません。あるのは移行ガイドと機能の比較表、そして100サイトを超えるときの案内だけです。この「無い」という確認はこの4ページの範囲に限られます。噂で急がず、仕様の日付を見ることが必要です。

うちが踏んだこと——URLの末尾が黙って書き換わる

Cloudflare Pagesの配信仕様（2026年8月10日参照）には次のように書かれています。「Pages will also redirect HTML pages to their extension-less counterparts: for instance, `/contact.html` will be redirected to `/contact`, and `/about/index.html` will be redirected to `/about/`.」（Pagesは、`.html` で終わるページを拡張子なしのURLへリダイレクトする。例えば `/contact.html` は `/contact` へ、`/about/index.html` は `/about/` へ転送される）。ただし、公式にはこのリダイレクトのステータスコードが書かれていません。

始めるときの手順と、どこで詰まるか

費用の面では、静的ファイルへのリクエストは無料・無制限、保存にも追加費用はかからないと公式ドキュメントに書かれています。ただし「無料枠で足りる」は、ドメイン代と制作費が0円という意味ではありません。無料なのはCloudflare側の配信の仕組みに限った話です。

よくある失敗

1. URLの表記を `.html` のまま残す。表示は正常なので誰も気づきません。公開手順に機械の検査を入れて、拡張子なしに揃っているかを確認する必要があります。
2. 無料枠を「容量」だけで確認して、更新回数を見ない。3項目のうち先に埋まるのは更新回数です。ファイル数・容量だけを見て「余裕がある」と判断するのは早計です。
3. ドメインを他社で管理したままWorkers側へ移そうとする。互換表では、Cloudflare管理外のドメインはWorkers非対応の1件として明記されています。
4. 会員機能や予約のようにサーバー側で処理が要るものを、静的なファイルを配る仕組みだけで作ろうとする。PagesもWorkers Static Assetsも、置いて配るのは静的なファイルです。サーバー側の処理には別の仕組みが要ります。
5. 「Pagesはもう終わる」という噂だけで移行を急ぐ。2026年8月10日時点で確認した公式4ページに廃止・非推奨の記述はありません。この領域の仕様は3か月で変わることがあるため、いつ時点の話かを必ず確認する必要があります。

サイトの置き場所の見直しから相談したい方はこちら（FDE型AI導入支援・無料相談）

よくある質問

まとめ——決めていないこと・分からないこと

この記事を3点に要約します。無料枠の3つの上限（ファイル数・容量・ビルド回数）のうち、うちの実測で2桁の使用率に届きうるのは更新回数だけでした。PagesとWorkers Static Assetsの「20,000ファイル」は数える単位が違うため、単純な数の比較は成立しません。そして、公式ドキュメントが「Pagesをやめろ」と書いている事実は、確認した4ページの範囲では見つかりませんでした。

あわせて、うちがまだ決めていないことも書いておきます。うちはWorkersへ移していません。実測でPagesの無料枠に余裕があり、移す理由が今のところ無いためです。互換表の1件（Cloudflare管理外ドメイン）が将来Workers側で対応された場合の判断は保留しています。そして、ビルドの実回数はCloudflareの管理画面でしか正確には数えられておらず、この記事の29.2%はあくまで上限としての値です。