Next.jsとヘッドレスCMSを組み合わせる構成では、コンテンツを管理する部分と、読者へ表示する部分を分けて設計します。WordPressでも、テーマで表示する方法と、REST APIを使って表示側を分ける方法があります。まず比較する構成をそろえましょう。
静的配信を活用すれば、表示速度の改善や配信サーバー費用の削減を期待できる場合があります。ただし、CMS利用料・ビルド・転送量・動的処理を含む総費用は構成と利用量によって変わります。
費用を判断するには、編集者が管理画面でできる作業と、技術者へ依頼する作業を具体的に分ける必要があります。製品名だけで運用費の高低は決まりません。
Webアプリ開発の意識でWeb制作をすると、なぜコストが上がるのか？
サイトに必要な更新を、管理画面で完結させるか、追加開発で対応するかによって工数が変わるからです。同じ技術でも設計によって費用は異なります。
Webアプリ開発とWeb制作の意識・前提の違い
| 項目 | Next.js＋ヘッドレスCMS | WordPress |
|---|---|---|
| 目的 | 情報発信から独自機能まで、要件に合わせて設計 | 情報発信を中心に、テーマやプラグインで拡張 |
| UI設計 | 既存の部品やテンプレートの利用、独自設計が可能 | テーマ利用も独自設計も可能 |
| CMSの位置づけ | API経由のデータ提供 | サイトの中心機能 |
| 更新の主体 | 既存項目の編集はCMS管理画面。表示側の開発・保守は技術者 | 既存ページの編集は管理画面。独自機能の開発・保守は技術者 |
| 初期構築コスト | 表示側の設計・実装範囲による | 既存テーマを使うか、独自開発するかによる |
| 保守・運用 | CMSと表示側・依存ライブラリ・公開基盤を保守 | 本体・テーマ・プラグイン・サーバーを保守 |
| 速度・拡張性 | 静的生成やキャッシュを活用。採用する配信方式による | キャッシュ・画像・テーマ等の設計による |
結論：目的と運用者に合わせて選ぶのがベスト
Next.jsを使ったWebアプリ開発は、独自機能や外部システム連携を設計する場合に選択肢となります。情報発信サイトにも利用できるため、サイトの種類だけでは決まりません。
一方、WordPressは、ブログ・メディア・コーポレートサイトのように情報発信が中心のサイトに向いており、担当者が管理画面から更新しやすい点が魅力です。ただし、権限・操作教育・保守担当の用意は必要です。
選定のポイントは「誰が・何を・どの頻度で」更新するか
- 頻繁に情報発信したい
- 技術者でなくても更新できる体制にしたい
- 長期的にコストを抑えて運用したい
こうしたニーズがある場合は、WordPressは有力な選択肢です。ヘッドレスCMSでも、設計済みの項目は編集者が更新できます。候補構成の管理画面で、実際に必要な更新ができるかを確認してください。
技術選定で確認する5つの質問
ここからは、実際にどちらを選ぶべきかを判断するための材料を整理します。
次の質問に順に答えてください。
| 質問 | 「はい」なら |
|---|---|
| Q1. ページの追加や文言修正を、社内の担当者が行いますか？ | 両構成で、管理画面から更新できる範囲を確認 |
| Q2. 新しいページを、月1回以上追加しますか？ | 既存テンプレートへの追加か、新しい設計が必要かを確認 |
| Q3. Webサイトとスマホアプリなど、複数の出し先に同じ情報を配信しますか？ | ヘッドレスCMSを検討 |
| Q4. 社内または委託先に、継続的に対応できるエンジニアがいますか？ | ヘッドレスCMSも選択肢 |
| Q5. 数万ページ規模、または非常に高いアクセスがありますか？ | 要件に応じた個別設計 |
Q1とQ2が「はい」なら、まず担当者が管理画面で完結できる範囲を比べます。必要な更新を既存テーマやブロックで実現でき、保守の窓口も確保できるならWordPressは合理的です。更新頻度だけでヘッドレスCMSを除外する必要はありません。
Q4が「いいえ」の場合は、どちらの構成でも障害対応・更新・追加開発を依頼する窓口と費用を決めておきます。
CMSでの編集と、表示側の改修は別の作業です。たとえばmicroCMSの公式資料には管理画面でのコンテンツ管理が説明されています。公開反映やプレビューまで自動化されているかは、実装を確認してください。
配信方式も分けて確認します。Next.js公式の公開方法にはNode.jsサーバーと静的エクスポートなどがあり、機能の対応範囲が異なります。静的エクスポートではISRやサーバー側の動的処理などに制限があるため、更新をいつ反映するか、ビルドが失敗した場合に誰が対応するかまで確認します。
見落とされるのは「ページ追加のコスト」
初期費用の比較はよく行われますが、運用段階の差はあまり語られません。
| 作業 | WordPress | ヘッドレスCMS＋独自実装 |
|---|---|---|
| お知らせを1本追加 | 設定済みなら管理画面で追加 | 設定済みなら管理画面で追加 |
| 新しい種類のページを1枚追加 | 既存ブロックで対応できれば自社作成。独自機能は開発 | 既存項目・テンプレート内なら自社作成。新しい表示や機能は開発 |
| ページ内のレイアウト変更 | 用意されたブロックの範囲で編集。範囲外は開発 | 用意された編集項目の範囲で編集。範囲外は開発 |
| フォーム項目の追加 | 採用したフォームの設定範囲による | 採用したフォームの設定範囲による |
| デザインの微修正 | 設定で可能な範囲を超えるとCSS等を修正 | CMSで可能な範囲を超えると表示側を修正・公開 |
| 機能追加 | プラグインで対応できることが多い | 外部サービス連携や個別開発で対応 |
両構成とも管理画面でお知らせを追加できる設計は可能です。ただし、下書き確認、承認、予約公開、公開への反映時間は実装・プランごとに確認します。
差が出るのは「今までなかった形のページを作りたい」というときです。
事業は変わります。
新サービスを始めれば新しいページが要ります。
採用を強化すれば採用ページが要ります。
そのたびに開発工数と待ち時間が発生する構成は、変化の速い事業には向きません。
5年間の総コストで比較する
20ページ規模のコーポレートサイトを5年運用する条件付きの比較例です。以下は市場相場や製品の現行料金ではなく、既存の試算に置いた仮定です。
| WordPress | ヘッドレスCMS＋独自実装 | |
|---|---|---|
| 初期構築 | 120万円 | 250万円 |
| ホスティング（5年） | 約12万円 | 約12万〜60万円 |
| CMS利用料（5年） | 0円 | 0〜60万円 |
| 保守（5年） | 60万円 | 60万〜120万円 |
| ページ追加（年3枚×5年） | 追加外注費0円（自社作業時間は別） | 75万〜150万円 |
| 5年総額 | 約192万円 | 約397万〜640万円 |
この例の差には初期構築費の130万円差と、ページ追加の75万〜150万円差の両方が含まれます。
この表は作業分担が異なる例なので、技術だけによる価格差を示すものではありません。追加15ページをヘッドレス側でも既存テンプレート内で自社作成できると仮定すると、同じ表のほかの条件を変えなくても外注費総額は約322万〜490万円になります。逆にWordPress側も追加15ページを1枚5万〜10万円で外注するなら約267万〜342万円です。いずれも仮の単価による計算で、自社作業時間は別に計上します。
※初期構築・保守・ホスティング・CMS利用料を表の金額と仮定した外注費の例です。WordPress側は既存ブロック内で自社作成、ヘッドレス側は追加15ページを1枚5万〜10万円で外注する前提です。自社の人件費、原稿・画像制作、税、移行・解約費用は含めていません。
実際は要件と体制によって変わります。ヘッドレス側も既存テンプレートへの追加なら外注費が発生しない場合があり、WordPress側も独自レイアウトや機能の開発は有料になり得ます。同じ作業範囲・人件費・税の条件で見積もりをそろえてください。
重要なのは初期費用だけでなく、5年分の運用を含めて比較することです。
ヘッドレスCMSが適しているケース
誤解のないように補足すると、ヘッドレス構成が優れている場面は確実にあります。
- Webサイトとアプリなど、複数の出し先に同じデータを配信する
- 大規模メディアで、極めて高い表示性能が求められる
- 既存の基幹システムと密に連携し、独自の業務フローを持つ
- 社内に開発体制があり、Gitでの管理やデプロイが日常業務になっている
- デザインと機能の自由度を最優先し、そのための予算がある
情報発信サイトでも、複数媒体への配信や既存システムとの連携が必要なら候補になります。WordPressもREST APIを通じた連携が可能です。製品名だけでできることを決めつけず、必要な編集体験と保守範囲を比べてください。
提案されたときに聞くべき5つの質問
- 新しいページを1枚追加するのに、費用は発生しますか？
- 文言やレイアウトの修正は、管理画面からできますか？
- 御社以外でも保守できますか？対応できる会社はどのくらいありますか
- 5年間の総額はいくらになりますか？（初期＋ホスティング＋保守＋想定する追加開発）
- この構成を選ぶ理由を、当社の運用体制に即して説明してください
3番目が特に重要です。
「弊社しか対応できません」という構成は避けてください。その会社と何かあったとき、身動きが取れなくなります。
5番目に対して、技術の一般的な利点しか返ってこない場合は、制作会社側の都合や好みで選ばれている可能性があります。
自社の更新頻度や担当者の体制に触れた回答があるかを見てください。 引き継ぎでは、ソースコード、CMSデータと画像、ビルド・公開手順、契約アカウント、環境変数の管理方法、バックアップと復元手順を確認します。別の担当者が検証環境で公開まで再現できるかを、納品条件に含めると確認しやすくなります。
よくある質問
Q. WordPressは表示が遅いと言われました
製品名だけで表示速度は判断できません。
画像容量、プラグイン、キャッシュ、テーマ、サーバー応答などを計測して原因を切り分けます。
既存構成の改善で対応できる場合もあります。実測せずに構成変更の必要性を判断しないでください。
詳しくは表示速度改善の実務をご覧ください。
Q. WordPressはセキュリティが不安です
採用する構成で、どこまで保守・監視できるかを確認します。
本体や拡張機能の脆弱性、認証情報、権限、ホスティングなど、複数の経路を考える必要があります。
WordPress公式のセキュリティ資料に沿って更新、必要な権限の管理、バックアップと復旧手順を用意します。ヘッドレス構成もCMSアカウント・APIキー・表示側・依存ライブラリの管理が必要です。
構成ごとに保守する対象と担当者を決めることが大切です。
Q. 今後を考えると、新しい技術のほうがよいのでは？
技術の新しさと、事業への貢献は別です。
判断すべきは「自社が5年間、無理なく運用できるか」です。
運用体制に合わない構成は、どれだけ優れた技術でも成果につながりません。
Q. すでにヘッドレス構成で作ってしまいました
運用できているなら、無理に変える必要はありません。
問題は「更新のたびに費用と待ち時間が発生している」場合です。その状態が続くなら、移行を検討する価値があります。
判断材料はリニューアル判断チェックリストをご覧ください。
まとめ
- 判断軸は技術の新しさではなく「誰が・何を・どの頻度で更新するか」
- 差が出るのは「新しいページを追加するとき」。
ここに開発工数が発生するか - 初期費用ではなく5年間の総額で比較する
- ヘッドレスが適するのは複数媒体への配信や、開発体制がある場合
- 「弊社しか保守できません」という構成は選ばない
構成の選択肢を広く比較したい場合はWordPressで十分なケース、脱WordPressすべきケースもあわせてご覧ください。
技術選定に関する記事
この記事は「Next.js＋ヘッドレスCMSを選ぶ前に確認する運用体制」を扱っています。
関連する内容は、それぞれ別の記事にまとめています。
- WordPressで十分なケース、脱WordPressすべきケース｜WordPressで足りるか、別の作りにすべきかの判断
- ホームページ制作会社の選び方｜依頼先を決めるまでの全手順
