2023年初頭のこと、マンチェスター拠点の中堅eコマースブランドである私のクライアントが既存ホストの帯域幅超過分で月180ポンドを支払っていました。私は午後の間にCloudflare Pagesに移行させました。次の請求書：ホスティング費用は£0でした。そういった結果は心に残るものです。
Seahawk Mediaで9年近く静的サイトの構築とデプロイに費やしてきました。12,000件以上のプロジェクトです。Cloudflare Pages vs Netlifyの質問は、エージェンシーのオーナー、フリーランサー、Next.jsやAstroプロジェクトを面倒なく高速で手頃な場所にデプロイしたい人たちから絶えず寄せられます。だから、マーケティングページからコピーした機能表ではなく、正直な見解をお伝えします。
---
フリーティアの現実チェック
みんなフリーティアの比較から始めます。当然ですね、ほとんどの人はここから始まりますから。
Netlifyの無料プランは、月100GBの帯域幅と300ビルド分を提供します。サイトがRedditの大量アクセス殺到を受けたり、5つのパッケージを持つモノレポでCIを実行していたりするまでは問題ありません。適度にアクティブなプロジェクトで、300ビルド分が3日間で消えるのを見てきました。その後はNetlifyのProプラン月19ドル/メンバーを検討することになり、小規模チームを運営している場合はすぐに費用がかさみます。
一方、Cloudflare Pagesは無料プランで無制限の帯域幅を提供しています。無制限です。これはマーケティングコピーに聞こえるかもしれませんが、本当のことで、実際に重要です。ビルド分は月500分に制限されています（Netlifyより若干優れています）。無制限のサイトが手に入ります。先ほど言及したマンチェスターのクライアントの場合、無制限の帯域幅がまさにポイントでした。unlimited bandwidth on the free tier. Unlimited. I know that sounds like marketing copy but it's genuinely true and it genuinely matters. Build minutes are capped at 500 per month (slightly better than Netlify), and you get unlimited sites. That Manchester client I mentioned? Unlimited bandwidth was the entire point.
Cloudflare Pagesの無料プランの欠点：同時ビルドは1つだけです。複数のブランチを同時にデプロイしている場合、キューに入ります。Netlifyの無料プランでも同時ビルド1つなので、この点は同じです。
---
ビルドパフォーマンスとデプロイ速度
ここから面白くなってきます。
Netlifyは何年もかけてビルドシステムを洗練させてきました。プラグインエコシステムは本当に素晴らしいものです。Essential Next.jsプラグイン、Gatsbyキャッシュプラグイン、画像最適化パイプラインなど、Netlifyはツーリングを持っていて、Cloudflare Pagesはまだ対応していません。数万ページを持つGatsby v5サイトを運営している場合、Netlifyのインクリメンタルビルドとキャッシュ動作は実際に時間を節約します。build plugins ecosystem is genuinely impressive. Things like the Essential Next.js plugin, the Gatsby cache plugin, the image optimisation pipeline, Netlify has tooling that Cloudflare Pages simply doesn't match yet. If you're running a complex Gatsby v5 site with tens of thousands of pages, Netlify's incremental builds and caching behaviour will save you real time.
Cloudflare Pagesのビルドは、正直なところ少し未成熟に感じられます。ビルド環境は堅牢で、2021年のベータ版の日々から劇的に改善されていますが、プラグインエコシステムはまだありません。より軽量なツールチェーンで作業しています。
とはいえ、自分がデプロイする大半のもの、つまりApp RouterのNext.js、Astro、またはストレートなSvelteKitは、Cloudflare Pagesのビルドが十分に高速で、その差は無視できるレベルです。典型的なAstroブログのビルドは、Cloudflare Pagesで45秒未満です。Netlifyでは、同様のプロジェクト、同様の結果です。ほとんどのプロジェクトではビルド速度で勝者を選ぶことはできません。
エッジネットワークの違い
ここが Cloudflare Pages が本当に差をつける地点だ。Cloudflare は地球上最大級のエッジネットワークを運用しており、グローバルに 300 以上の PoP を展開している。ユーザーの場所に関係なく静的アセットが配信され、レイテンシ数値は議論の余地がない。one of the largest edge networks on the planet, with 300+ PoPs globally. Your static assets are served from wherever your user is, with latency numbers that are hard to argue with.
Netlify の CDN は堅牢だ。遅いわけではない。ただし Cloudflare のネットワークではない。今年初めに、同じサイト（同じ Astro ビルド、同じコンテンツ）を両プラットフォームにデプロイして Pingdom で非公式テストを実施した。ロンドンからシドニー：Cloudflare Pages は TTFB で 18～25% 一貫して高速だった。ロンドンからサンパウロ：同様の結果だ。UK や US のクライアントの多くではギャップは小さいが、実在する。
---
Serverless Functions：Netlify がまだアドバンテージを持つ領域
Netlify Functions（AWS Lambda 上に構築）は大体 2018 年から存在している。成熟しており、ドキュメントも充実しており、Netlify Functions のドキュメントはエッジケースを十分にカバーしているため、Google で検索する必要はほぼない。netlify/functions/ にファイルを書き、デプロイして完了だ。バックグラウンド関数、スケジュール関数、ストリーミングレスポンス、すべて揃っている。Netlify Functions docs cover enough edge cases that I rarely need to Google beyond them. You write a file in netlify/functions/, deploy, done. Background functions, scheduled functions, streaming responses, it's all there.
Cloudflare Workers（Pages Functions を支える）はアーキテクチャが異なる。Cloudflare の V8 isolate ランタイムで動作し、Node.js ではない。これは大きな違いだ。Node.js API サーフェス全体は手に入らない。fs のような機能や、Node.js 環境を前提とする npm パッケージ、ネイティブバインディングを使用するライブラリは、ポリフィルまたは書き換えなしに動作しない。fs, certain npm packages that assume a Node environment, libraries that use native bindings, they won't work without a polyfill or a rewrite.
昨年、Seahawk のプロジェクト、Neon データベースに接続するために node-postgres を使用するサーバーレス関数を持つ fintech ダッシュボードがあった。Cloudflare Pages Functions に入れて、接続できない理由をデバッグするのに 90 分費やし、その後 Workers ランタイムの TCP ソケットハンドリングが問題であることに気づいた。Netlify Functions に移した、10 分で動作した。node-postgres to connect to a Neon database. Dropped it into Cloudflare Pages Functions, spent 90 minutes debugging why it wouldn't connect, then realised the TCP socket handling was the issue in the Workers runtime. Moved it to Netlify Functions, worked in 10 minutes.
つまり：関数が単純な場合（フォーム処理、API プロキシング、基本認証）、Cloudflare Pages Functions は高速で無料で十分対応可能だ。Node 固有の処理をしている場合、Netlify がより安全な選択肢だ。
---
スケール時の価格
ここが重要なポイントだ。無料プランの比較は全体の話の半分に過ぎない。実際に成長したらどうなるか。
無料プランを超えたNetlifyの料金体系：
- Starter（無料）：100GB帯域幅、300ビルド分
- Pro（$19/ユーザー/月）：400GB帯域幅、25,000ビルド分、バックグラウンド関数
- Business（$99/ユーザー/月）：600GB帯域幅、SSO、アドバンス分析
- Enterprise：カスタム料金、全てカスタム対応
無料プランを超えたCloudflare Pagesの料金体系：
- Free：無制限帯域幅、500ビルド分、1同時ビルド
- Pro（$20/月 Cloudflareアカウント向け）：無制限帯域幅、5,000ビルド分、5同時ビルド
- Business（$200/月）：より多くのWorkers KVストレージ、より高度な機能
ここの計算は単純明快だ。20個のクライアントサイトを運営している小さなエージェンシーの場合、Cloudflareの月額$20のCloudflare Proプランですべてをカバーでき、帯域幅は無制限だ。Netlifyの場合、20個のサイトを複数のチームメンバーに分けると、すぐに費用がかさむ。
今年Q1に、Seahawk Mediaの内部ツーリングについて数字を出してみた。Netlifyにチームシート数と帯域幅で月額約$140を費やしていた。よりシンプルなサイト（ほぼマーケティングページ、ドキュメンテーションサイト、ポートフォリオビルド）をCloudflare Pagesに移行した。月額費用は定額$20に落ちた。削減額は呆れるほどだった。
---
開発者体験
どちらのプラットフォームも優れたDXを持っている。どちらもGitHub/GitLab/Bitbucketインテグレーションを持っており、確実に動く。どちらもブランチとPRのプレビュー環境を提供しており、これは私にとって譲れない要件だ。
Netlifyのダッシュボードはより洗練されている。フォーム処理、アイデンティティサービス、スプリットテスト機能、Netlifyは開発者ワークフローの周辺に製品を構築するのに何年も費やしてきたし、それが表れている。技術的に詳しくないクライアントにログインアクセスを渡す場合、NetlifyのUIの方が混乱させることが少ない。
Cloudflare Pagesのダッシュボードは改善されたが、相変わらずCloudflare製品といった感じだ。つまり機能的だが見た目は綺麗ではなく、DNS、WAF、Workers、R2バケット、その他17個のものが存在する、より大きなCloudflareダッシュボードの中に埋まっている。かなり多い。新規ユーザーはビルドログがどこにあるのか見つけるのに10分かかることもある。
ローカル開発
Netlify CLI（netlify dev）は本当に優れている。関数をローカルでプロキシし、netlify.tomlからのリダイレクトを処理し、ほぼ本番環境のように動く。過去4年間、あらゆるNetlifyプロジェクトで使ってきた。netlify dev ) is genuinely good. It proxies your functions locally, handles redirects from your netlify.toml, and mostly behaves like production. I've used it on every Netlify project for the past four years.
Cloudflareの wrangler CLIはPages FunctionsとWorkersについても同じことをする。こちらも堅牢だが、KVストレージとD1（SQLiteデータベース）のローカルシミュレーションが本番環境と若干異なる動作をすることがあり、予期しない問題を引き起こすことがある。些細な不満だが、知っておく価値はある。wrangler CLI does the same for Pages Functions and Workers. It's solid too, though the local simulation of KV storage and D1 (their SQLite database) can behave slightly differently from production in ways that catch you out. Minor gripe, but worth knowing.
---
各オプションを選ぶべきタイミング
ぶっちゃけ言わせてもらいます。
Cloudflare Pagesを選ぶなら：
- マーケティングサイト、ブログ、ドキュメント、ポートフォリオを運用している
- バンド幅コストが気になる（つまり常に）
- サーバーレスの要件がシンプルである
- すでにCloudflareをDNSに使っている（統合がスムーズ）
- グローバルなTTFBを最速にしたい
Netlifyを選ぶなら：
- サーバーレス関数が Node.js 固有の API に依存している
- Netlify のフォームハンドリングまたはアイデンティティ機能が必要で、独自に構築したくない
- チームの技術レベルが低く、より直感的な UI が重要である
- 複雑なビルドパイプラインを構築しており、プラグインエコシステムが必要である
正直なところ、Seahawk で構築するもののおよそ 80% では Cloudflare Pages が最適です。残り 20% は、複雑なバックエンド関数ロジックまたは Netlify の統合機能に関する特定のクライアント要件がほとんどで、Netlify に留まります。
---
誰も語らないこと
ほとんどの比較では取り上げられない点がいくつかあります:
- Cloudflare の R2 ストレージは Pages とネイティブに統合されており、大型ファイルホスティングなどに対応し、R2 の送信データ料金はゼロです。S3 からアセットを配信して AWS データ転送料金を支払っている場合、これだけで切り替える価値があるかもしれません。 integrates natively with Pages for things like large file hosting, and R2's egress fees are zero. If you're serving assets from S3 and paying AWS data transfer fees, this alone might be worth the switch.
- Netlify のアナリティクス (Pro 以上で利用可能) はプライバシーフレンドリー、サーバーサイド、そして驚くほど有用です。Cloudflare にも Web Analytics があり、同じくプライバシーフレンドリーで無料です。どちらも有効にする価値があります。 (available on Pro and above) are privacy-friendly, server-side, and surprisingly useful. Cloudflare has Web Analytics too, also privacy-friendly, also free. Both are worth enabling.
- リダイレクト: 両プラットフォームとも _redirects ファイルまたは設定ベースのリダイレクトに対応しています。特にクエリ文字列の通過に関して、Cloudflare の実装ではより少ない奇妙なエッジケースを経験していますが、これは単に私のプロジェクトの特性かもしれません。: Both platforms handle
_redirectsfiles or config-based redirects. I've had fewer weird edge cases with Cloudflare's implementation, specifically around query string passthrough, but this might just be my projects. - カスタムヘッダー: 両方とも対応しています。Cloudflare の _headers ファイルアプローチはシンプルです。: Both support them. Cloudflare's
_headersfile approach is straightforward.
もう一つ。Netlify は 2023 年後半に Automattic に買収されました。これまでのところ...悪くはないですが、買収以降、リーダーシップと製品方向性にいくらか変動がありました。破滅的なわけではありませんが、注視する価値はあります。Cloudflare は公開企業で明確なプロダクトロードマップを持っているため、長期的な投資先としては現在、より安定していると感じます。some churn in leadership and product direction since. Nothing catastrophic, but it's worth paying attention to. Cloudflare, as a public company with a clear product roadmap, feels more stable to me right now as a long-term bet.
---
FAQ
Cloudflare Pages は本当に無制限帯域幅で無料ですか?
はい、私も懐疑的でした。Cloudflare のビジネスモデルはネットワークとセキュリティ製品の販売に基づいており、エッジでの帯域幅課金ではありません。CDN から静的ファイルを配信することは実質的に彼らにとって赤字覚悟の商品です。無料ティアの無制限帯域幅は現実であり、Pages を立ち上げて以来一貫しています。
Cloudflare Pages で Next.js を使用できますか?
できますが、いくつかの注意点があります。Cloudflare は OpenNext アダプターを通じて Next.js をサポートしており、これは Next.js のサーバー機能を Workers 互換コードに変換します。ほとんどの App Router プロジェクトではうまく機能しますが、一部の機能（特にサーバーコンポーネント内の Node.js API に依存するもの）は注意が必要です。複雑な Next.js アプリを Cloudflare Pages にコミットする前に、特定の機能セットをテストすることをお勧めします。OpenNext adapter, which translates Next.js server features into Workers-compatible code. It works well for most App Router projects but some features (particularly anything relying on Node.js APIs in server components) need attention. I'd test your specific feature set before committing a complex Next.js app to Cloudflare Pages.
どのプラットフォームがより優れたアップタイムを持っていますか?
どちらも優れています。私は両方のプラットフォームで数年間本番サイトを運用しており、全体を通じて意味のあるダウンタイムインシデントは片手で数えられる程度です。Cloudflareのインフラはそのスケールの大きさから言えばより回復力があると言えますが、Netlifyのアップタイム記録も非常に良好です。これは実質的な差別化要因ではありません。
Netlifyは2026年でもまだ有効でしょうか？
はい、適切なプロジェクトであれば。衰退しているわけではなく、無関係性へと低下しているわけでもありません。このプロダクトは積極的に開発されており、複雑なビルドパイプラインとサーバーレス関数に関する開発者体験は、特定のシナリオではCloudflare Pagesよりも明らかに優れています。私は毎週Netlifyにデプロイしています。
Vercelはどうでしょうか？
Vercelは明らかな3番目の選択肢で、独自のポストに値します。短い答え：VercelはとりわけNext.js向けの最高のプラットフォームですが、スケール時の価格設定はCloudflare PagesとNetlifyの両方よりも大幅に高くなります。Next.jsパフォーマンスが譲れず、予算が許可するクライアントプロジェクトに使用します。
---
どちらのプラットフォームも消えることはありません。両方とも優れています。しかし、2026年に新しく始める自由業務者やいち小さなエージェンシーオーナーに1つ推奨するとしたら：Cloudflare Pagesから始め、何か特定の要因がNetlifyへの移行を促すまではそこに留まるでしょう。帯域幅経済学だけでもそれが無難なデフォルトになります。