ヘッドレスCMS時代のインフラ選定

CloudflareとVercelは「メディアの型」と「更新頻度」で考える

WordPressから離れて、ヘッドレスCMSやAstro、Next.jsのような構成を検討し始めると、多くの場合で同じ疑問に行き着きます。

CloudflareとVercel、どちらを選ぶべきなのか。

どちらもWebサイトを公開できるプラットフォームですが、実際には得意分野がかなり違います。

Cloudflareは、CDNを中心とした配信基盤として非常に強く、静的コンテンツやキャッシュ済みコンテンツを大量に配ることに向いています。

一方、Vercelは、Next.jsを中心としたアプリケーション運用に強く、ISR、SSR、Webhook、プレビューといった更新運用に関わる仕組みが統合されています。

つまり、ざっくり言えば、

• Cloudflareは「配信効率」に強い
• Vercelは「更新効率」に強い

という違いがあります。

この記事では、単に「CloudflareかVercelか」ではなく、以下の3つのメディアパターンを軸に考えます。

• 個人ブログ
• 更新型メディア
• 資産型アーカイブ

さらに、それぞれについて「SSG」「SSR」「ISR」という生成方式と、コスト面の考え方も整理します。

まず押さえるべき3つの生成方式

CloudflareとVercelの違いを理解する前に、SSG、SSR、ISRの違いを押さえておく必要があります。

この3つは難しい言葉に見えますが、要するに**「ページをいつ作るか」**の違いです。

SSG：ビルド時にまとめて作る

SSGは、Static Site Generationの略です。

ビルド時にページをまとめて生成する方式です。

たとえば1000記事あるサイトなら、デプロイ時に1000ページ分のHTMLを作ります。ユーザーがアクセスしたときには、すでに完成したHTMLを返すだけなので表示は速くなります。

Astroの基本的な運用は、このSSGに近いです。

SSGのメリット

• 表示が速い
• サーバー処理が少ない
• 構成がシンプル
• 配信コストが低くなりやすい

SSGのデメリット

• 更新時に再ビルドが必要
• 記事数が増えるとビルド時間が伸びる
• 更新頻度が高いと面倒になりやすい

SSR：アクセスのたびに作る

SSRは、Server Side Renderingの略です。

ユーザーがアクセスするたびに、サーバー側でページを生成する方式です。

CMSから最新データを取得して、その場でHTMLを作って返します。常に最新の情報を出しやすい一方で、アクセスごとに処理が発生するため、サーバー負荷は高くなりやすくなります。

SSRのメリット

• 常に最新データを返しやすい
• 動的なページに強い
• CMS更新との相性がよい

SSRのデメリット

• アクセスごとにサーバー処理が発生する
• キャッシュ設計をしないと負荷が増える
• 静的配信よりコストが上がりやすい

ISR：必要なページだけ作り直す

ISRは、Incremental Static Regenerationの略です。

静的生成と動的生成の中間にある方式です。

初回アクセス時、またはビルド時にページを生成し、その後はキャッシュを返します。更新が必要になったときだけ、そのページを再生成します。

ここで重要なのは、ISRは「リクエスト数を減らす仕組み」ではないということです。

減るのは、サーバー側の生成処理です。

たとえば、同じページに2000回アクセスがあった場合を考えます。

SSRの場合は、2000回のリクエストに対して2000回の生成処理が発生します。

ISRの場合は、初回または更新時だけ生成処理が発生し、それ以降はキャッシュを返します。

ただし、リクエスト自体は2000回発生しています。

つまり、ISRによって減るのは「生成処理」であって、「アクセス数」ではありません。

ISRのメリット

• 更新したページだけ再生成できる
• フルビルドを避けやすい
• SSRよりサーバー負荷が低い
• CMS連携と相性がよい

ISRのデメリット

• 仕組みがやや複雑
• Vercel依存が強くなりやすい
• アクセス数が増えればリクエスト・転送量のコストは増える

CloudflareとVercelの本質的な違い

CloudflareとVercelの違いは、単純な性能差ではありません。

大きく言えば、次のように整理できます。

• Cloudflareは配信効率に強い
• Vercelは更新効率に強い

Cloudflareは、静的ファイルやキャッシュ済みコンテンツを大量に配ることに向いています。特に、静的アセットの配信コストが抑えやすい点が大きなメリットです。

Vercelは、Next.jsと組み合わせた更新運用に強いです。ISRやWebhookを活用することで、ヘッドレスCMSからの更新をページ単位で反映しやすくなります。

この違いを踏まえると、選定基準は「記事数」ではなく、メディアの型と更新頻度になります。

3つのメディアパターンで考える

ここからは、実際のメディア運用を3つのパターンに分けて考えます。

1. 個人ブログ
2. 更新型メディア
3. 資産型アーカイブ

この3つは似ているようで、最適な構成が違います。

パターン1：個人ブログ

個人ブログは、最も判断が難しいパターンです。

なぜなら、「個人ブログ」といっても更新頻度にかなり差があるからです。

月に1〜2本だけ書く人もいれば、毎日書く人もいます。

過去記事をほとんど触らない人もいれば、日記、レビュー、技術メモ、旅行記、制作ログのように頻繁に追記・修正する人もいます。

そのため、個人ブログを単純に「更新頻度が低い」と決めつけると判断を間違えます。

個人ブログで重要な判断軸

個人ブログで見るべきポイントは、記事数ではなく次の3つです。

• 更新頻度
• 即時反映の必要性
• コストへの不安

特に個人運用では、アクセスが増えたときにコストが急に上がることへの不安が大きくなります。

その意味では、Cloudflareの安心感はかなり大きいです。

更新頻度が低めの個人ブログ

更新頻度が低めで、公開後の記事をあまり修正しない個人ブログなら、Cloudflare寄りの構成が向いています。

おすすめ構成は以下です。

• Astro
• SSG
• Cloudflare Pages
• Markdownまたは軽量CMS
• 画像はR2などに分離

この構成は非常に堅いです。

更新時には全体ビルドが走りますが、更新頻度が低ければ大きな問題にはなりにくいです。

更新頻度が高めの個人ブログ

一方で、毎日のように更新する個人ブログなら、話は変わります。

たとえば、以下のようなケースです。

• 毎日記事を書く
• 過去記事を頻繁に修正する
• CMSで気軽に更新したい
• 公開後すぐ反映したい
• 下書きやプレビューも使いたい

この場合、Vercel + Next.js + ISRのメリットが出てきます。

ただし、個人ブログの場合は、Vercelのコスト構造も考える必要があります。

ISRを使えばサーバー処理は減りますが、リクエスト数や転送量そのものは減りません。

VercelではCDNリクエストやデータ転送量が使用量としてカウントされるため、アクセスが増えるとコストに影響しやすくなります。

したがって、更新頻度が高い個人ブログでは、次のように考えるとよいです。

• 更新の楽さを優先するならVercel
• 配信コストの安心感を優先するならCloudflare
• 最初はCloudflare + SSGで始め、限界が来たらISRを検討する

個人ブログの結論

個人ブログは、必ずしもCloudflare一択ではありません。

更新頻度が低い、またはコストを抑えたいならCloudflare。

更新頻度が高く、CMS運用や即時反映を重視するならVercel。

ただし、個人運用ではコストの予測しやすさが重要なので、迷ったらCloudflareから始めるのはかなり堅い選択です。

パターン2：更新型メディア

更新型メディアは、ニュース、オウンドメディア、ブログメディア、社内外向けの情報発信サイトなど、継続的に記事を投入していくタイプのメディアです。

このパターンでは、記事数よりも更新回数が重要になります。

更新型メディアの特徴

更新型メディアでは、次のような要件が出やすくなります。

• CMSで記事を管理する
• 公開・下書き・プレビューが必要
• 更新後すぐ反映したい
• 記事数が増えてもビルド時間を抑えたい
• 複数人で運用する可能性がある

この場合、毎回すべてのページをビルドするSSGは、だんだん重くなります。

なぜVercel + ISRが向くのか

更新型メディアでは、Vercel + Next.js + ISRがかなり相性がよいです。

理由は、更新したページだけを再生成しやすいからです。

CMSで記事を更新し、Webhookで対象ページを再生成する。

この流れが組めれば、すべての記事を毎回ビルドし直す必要がありません。

特に、記事数が増え、更新頻度も高い場合は、ISRの恩恵が大きくなります。

コスト面の注意点

ただし、Vercelは大量アクセス時の配信コストには注意が必要です。

ISRでサーバー処理は減らせますが、リクエスト数と転送量は残ります。

アクセスが増えれば、CDNリクエストやデータ転送量の使用量も増えます。

つまり、Vercelは「更新効率」は高い一方で、「大量配信のコスト効率」はCloudflareほど強くありません。

更新型メディアの結論

更新型メディアでは、Vercelが第一候補になりやすいです。

特に、CMS更新、プレビュー、下書き、Webhook、差分更新を重視するなら、Vercel + Next.js + ISRは非常に強い構成です。

ただし、アクセスが大きく伸びるメディアでは、将来的にCloudflare寄りの配信設計を検討する余地があります。

パターン3：資産型アーカイブ

資産型アーカイブは、公開済みの記事が長期間読まれ続けるタイプのメディアです。

たとえば、以下のようなサイトが該当します。

• 技術メモ集
• ナレッジベース
• レビュー記事の蓄積
• 旅行記や記録系ブログ
• 辞書的・資料的なコンテンツ
• 古い記事への検索流入が中心のサイト

このタイプでは、更新頻度よりも「既存記事を安定して配ること」が重要になります。

資産型アーカイブの特徴

資産型アーカイブでは、過去記事の価値が高くなります。

一度公開した記事が、検索流入や参照リンクによって長く読まれ続けます。

そのため、求められるのは頻繁な差分更新ではなく、安定した高速配信です。

なぜCloudflareが向くのか

資産型アーカイブでは、Cloudflareの強みがかなり活きます。

• キャッシュ配信が強い
• 静的配信のコストが低い
• 大量アクセス時の安心感がある
• 更新頻度が低ければフルビルドでも困りにくい

このタイプでは、VercelのISRよりも、SSGで生成したページをCloudflareで強くキャッシュして配るほうが自然なことが多いです。

コスト面での考え方

資産型アーカイブでは、配信コストが重要になります。

記事が増え、過去記事へのアクセスが増えるほど、リクエスト数と転送量は増えます。

このとき、Cloudflareの静的配信・キャッシュ配信の強さは大きなメリットになります。

一方、VercelでもISRによって生成処理は減らせますが、アクセスに伴うリクエストや転送量のコストは残ります。

資産型アーカイブの結論

資産型アーカイブでは、Cloudflareが第一候補になりやすいです。

更新頻度が低く、既存記事を長く配信するタイプのサイトでは、Cloudflare + SSGの構成がシンプルで強いです。

ただし、古い記事も頻繁に更新する、あるいはCMS運用を強くしたい場合は、Vercel + ISRも候補になります。

3パターンの比較表

コスト面で見るとどうなるか

コスト面では、単純に「どちらが安い」とは言えません。

見るべきポイントは次の3つです。

• ビルドにかかるコスト
• サーバー処理にかかるコスト
• 配信にかかるコスト

ビルドコスト

SSGでは、更新時に全体ビルドが走ります。

記事数が多くなるほど、ビルド時間は長くなります。

ただし、更新頻度が低ければ大きな問題にはなりにくいです。

ISRでは、全体ビルドを避けやすくなります。

必要なページだけ生成・再生成できるため、更新頻度が高いサイトでは有利です。

サーバー処理コスト

SSRでは、アクセスごとに生成処理が発生します。

ISRでは、初回や更新時だけ生成処理が発生し、それ以降はキャッシュを返します。

そのため、SSRよりISRのほうがサーバー処理コストは抑えやすくなります。

配信コスト

配信コストでは、Cloudflareが強いです。

Cloudflareは静的アセットやキャッシュ配信に強く、大量アクセス時のコストが伸びにくい傾向があります。

一方、VercelはCDNリクエストやデータ転送が使用量としてカウントされます。

そのため、アクセスが増えるほどコストに影響しやすくなります。

つまり、

• 更新コストを抑えたいならVercel + ISR
• 配信コストを抑えたいならCloudflare + SSG

という整理になります。

最終判断

CloudflareとVercelの選定では、記事数だけを見てはいけません。

重要なのは、次の3点です。

• どれくらい更新するか
• どれくらいアクセスされるか
• 既存記事が資産として読まれ続けるか

個人ブログでも、更新頻度が高ければVercel + ISRが向く場合があります。

一方で、更新頻度が高くても、コストの安心感を重視するならCloudflareで始める選択も十分に合理的です。

更新型メディアなら、Vercel + ISRが有力です。

資産型アーカイブなら、Cloudflare + SSGが有力です。

最終的には、

• 更新が武器ならVercel
• 配信と蓄積が武器ならCloudflare

と考えると判断しやすくなります。

結論

ヘッドレスCMS時代のインフラ選定では、「CloudflareかVercelか」という二択だけで考えると判断を誤りやすくなります。

見るべきなのは、メディアの性格です。

個人ブログは、更新頻度によってCloudflareにもVercelにも寄ります。

更新型メディアは、Vercel + ISRが強いです。

資産型アーカイブは、Cloudflare + SSGが強いです。

そしてコスト面では、

• Vercelは更新効率に優れる
• Cloudflareは配信効率に優れる

という違いがあります。

この違いを理解しておけば、ヘッドレスCMS化後のインフラ選定はかなりブレにくくなります。