コンテンツ管理システムの発注は、現状整理から始め、要件定義と契約、見積もりの比較、移行とテストの順に進めると、自社の運用に合うシステムを選びやすくなります。
発注形態の選び方から公開後の運用まで、段階ごとに見ていきます。全体像は、下の完全ガイドでご覧いただけます。
▼全体ガイドの記事
・コンテンツ管理システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
発注・外注の始め方
各社の提案を同じ土台で比べるため、製品候補を探す前に現状整理シートを作ります。コンテンツ、更新者、承認者、公開先、既存データ、連携先を一枚にまとめておくと、各社に同じ前提を渡せます。
目的と更新体制の一枚まとめ
現状整理シートには、次の内容を業務の言葉で記録します。
- 解決したい課題：更新の遅れ、承認漏れ、再入力、古い情報の公開
- コンテンツ：記事、ニュース、製品・採用情報、FAQ、資料、動画
- 更新体制：更新者が1人か各部門に編集者がいるか、法務・広報の承認者
- 公開運用：月間本数、予約・終了日、緊急時の差し替え
異なる種類の情報を自由記述欄に詰め込むと、後で検索したり再利用したりしにくくなります。そのため、種類ごとに管理項目を分けます。
特に、発注前に現場の担当者へ30分程度ヒアリングすると、理想の画面より現在の作業手順と困りごとが見えてきます。
5つの軸による優先順位の決め方
比較の際は、サイト規模だけでなく、次の5つの軸で見ます。
- 更新体制：編集者や承認者の人数、運用の流れ
- コンテンツ量：種類、件数、移行方法
- 連携要件：既存システムや外部サービスとの接続
- 品質・安全性：セキュリティ、公開品質
- 予算・納期：初回公開に必要な範囲と期限
ページ数が少なくても、会員データベースと連携して個別情報を表示するサイトは、難易度が上がります。
構造が揃った大量のページは、一括移行で工数を抑えられる場合があります。
要件は、今回必須のものから、できれば今回、将来検討、対象外のものまでに分けます。
発注側が初回公開の最小範囲を決めると、予算超過と納期遅延を防ぎやすくなります。
将来のAPI連携や多言語化は、初回にすべて開発しなくてもよい場合があります。その代わりに、データ項目と拡張方針を要件に含めておく方法もあります。
発注形態の選び方
発注形態は、クラウド型CMSや商用パッケージから独自開発まで、複数の型を比べて決めます。
判断では、標準機能で運用を満たせるか、更新とセキュリティを誰が担うか、将来データを移せるかを見ます。
標準機能を活かせる企業向けのクラウドCMS・SaaS
クラウドCMS・SaaSは、導入のしやすさと個別要件への対応の両面から見ます。
- 導入しやすさ：サーバー構築や本体更新を抱えにくく、短期導入向き
- 利用場面：小規模サイト、高頻度更新のメディア、少人数運用
- サービス差：権限、承認、基幹連携、プレビュー、保管場所、解約時の出力
- 料金例：MovableType.netは2026年4月以降、月額3,208円と月額13,750円
たとえば、小規模サイトでは、初期設定やデザイン調整、移行を外注し、利用料を払いながら運用する方法が現実的です。
この料金例は、シックス・アパートの改定資料にある利用料です。制作・移行・連携の費用は含まれていません。そのため、公式価格を出発点に、初期設定費と運用支援費を分けて確認します。
商用パッケージとオープンソースの運用責任
商用パッケージとオープンソースは、機能と運用責任を分けて比べます。
- 商用パッケージ：権限、承認、多言語、ステージング、ログ、サポートを備える場合がある
- オープンソース：ライセンスの自由度が高く、運用管理は自社か委託先が担う
商用製品では、導入支援やデザイン、テンプレート、移行、年間サポートまで含めて発注する形になります。
オープンソースでは、サーバー、プラグイン、脆弱性、バックアップ、更新を自社か委託先が担います。
PowerCMSの公式価格表では、2025年1月1日購入分から初期費用が掲載されています。
- スタンダード版：44万円
- プロフェッショナル版：88万円
- エンタープライズ版：132万円
- アドバンスト版：264万円
2年目以降のサポートライセンスは、初期費用の20%とされています。
アクセシビリティ対応や外部連携は別費用になるため、構築・移行・保守を含めた提案書で比べる必要があります。
ヘッドレスCMSとスクラッチ開発の判断基準
開発方式は、将来の配信先と独自業務の有無で判断します。
- ヘッドレスCMS：APIでWeb、アプリ、デジタルサイネージへ配信
- スクラッチ開発：独自業務や会員・商品・契約情報を一体で扱う
ヘッドレスCMSは、複数チャネルや独自の表示に向いています。設計では、フロントエンドやプレビュー、キャッシュを押さえます。さらに、権限、公開予約、障害切り分けも含め、編集体験をPoCで確かめます。
スクラッチの独自仕様が増えると、初期費用に加えて、担当が替わったときの引き継ぎも負担になります。
法改正や脆弱性修正、将来の改修費も膨らみます。そのため、標準機能で代替できない要件を先に明確にします。
RFPと要件整理の準備範囲
RFPは、目的や現状、予算を依頼先に伝える文書で、期限や提案内容も含みます。
完成した仕様書でなくても、各社が同じ前提で提案できれば、見積もりの差を説明しやすくなります。
CMSでは、ページ数だけでなく、コンテンツ構造や編集者数が価格に影響します。さらに、承認経路や移行、外部連携も価格に関わります。
RFPに記載する目的・現状・範囲・制約
依頼先ごとに提案がずれないよう、RFPに必要な情報を揃えます。
- 目的と現状：背景、対象サイト・公開先、現行CMS・サーバー
- コンテンツと体制：種類、概算件数、更新者・承認者、権限
- 制約と要件：時期、予算、社内体制、連携、安全性、アクセシビリティ
URL一覧やサイトマップのような資料があれば、提案側の想定による余分な工数を減らせます。
要求は、必須のものと提案に期待するものに分けます。たとえば、承認者不在時の公開禁止や日時指定、終了後の自動非公開は業務要件に当たります。
ドラッグ操作のような特定のUIを求める場合は、背景の課題を添えておきます。そうすると、別の実現方法を提案できる余地が残り、過剰な個別開発を避けやすくなります。
コンテンツモデルと移行対象の決め方
項目の設計は、検索や再利用のしやすさを左右します。移行対象は、全ページを無条件に移すのではなく、アクセス数などで整理します。
- 管理項目：タイトル、概要、本文、著者、カテゴリー、タグ、公開日、更新日
- 再利用項目：関連資料、SEOタイトル、ディスクリプション
- 移行判断：アクセス、問い合わせ貢献、検索流入、更新日、法定保存
- 付属データ：画像・PDFの名前、著作権、代替テキスト、公開権限
HTMLを本文欄へ貼る移行と、項目を構造化する移行とでは、工数と将来の使いやすさが異なります。
重複したページや古いキャンペーン、リンク切れの資料は、移行前に統合、削除、リダイレクトのどれにするかを判断します。
API連携のデータと責任範囲
連携先だけでなく、データの正と運用責任までRFPに記載します。
- 連携先：会員DB、商品、営業管理、フォーム、マーケティング、解析、SSO
- データ運用：登録・更新・削除、再送、個人情報、API認証、停止時の手動対応
- 責任分界：仕様確認、テスト環境、変換、監視、障害対応の担当
CMSが商品情報を持つか、商品DBから表示するかで、設計と見積もりが変わります。別の会社が担当する場合は、三者で仕様を確認します。
連携を将来対応にする場合も、拡張を妨げないデータ設計とエクスポート方法を、契約前に確認します。
契約形態とプロジェクト管理の決め方
契約には、成果物と仕様を固定する請負や、作業時間と役割を定めて要件を詰める準委任があります。CMSの利用契約と導入支援契約を分ける方法もあります。
契約名だけでは中身が分かりにくいため、納品物と期限、仕様変更の扱いを文書にしておきます。検収と障害対応は、同じ文書で取り決めます。知的財産権やデータの帰属は、契約書に明記します。
仕様を固定できる範囲の請負契約
仕様が固まった工程は、請負契約にすると納品物と納期を定めやすくなります。
- 固定する範囲：画面、機能、移行対象、連携仕様、テスト項目
- 納品例：確定デザインの実装、指定100ページの移行、受入後の公開
- 例外条件：確認遅れ、連携先の仕様変更、移行元データの問題
- 変更管理：受付、影響調査、追加見積もり、承認、リリース計画
変更を無制限に受けると、委託先はリスクを価格に含め、発注側は追加費用や納期延長を負担します。
画面の変更が権限やAPI、テスト、マニュアルにまで及ぶ場合もあります。そのため、口頭での合意は避け、内容と影響を記録します。
要件が変わる部分の準委任による検証
仕様を試しながら決める場合は、準委任で調査、設計、PoCを進められます。
- 対象：新しい運用やヘッドレスCMSの編集体験
- 進め方：週次で画面・運用を確認し、優先順位を調整
- 契約内容：月ごとの範囲、担当者、稼働目安、会議、成果物、報告
優先順位を入れ替えながら成果を積み上げると、まだ定まらない仕様を先に固定するリスクを抑えられます。準委任でも、成果物は定めます。
業務システム分野のリサーチノートでは、仕様変更が多い案件の請負価格が、準委任より1.3〜1.5倍程度高くなる傾向が示されています。
ただし、これはCMS限定の公的統計ではありません。不確実性を価格と契約に反映する参考値として扱います。
契約前に確認する検収・保守・データの扱い
契約前には、検収の条件、障害時の責任の分け方、資産やデータの扱いを確かめます。
- 検収：期間、ブラウザ・端末、重大不具合、修正期限、無償対応
- 責任分界：CMS本体、テンプレート、連携処理の窓口と担当
- 所有・移行：コード、デザイン、設定、コンテンツ、画像、移行スクリプト、管理者アカウント、バックアップ
ベンダー、開発会社、ホスティング会社の担当範囲を図にすると、障害時に誰へ連絡すればよいかが明確になります。
契約が終わるときは、標準形式での出力と引き渡しを決めます。削除証明と移行支援の単価も、発注時に決めておきます。
コンテンツ管理システムの費用相場
小規模なクラウド構築は初期50万〜150万円程度、標準的な企業サイトは150万〜400万円程度が目安です。
会員・商品・基幹の連携や多言語を含む案件、複数サイトやヘッドレス配信を含む案件は、500万〜1,500万円以上です。
フルスクラッチは、1,500万〜4,000万円超になる可能性があります。
この相場はCMS全体の公的な平均ではなく、公式価格や公開事例、業務システム分野の開発レンジを組み合わせた編集上の推定です。
J-GoodTechのCMS導入事例は、デザイン・HTML受領後の工期が4か月、初期費用が150万〜400万円です。追加開発と運用サポートは別途費用となります。
ページ数や移行品質、連携数などの条件は案件ごとに異なります。そのため、相場だけで予算を決めず、同じ前提で見積もりを取ります。
発注形態ごとの費用の内訳
発注形態ごとに異なる費用項目を、分けて見積もります。
- クラウドCMS：利用料、初期設定、デザイン、テンプレート、移行、フォーム、教育
- 商用パッケージ：ライセンス、年間サポート、追加モジュール、構築、保守
- オープンソース：ホスティング、開発、プラグイン、更新、バックアップ、障害対応
- ヘッドレスCMS：利用料、フロントエンド、API、プレビュー、CDN、キャッシュ、公開運用
表示速度や複数チャネル配信を重視しても、編集者が公開前の画面を確認できなければ、運用は止まります。
そこで、管理画面と表示側を別々に考えず、編集から公開までの一連の操作で費用を確認します。
見積書の構築費・移行費・保守費
見積書では、初期の作業と運用費を分けて示してもらいます。
- 構築・公開：企画、要件、設計、デザイン、環境、設定、テンプレート、API、テスト、教育、公開、保守
- 移行：一括変換、手作業整形、リンク修正、画像整理、公開後確認
- 運用費：利用料、ライセンス、サーバー、監視、バックアップ、脆弱性対応等
「CMS導入一式」という見積もりは、含まれる作業と別料金になる作業を確かめます。移行方法によって、工数は変わります。
運用費には、CDNやWAF、ドメイン、SSLなどの基盤費用が含まれる場合があります。解析や追加ユーザー、フォームの費用も、対象になることがあります。メール配信や保守窓口も、見積もりに入るかを確認しておくと、後で慌てずに済みます。
月額の料金だけでなく、5年分の総額と、障害や緊急更新時の費用も見積もります。
5年TCOと予備費
初期費用だけで判断せず、5年TCOと予備費を合わせて検討します。
- 5年TCO：構築、移行、ライセンス・SaaS、基盤・安全対策、保守、更新代行、追加開発、改修
- 利用量：ユーザー数、APIコール数、ストレージ、フォーム送信数
- 提案範囲：必須・標準・拡張の3パターン
初期費用だけで決めると、公開後の保守や追加開発で予算が不足することがあります。利用量の前提も、明記しておきましょう。
移行元のデータやAPI仕様、承認者の確認遅れは、着手後に判明しやすい論点です。そのため、予備費は根拠と使用条件を定め、関係者で共有します。
委託先の選定と見積比較の観点
委託先には、製品会社やサイト制作会社、システム開発会社などがあり、運用代行会社も含まれます。製品の知識と、業務整理や移行、連携、保守の得意さは、別々に見る必要があります。
自社の課題に近い実績を確かめ、担当する工程と再委託先も見て選びます。
実績は社数より条件の近さ
導入社数や受賞歴だけでなく、自社と近い条件の実績かを確認します。
- 案件条件：サイト規模、コンテンツ、更新人数、承認、連携、保守期間
- 移行経験：移行内容、スクリプト再利用、公開時の切り戻し
- 得意分野：企業サイト、ヘッドレス・API、公共アクセシビリティ、権限設計
設計・移行・運用の担当者にも参加してもらうと、実績を具体的に判断できます。
同じRFPでも、提案の視点は会社によって異なります。単純なランキングより、自社の目的に近い実績かどうかを見極めます。
見積比較の前提条件の統一
各社の前提を揃え、金額と成果・責任の範囲を照らし合わせます。
- 共通条件：RFP、ページ数、移行対象、連携範囲、公開時期
- 見積明細：作業、数量、単価・工数、担当、期間、前提、除外、追加条件
- 価格差：安い・高い理由と発注側に残る作業
- 保守範囲：脆弱性、復元テスト、監視、緊急連絡、月次報告、更新相談
テンプレート開発込みの見積もりとデザイン別料金は、総額だけでは比べられません。また、移行を発注側で担う場合は、社内作業と品質確認の負担が残ります。
保守費が高くても、内容によっては5年TCOで見ると合理的です。そのうえで、金額よりも成果物と責任の対応関係を比べます。
提案時に確認する運用と障害対応
提案の場では、運用を続けられるか、安全性、アクセシビリティへの対応を確認します。
- 障害対応：代替担当、問い合わせ初動、重大障害の連絡
- 保守運用：脆弱性、CMS・プラグイン更新、バックアップ復元、ログ保管
- アクセシビリティ：見出し、キーボード、フォーム、色、代替テキスト、エラー表示
IPAのガイドライン第4.0版は2026年3月公開です。「バックアップを取ろう」を情報セキュリティ6か条に加えたほか、安全なWebサイト運用の項目も見直しました。
バックアップの保存先と復元テストを確かめ、保守契約に具体的な作業として含めます。
デジタル庁の2026年方針は、JIS X 8341-3:2016とWCAG 2.2を参照し、適合レベルAAを目標にしています。
自社の目標をAAにするかどうかを決め、対象範囲と検査方法をRFPと契約書に記載します。
発注後の移行・テスト・運用の進め方
納品後にコンテンツを移し、編集者が日常業務で安全に更新できてはじめて、発注の目的が達成されます。
要件定義から安定稼働までを段階に分け、各段階の完了条件を発注側と合意します。段階には、移行や受入テスト、教育、公開が含まれます。
小さく試す移行と本番切り替え
移行前に対象を洗い出すところから、試験、本番切り替えまで、順に確かめます。
- 対象ページを洗い出し、URL、種別、公開日、著者、分類、画像、リンク、SEO設定、公開状態を一覧にする。
- 代表記事、長文、画像の多いページ、フォーム付き、特殊レイアウトを数件選び、試験移行を行う。
- 文字化け、見出し欠落、画像切れ、不要なHTML、リダイレクト漏れを確認し、全件に適用する移行ルールを決める。
大規模なサイトは、優先ページから段階的に公開できます。旧サイトはすぐに止めず、DNSやURL、キャッシュなどの確認を進めます。フォームや解析、検索設定は、個別に確かめます。
切り戻しの条件と、その際に新しいCMSへ登録済みの情報をどう扱うかを、公開手順書に記載します。
実際の業務シナリオによる受入テスト
受入テストでは、通常の操作と例外時の業務シナリオを実行します。
- 基本操作：ログイン、記事・画像、下書き、レビュー、承認、予約・終了、修正、検索
- 連携・権限：権限エラー、フォーム、通知、バックアップ復元、閲覧制限
- 例外操作：途中終了、API失敗、大容量画像、複数人編集、予約取消
編集者と承認者には適切な権限を付け、見えてはいけない情報が表示されないことを確認します。
エラーが利用者に分かりやすいか、管理者が原因を追えるかも確かめます。結果は画面キャプチャや再現手順とともに記録し、残課題と公開の判断者を明確にします。
公開後の教育と運用ルールの契約への記載
公開後の教育と運用は、業務手順、効果測定、安全管理をそろえておきます。
- 教育・ルール：登録担当、見出し、代替テキスト、公開前確認者
- 業務マニュアル：ニュース登録と承認依頼、公開済みページの修正と再承認
- 運用指標：更新本数、承認時間、公開ミス、流入、フォーム、速度、問い合わせ
操作研修を行い、操作ログと権限を定期的に見直します。退職者や異動者のアカウントも、放置しません。
追加開発を行う前に、標準機能や運用の変更で解決できないかを確かめます。
よくある質問
発注や外注では、費用、時期、製品選定、社内体制を確認しておくと、委託先との打ち合わせを具体的に進めやすくなります。
コンテンツ管理システムの発注予算はいつ決めればよいですか？
RFPの前には、上限額を一つ決めるだけでなく、必須の範囲と将来の範囲に分けて予算を考えます。初期費用に移行、ライセンス、保守を加え、さらにセキュリティや追加開発も含めた5年TCOとして捉えます。
委託先へ予算を伝えるときは、金額だけでなく、含めたい成果と運用条件も添えます。
WordPressを使っていれば外注しなくてもよいですか？
更新だけであれば、社内で運用できる場合があります。大規模な移行や権限・承認の設計には、外注が有効です。
プラグインの安全性や外部連携、速度・アクセシビリティの改善も、外注を検討する場面です。
WordPressを採用するかどうかより、更新、バックアップ、脆弱性対応、障害復旧を誰が担えるかで判断します。
見積もりは何社から取ればよいですか？
同じRFPで2〜4社程度を比べると、検討しやすくなります。社数が多すぎると確認に時間がかかり、前提が変わって比較しにくくなる場合があります。
製品ベンダーや導入・移行に強い会社、運用保守まで対応する会社など、タイプの異なる会社を含めると、選択肢を把握できます。
公開後の保守は開発会社に依頼すべきですか？
社内にインフラ、セキュリティ、CMS運用の担当がいて、復旧手順も整えられるなら、内製できます。
本体やプラグインの更新、脆弱性の確認を続けられない場合は、専門会社へ委託します。復元、ログ監視、緊急公開、連携障害の切り分けも、続けられるかどうかで判断します。
保守契約では、作業内容と対応時間を確認します。追加開発の対象外の範囲や、緊急時の単価も見ておきます。
まとめ
発注では、機能数や初期費用だけでなく、更新体制や承認、移行を一体で比べます。あわせて、API、セキュリティ、アクセシビリティ、保守の対応も確かめます。
クラウドCMSやSaaSは短期導入に、パッケージは企業向けの機能に、ヘッドレスCMSは複数チャネル配信に合います。スクラッチは独自業務に合わせやすい一方、保守と引き継ぎも必要です。
発注前の現状と優先順位の整理
誰が何をどの頻度で更新し、誰が承認し、どこへ配信するかを、まず整理します。RFPには、目的や現状、必須と将来の要件、移行、連携の条件を記載します。納期や予算、安全性も、同じ文書に含めます。
標準機能と独自開発の範囲を分け、変わりやすい要件はPoCや準委任で検証します。
総額と責任範囲による見積もりの比較
総額と責任範囲は、次の観点で比較します。
- 費用：構築、移行、連携、テスト、教育、保守、ライセンス、サーバー、安全対策を含む5年TCO
- 体制と対応：実績、担当体制、障害対応、バックアップ
- 契約終了：データ引き渡しと移行支援
同じ前提で提案を受け、責任範囲も確認します。整理して相談すると、自社に必要なCMSと発注先を選びやすくなります。
▼全体ガイドの記事
・コンテンツ管理システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。