先に要点
「メディアやコーポレートサイトを、更新は楽に・でも速くて安全に運用したい」── 静的サイト(個人)では足りず、かといってWordPressの運用リスクは避けたい。この中間に効くのが ヘッドレスCMS + SSG(Jamstack)です。
対象と前提
- 記事・お知らせの更新が継続的にあるメディア/コーポレート
- 非エンジニアの編集者が管理画面から更新したい
- 表示速度・安全性を重視する(攻撃対象を小さくしたい)
- 会員・決済のような本格的な動的処理は主役ではない
全体構成(リファレンスアーキテクチャ)
結論: 「CMSで書く → SSGがビルド → CDNで配信」。 中身(コンテンツ)と見た目(サイト)を分離するのがヘッドレスの肝です。
各層の具体的な候補は次のとおりです。
| 層 | 役割 | 具体的な候補(2026年) |
|---|---|---|
| ヘッドレスCMS | 編集者がコンテンツを管理 | microCMS / Newt / Contentful / Sanity / Strapi |
| SSG(サイト生成) | コンテンツからページを生成 | Astro / Next.js / Nuxt |
| ホスティング | CDN配信・自動SSL・自動デプロイ | Vercel / Netlify / Cloudflare Pages |
更新のたびに全ページを作り直すと遅いので、更新があった所だけ再生成する仕組み(ISR/オンデマンド再ビルド、CMSのWebhookでビルド起動)を使います。記事をMarkdownやMDXで書くならMDXとはも参考になります。
なぜこれを選ぶか
- 速い ── 静的ファイルをCDNから配信。表示が速く、検索評価にも有利
- 安全 ── 公開側にDBやサーバー処理が無く、攻撃対象が小さい(WordPressより堅牢)
- 編集が楽 ── 非エンジニアもCMSの管理画面で更新でき、エンジニアの作業と分かれる
コスト感
ホスティングは小〜中規模なら無料〜低額。費用が乗るのは主にヘッドレスCMSの料金(プランやAPI数・メンバー数で変わる)と、ビルド時間です。CMSの料金体系を最初に確認し、編集者数やコンテンツ量で概算しておきます。料金は改定が多いため公式の最新を確認してください。
落とし穴
- ビルド時間 ── ページが増えると全体ビルドが遅くなる。差分ビルドやISRで回避
- プレビュー ── 編集中の下書きを確認する仕組み(プレビューモード)を用意する
- 画像最適化 ── 画像が多いメディアは、最適化(次世代フォーマット・サイズ調整)を入れる
- 検索・動的機能 ── サイト内検索やフォームは、外部サービス(Algolia等)やFunctionsで足す
スケール時の移行余地
ページ数やトラフィックがさらに増えたら、静的サイト・大規模(Jamstack)へ。会員・決済など本格的な動的が主役になったら、Webアプリ(1人運用)やWebアプリ(中規模)の構成を検討します。
よくある質問
Q. WordPressとヘッドレスCMS、どちらがいいですか?
A. 表示速度・安全性・開発体験を重視し、エンジニアがいるならヘッドレスCMS+SSGが有利です。一方、エンジニアなしで管理画面だけで完結させたい、プラグインで機能を足したいならWordPressが楽です。編集の手軽さはWordPress、速さと安全はヘッドレス、という住み分けになります。
Q. SSGはNext.jsとAstro、どちらがいいですか?
A. コンテンツ主体のサイト・メディアならAstroが軽量で高速です。Reactで作りたい、将来アプリ的な動的機能も視野に入れるならNext.jsが有力です。チームがReactに慣れているか、サイトがどれだけ動的かで選ぶと決めやすいです。どちらも主要なヘッドレスCMSと連携できます。
Q. 更新するたびにサイト全体を作り直すのですか?
A. 工夫すれば不要です。更新があったページだけを再生成するISRやオンデマンド再ビルドを使い、CMSの更新時にWebhookでビルドを起動します。これにより、ページ数が多くても更新の反映を速く保てます。全体ビルドは初回や大きな変更時だけに抑えます。
Q. サイト内検索やフォームは作れますか?
A. 作れます。検索は専用サービス(Algolia等)や静的検索ライブラリ、フォームは外部フォームサービスやホスティングのFunctionsで実装します。公開サイト本体は静的のまま、こうした動的機能だけを外部やエッジ関数に切り出すのが、Jamstackの定番の作り方です。
関連する考え方
- 構成選びの総論: 構成の選び方(総論)
- 小規模の静的: 静的サイト・LP(個人)
- さらに大規模: 静的サイト・大規模(Jamstack)