Cloudflare Pagesを静的サイトの公開先にするなら、公開するファイルの総数と単体サイズを数え、転送と応答ヘッダーの設定を配信する版へ含めます。原稿からHTMLを作れたことと、配信先の条件を満たしたことは別です。
静的サイト生成そのものとCMSの使い分けはSSGの選び方で説明しています。この記事では、配信するファイルと設定を公開前に点検する方法へ進みます。
製造業の製品サイトなら、製品ページに加え、写真、寸法図、カタログPDFが公開物になります。ページ数だけを見て公開先を決めると、これらの量や大きさを見落とします。
ファイル数はどこまで置ける？
Cloudflareの上限の公式資料では、無料プランは1サイト20,000ファイル、有料プランは100,000ファイルです。有料枠については、次の環境変数をプロジェクトの設定で指定するよう書かれています。
PAGES_WRANGLER_MAJOR_VERSION=4
料金プランだけを変えれば、自動で上限まで置けると説明しないでください。実際の配信方法と環境設定を、公開を担当する人に確認します。上の数値と条件は、2026年10月27日に公式資料で確認したものです。
表にして把握するなら、HTML、画像、その他の配布物を分け、最後に総数を出します。画像を用途別の寸法へ分けたり、SNS用画像をページごとに作ったりすると、URLの数よりファイルが多くなります。
サイトマップに載せていないHTMLでも、公開先へ送ればファイルは残ります。noindexは検索での扱いの指定で、配信するファイルを減らす操作ではありません。
数え方で何を間違えやすい？
入力のCSVの行数や記事の本数を、そのままファイル数と呼ぶ間違いです。一つの行から詳細と一覧ができることも、一覧を複数ページへ分けることもあります。最後に配信するフォルダを対象に数えます。
新しい出力には不要な原本や中間ファイルを含めません。前回の出力が残る構成なら、今は公開しないページが紛れ込んでいないかも見ます。上限の対策と、不要な情報を配らない対策が同じ場所で必要になります。
私たちも採用の数字のサイトで2万ファイルに近づき、ページの持ち方を変えました。その記録はページ数と設計にあります。
増え方は、元のデータと画像の持ち方で変わります。残り何ファイルかを計算する前に、独立したページとして必要かを見直します。
大きな資料は置ける？
同じ公式資料では、単体のアセットの上限は25 MiBです。MiBは容量の単位で、表記を単純に25 MBへ置き換えません。製品カタログなど、HTML以外のファイルも確認します。
上限を超えるファイルについて、CloudflareはR2など別の保存先を案内しています。ただし、保存場所を分ければ作業が終わるわけではありません。新しい公開URL、閲覧できる設定、費用の管理、差し替え時の参照先まで決めます。
配布資料を別の場所へ移したら、製品ページから開き直します。古いリンクを残したり、新しい保存先が非公開のままだったりすれば、読者は資料を取れません。保存サービスの契約と、公開導線の確認を同時に進めます。
上限以内でも、最初に読むページが重い問題は残ります。長い一覧や画像の負担は、ファイルを置けるかとは別に判断します。
転送はどう設定する？
Cloudflareの転送の公式説明では、拡張子のない_redirectsというテキストファイルを使います。公開用の静的ファイルの置き場所へ含め、組み立て後の出力先にも入るようにします。
一行に、元のパス、転送先、コードの順で書きます。次は旧製品ページを新しいページへ移す例です。
/products/old/ /products/new/ 301
コードを省略したときの既定値は302です。恒久移転のつもりなのに省略しないよう、目的に合うコードを明示します。転送先に実際の製品情報があるかも確認してください。
設定ファイルが元のフォルダにあるだけでは足りない
組み立ての仕組みが設定ファイルを出力先へコピーしなければ、公開時に使われません。原稿の置き場所ではなく、送信する版に含まれているかを確かめます。
複数の転送が同じパスへ当たるときは、先に書いたものが使われます。静的な個別転送を動的な規則より前へ置くという公式の指示もあります。広い範囲を先に書き、個別の転送を届かなくする設定に注意します。
転送の上限はある？
2026年10月27日確認の公式資料では、_redirectsは静的な転送2,000件と動的な転送100件、合わせて2,100件までです。一つの転送の記述は1,000文字以内です。
旧ページを大量に整理する計画なら、転送の件数も数えます。規則でまとめる際は、残すページまで同じ転送へ巻き込まないか試してください。上限を避けるために、関係のない旧ページをすべてトップへ送る判断はしません。
Cloudflareは、これを超える用途にはBulk Redirectsを案内しています。まず、移すURLと残すURLを整理し、必要な転送の対応表を作ります。移転の判断と検索側の確認は301転送の手順で扱っています。
ヘッダーは何に使う？
ヘッダーは、ページやファイルと一緒に返す応答の情報です。Cloudflareのヘッダーの説明では、拡張子のない_headersへ、対象のパスと設定値を書きます。
次は、ブラウザへファイルの種類を推測させない指定の書式例です。
/*
X-Content-Type-Options: nosniff
用途ごとに必要な値を決め、複数の規則が同じパスへ当たるかも見ます。当たった規則のヘッダーはすべて付き、転送の規則にも当たるURLでは転送が先に効きます。ほかのサイトの設定を丸ごと写し、画像や外部の機能を使えなくしないようにしてください。
公式の上限資料では、_headersは100規則まで、一つのヘッダーは2,000文字までです。ここに挙げた上限も2026年10月27日に確認しています。長い設定を何でも一つのファイルに足す前に、適用する経路を整理します。
Functionsは別に見る
Pages Functionsは、リクエストに応じて処理を実行する仕組みです。公式資料では、Functionsが返す応答に_headersの設定は適用されません。必要なヘッダーは、その処理の側で返します。
_redirectsも、Functionsが処理するリクエストには適用されません。静的ファイルを配るページと、関数が処理するページを、同じ設定の確認だけで済ませないでください。
製品ページは静的、問い合わせの処理だけは関数という構成なら、両方の経路を確認します。設定ファイルの存在だけから、サイト全体の応答を保証することはできません。
公開した後に何を見る？
公開作業の成功表示に加え、旧URL、新URL、画像、PDFを開きます。旧URLの転送コードと行き先、新URLの応答、必要なヘッダーをブラウザの開発者ツールなどで調べます。
次は、確認結果を引き継ぐための欄です。数字の上限と、実際の応答の確認を分けて記録します。
| 確認対象 |
残す内容 |
| 配信するファイル |
総数・大きいファイル |
| 転送 |
旧URL・コード・到着先 |
| ヘッダー |
対象URL・実際の応答 |
| 資料の導線 |
製品から開けたか |
定時公開や失敗したときの戻し方は自動公開の手順で扱います。公開先を選ぶ際は、上限を満たすだけでなく、増え方と設定の担当までサイト設計の作業へ含めてください。
仕様・出典の確認日：2026年10月27日。
