構築ガイド パターン別 2026年版・最終更新 2026-06

静的サイト・メディア(中規模/ヘッドレスCMS)の推奨構成|2026年版

先に要点

  • 更新が多い中規模メディア・コーポレートは、ヘッドレスCMS + SSG + 静的ホスティング(Jamstack)が2026年の有力解です。
  • 編集者は CMSの管理画面で更新、エンジニアは SSG(Next.js/Astro)でビルド、配信は 静的。役割が分かれます。
  • 強みは 表示が速い・攻撃対象が小さく安全・運用が軽いWordPressより堅牢で、純粋な静的より更新が楽です。
  • 注意は ビルド時間・プレビュー・画像最適化・検索や動的機能は別途。ここを設計しておけば快適です。

「メディアやコーポレートサイトを、更新は楽に・でも速くて安全に運用したい」── 静的サイト(個人)では足りず、かといって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の管理画面で更新でき、エンジニアの作業と分かれる

コスト感

2026-06時点の目安(公式で要確認)

ホスティングは小〜中規模なら無料〜低額。費用が乗るのは主にヘッドレスCMSの料金(プランやAPI数・メンバー数で変わる)と、ビルド時間です。CMSの料金体系を最初に確認し、編集者数やコンテンツ量で概算しておきます。料金は改定が多いため公式の最新を確認してください。

落とし穴

  • ビルド時間 ── ページが増えると全体ビルドが遅くなる。差分ビルドやISRで回避
  • プレビュー ── 編集中の下書きを確認する仕組み(プレビューモード)を用意する
  • 画像最適化 ── 画像が多いメディアは、最適化(次世代フォーマット・サイズ調整)を入れる
  • 検索・動的機能 ── サイト内検索やフォームは、外部サービス(Algolia等)やFunctionsで足す

スケール時の移行余地

ページ数やトラフィックがさらに増えたら、静的サイト・大規模(Jamstack)へ。会員・決済など本格的な動的が主役になったら、Webアプリ(1人運用)Webアプリ(中規模)の構成を検討します。

よくある質問

Q. WordPressとヘッドレスCMS、どちらがいいですか?

A. 表示速度・安全性・開発体験を重視し、エンジニアがいるならヘッドレスCMS+SSGが有利です。一方、エンジニアなしで管理画面だけで完結させたい、プラグインで機能を足したいならWordPressが楽です。編集の手軽さはWordPress、速さと安全はヘッドレス、という住み分けになります。

Q. SSGNext.jsAstro、どちらがいいですか?

A. コンテンツ主体のサイト・メディアならAstroが軽量で高速です。Reactで作りたい、将来アプリ的な動的機能も視野に入れるならNext.jsが有力です。チームがReactに慣れているか、サイトがどれだけ動的かで選ぶと決めやすいです。どちらも主要なヘッドレスCMSと連携できます。

Q. 更新するたびにサイト全体を作り直すのですか?

A. 工夫すれば不要です。更新があったページだけを再生成するISRやオンデマンド再ビルドを使い、CMSの更新時にWebhookでビルドを起動します。これにより、ページ数が多くても更新の反映を速く保てます。全体ビルドは初回や大きな変更時だけに抑えます。

Q. サイト内検索やフォームは作れますか?

A. 作れます。検索は専用サービス(Algolia等)や静的検索ライブラリ、フォームは外部フォームサービスやホスティングのFunctionsで実装します。公開サイト本体は静的のまま、こうした動的機能だけを外部やエッジ関数に切り出すのが、Jamstackの定番の作り方です。

関連する考え方

更新履歴

  • 2026-06 — 初版公開。ヘッドレスCMS+SSG+静的ホスティングを軸に整理。