ACQUA JOURNAL
WordPressとNext.jsの選び方｜更新・保守・発注範囲から考える技術選定
WordPressかNext.jsかを選ぶ前に、「誰が何を更新し、公開後に誰が直すか」を決めてください。企業サイトを作り直す経営者・担当者と、実装を外注する制作会社に向けて、構成の違い、見積もりの比較方法、発注前に残す選定メモを整理します。
社内でお知らせを更新することが中心なら、WordPressを候補にして実際の入力・確認操作を試します。独自の操作や外部システム連携が重要なら、Next.jsを含む構成を検討します。どちらも、名前だけで表示速度、検索順位、安さが決まるものではありません。
1．CMSと開発基盤の違いを整理する
WordPressは原稿と公開を管理する仕組み
WordPress公式の機能説明では、投稿、固定ページ、下書き、公開予約、ユーザー管理、テーマによる表示の変更などを紹介しています。一般的な構成では、管理画面で原稿を編集し、テーマが公開画面を表示します。担当者が更新できる範囲は、採用するテーマ、権限、入力項目の設計によって変わります。
WordPressでも独自テーマを開発できます。「既製テンプレートしか使えない」「自由なデザインはできない」という区別は適切ではありません。管理画面で自由に配置できることと、誤操作なく更新できることも別なので、よく変更する項目を入力しやすく設計します。
Next.jsは画面と処理を開発する基盤
Next.js公式ドキュメントは、Reactを使ってWebアプリケーションを開発するフレームワークとして説明しています。記事の入稿・承認に使う完成済みのCMSと同じものではありません。原稿をコードで管理するか、別のCMSを接続するかも設計対象になります。
Next.jsの画面にWordPressを接続することもできます。したがって、二者択一だけで考えず、「原稿を管理する部分」と「読者に表示する部分」を分けて整理すると、提案の違いを理解しやすくなります。
2．更新担当が日常の作業を試して選ぶ
更新頻度だけでなく、実際の作業を一つ指定します。たとえば、経営者が営業時間を変える、広報が画像付きのお知らせを投稿する、制作会社がキャンペーンの構成を変更するといった作業です。これは選定のための想定例で、Acquaの顧客実績ではありません。
| 確認する作業 | 提案時に見せてもらうもの | 避けたい状態 |
|---|---|---|
| 原稿と画像の更新 | 担当者の権限で操作する入力画面 | 毎回コードの修正が必要なのに担当がいない |
| 公開前の確認 | 下書きのPC・スマホ表示 | 公開しないと表示を確認できない |
| 承認と公開 | 承認者、公開権限、予約の扱い | 誰が公開するか決まっていない |
| 修正と復旧 | 誤更新を戻す手順と連絡先 | 原稿と公開画面のどちらを戻すか不明 |
同じWordPressでも入力画面の作り方は異なります。CMSを接続したNext.jsでも、日常の投稿を社内で行える設計は可能です。操作の説明だけで選ばず、担当者が代表的な更新を実行して、迷う箇所と所要時間を記録してください。
3．速度・検索・安全性は完成物で確かめる
速度と操作を同じ条件で比較する
現行のCore Web Vitalsの説明で扱う指標はLCP・INP・CLSです。読み込み、操作への応答、表示のずれを捉えます。旧指標FIDを現在の指標として比較したり、プラグインの個数だけで合格を決めたりしません。
代表ページ、画像量、端末、通信条件をそろえて確認します。公開前の計測と、公開後の実利用データは分けます。トップだけ速くても、問い合わせフォームが動かない、記事中の画像で表示がずれるなら改善が必要です。
検索と保守は別の確認表を持つ
GoogleのSEOスターターガイドを参考に、内容の理解しやすさ、巡回できるリンク、タイトルなどを点検します。特定の技術を採用したという理由だけで、上位表示やAI検索での掲載を約束することはできません。
WordPressのセキュリティ説明も、継続的な更新と適切な運用を前提にしています。Next.js側でも依存パッケージや配信環境の管理は必要です。「データベースを直接使わないから安全」と一律に判定せず、管理画面、API、認証、秘密情報、バックアップ、復旧の担当を確認します。
4．ヘッドレス構成は接続部分も検収する
WordPressなどで原稿を管理し、Next.jsで表示する構成では、管理と表示の間でデータを受け渡します。WordPress REST APIは、外部のアプリケーションが投稿などを扱うための仕組みを提供しています。APIが存在することと、既存サイトの全機能をそのまま移せることは別です。
特に、下書きプレビュー、公開予約、更新内容の反映、画像、検索、フォーム、会員限定情報を確認します。CMS側で変更しても公開画面が古いままなら、キャッシュ更新や配信処理まで調べる必要があります。WordPress用プラグインの公開画面への機能が、別の表示側で自動的に動くとは限りません。
Next.jsのセルフホストガイドにも、配信とキャッシュなど運用上の検討事項があります。CMSと表示側を分ける利点が、接続の開発・検証・保守負担を上回るかを案件ごとに判断してください。将来拡張できるという理由だけで、現在不要な複雑さを増やさないことも選択です。
5．金額は技術名ではなく同じ範囲で比べる
技術別の固定相場を当てはめず、原稿、ページ数、デザイン、入力画面、機能、既存データの移行、公開確認の範囲をそろえて見積もりを依頼します。WordPressなら必ず安い、ヘッドレスなら必ず最も高いとは限りません。
比較表には、初期制作、配信・CMS利用料、保守、改善、担当交代の費用を分けます。月額だけを見ると、更新作業や障害調査が含まれるか分かりません。外部サービスの利用人数、従量課金、解約時のデータ出力、ソースの受け渡しも条件として残します。
制作会社が実装を外注する場合は、デザインの状態、ブロックや入力項目、API仕様、検証環境、公開担当、修正回数や追加依頼の扱いを共有します。見積書の「一式」に含まれない作業があるなら、着手前に切り分けます。
6．選定メモと完了条件を残す
発注前に、次のメモを埋めれば、社内でも制作会社との間でも判断を共有できます。
- 目的：誰が何を理解・実行できるサイトにするか。
- 更新：担当者、頻度、変更する項目、公開前の承認。
- 必須機能：フォーム、検索、会員、外部連携など。
- 継続条件：管理する契約、更新担当、障害時の連絡、復旧手順。
- 検収：代表的な更新、PC・スマホ、受付、反映と戻し方。
- 選定理由：採用案と見送る案、その条件が変わったときの再検討点。
必要な更新ができ、利用者の操作が完了し、引き継いだ担当者が継続できることを完了条件にします。導入後は更新の手戻り、対応時間、不具合、相談や受注へのつながりを分けて確認します。検索順位だけで技術選定の成否を決めません。
Acquaへ実務を相談する場合、企業の方は企業向けのWeb制作・運用支援、制作会社の方はWordPress実装などの制作支援をご確認ください。技術名を先に指定せず、現行URL、困っている更新、希望する公開後の状態を相談窓口へ伝えていただければ、対応できる工程と確認が必要な範囲を整理します。Next.jsの開発・移行を一律の定額対応として約束するものではありません。
