CMS開発の発注/外注/依頼/委託方法について

CMS開発を発注・外注するときは、製品を選んで制作会社に任せるだけでは不十分で、更新業務、承認権限、既存コンテンツの移行、公開後の保守までを一つの業務設計として決めることが重要です。予算を抑えることだけを優先すると、公開後に更新できない、追加開発が続く、セキュリティ対応の担当者がいないといった問題が起きやすくなります。

この記事では、CMS開発の発注・外注・依頼・委託を成功させるために、発注形態の選び方、RFPと要件の整理、契約形態、費用相場、委託先の選定、見積書の比較方法までを順番に解説します。2026年時点で公開されているサービス料金や導入事例も参考にしながら、自社に合う依頼方法と見積比較の軸を作れる内容です。

▼全体ガイドの記事
・CMS開発の完全ガイド

CMS開発を外注する前に知っておきたい全体像

CMSは、文章や画像を登録してページを公開するだけのツールではありません。誰がコンテンツを作成し、誰が確認し、どの条件で公開し、公開後にどのように履歴を残すかを管理する業務基盤です。そのため、外注時の成否はCMSの知名度よりも、自社の運用とシステムの責任分界をどこまで具体化できるかで決まりやすいです。

外注する範囲には、CMSの初期設定、画面デザイン、フロントエンド実装、コンテンツモデルやカスタムフィールドの設計、ユーザー権限、承認フロー、検索、フォーム、外部サービス連携、データ移行、テスト、教育、公開後の保守が含まれます。見積書に「CMS導入」とだけ書かれている場合は、どこまでが含まれているかを確認しないと、移行や連携の段階で追加費用が発生しやすいです。

特にヘッドレスCMSでは、CMSの管理画面とAPIは提供されても、表示側のWebサイト、ホスティング、プレビュー、認証、検索、キャッシュなどは別途設計が必要です。逆に、クラウド型の一体型CMSではインフラ運用を減らしやすい一方、独自の業務フローやデータ連携に制約がないかを確認する必要があります。

CMSを外注する目的は、制作作業を社外へ移すことだけではありません。更新時間を短縮する、事業部門が自分で情報を公開できるようにする、SEOの改善を継続しやすくする、複数サイトの情報を一元管理する、承認と監査を標準化するといった成果に置き換えて考えます。目的が「新しいCMSを入れる」だけでは、導入後に何をもって成功とするか判断できません。

たとえば、製品情報を複数サイトに掲載する企業なら、同じ情報を各担当者が個別に入力する運用を改め、データを一元管理して配信する設計が効果的です。HeartCoreの公式導入事例でも、SUBARUの約100サイト一元管理、日本航空の26か国・60サイト運営、ニコン・トリンブルの製品情報更新工数80％削減が紹介されています。これらはベンダー掲載の事例値ですので、自社のページ数や運用体制にそのまま当てはめず、目標を設定する際の参考として扱います。

CMSの発注形態はどれを選べばよいですか？

CMSの発注形態は、クラウド型・パッケージ型・オープンソース型・ヘッドレスCMS・スクラッチ開発を候補にし、自社の運用要件と保守体制で絞り込みます。短期導入やインフラ運用の軽減を優先するならクラウド型、複雑な承認や多サイト統制が必要ならパッケージ型、複数チャネルへ同じデータを配信するならヘッドレス型が候補になりやすいです。

クラウド型やSaaS型は、サーバー構築やCMS本体のアップデートを自社で抱えにくいことが利点です。運用担当者が少ない企業、まず標準機能で早く立ち上げたい企業、インフラの監視やバックアップをサービス側に寄せたい企業に向いています。ただし、月額料金だけで判断せず、ユーザー数、API数、データ転送量、環境数、ストレージ、サポート、解約時のデータ取り出し条件まで確認します。

たとえばmicroCMSの公式料金ページでは、Hobbyが0円/月、Teamが4,900円〜/月、Businessが75,000円〜/月、Enterpriseが見積もりです。Businessでは権限管理、IP制限、複数環境管理などが利用でき、Enterpriseでは監査ログ、2要素認証の必須化、SAMLシングルサインオンなどが用意されています（出典: microCMS公式料金ページ、2026年8月確認）。これはCMSサービスの利用料であり、サイトのフロントエンド開発、コンテンツ移行、運用設計、保守契約は別に見積もる必要があります。

パッケージ型は、企業サイトや会員サイトで必要になりやすい権限、承認、版管理、複数サイト管理などを製品の標準機能として持つ場合があります。オンプレミスや自社クラウドに配置できる製品なら、ネットワークや認証基盤との統合を細かく設計しやすいです。一方で、ライセンス、年間保守、サーバー、アップデート、導入支援が別項目になりやすいため、初期費用と年間費用を分けて比較します。

オープンソース型はライセンス費を抑えやすい一方、コア、テーマ、プラグインの更新や脆弱性対応を自社または保守会社が担います。担当者が変わっても対応できる体制を作れるか、障害時の復旧時間を合意できるか、利用プラグインを減らして保守性を確保できるかを外注先に確認します。安価に始められても、運用責任が曖昧なら長期費用が増える可能性があります。

ヘッドレスCMSは、コンテンツ管理と表示画面を分離する方式です。Webサイトだけでなく、スマートフォンアプリ、デジタルサイネージ、会員向け画面などへ同じデータを配信したい場合や、フロントエンドの技術選択を自由にしたい場合に適しています。ただし、プレビュー、公開切り替え、キャッシュ、検索、認証、監視、障害対応までを別々に設計するため、一体型CMSより開発範囲が広がることがあります。

スクラッチ開発は、標準CMSでは表現できない独自の業務ロジックやデータ連携が中核にある場合に限って検討します。記事の登録・公開・権限管理といったCMSの基本機能を一から作ると、開発費だけでなく、脆弱性対応、アップデート、バックアップ、担当者交代時の引き継ぎ費用も発生します。既製品の拡張で足りる部分と独自開発すべき部分をRFPで切り分けることが、過剰開発の防止につながります。

RFPと要件整理はどこまで準備してから依頼すべきですか？

RFPは完成した仕様書でなくても構いませんが、目的、対象範囲、現状の課題、必要な機能、制約、納期、予算の考え方、提案してほしい内容を同じ書式で示します。発注前にすべてを確定するのではなく、各社からの提案を比較できる最低限の条件をそろえることが目的です。

最初に、CMS導入の目的を「更新時間を半分にする」「公開までの承認を標準化する」「商品情報を複数サイトへ再利用する」「問い合わせにつながるコンテンツを増やす」などの業務成果に変換します。現状については、サイト数、ページ数、記事や製品情報の件数、更新担当部署、承認者、月間更新数、利用中のCMS、サーバー、連携システム、困っている作業を記載します。

既存サイトをリニューアルする場合は、URL一覧、ページの最終更新日、検索流入の有無、画像やPDFの保存場所、フォームの送信先、アクセス解析、リダイレクトの要否も整理します。URLを無計画に変更すると検索評価や既存顧客の導線を損なうため、301リダイレクト、XMLサイトマップ、canonical、構造化データ、robots.txtの扱いをRFPに含めます。

機能要件は「高機能なCMS」と書くのではなく、作成、レビュー、承認、予約公開、公開終了、差し戻し、版の比較、過去版への復元、画像のトリミング、フォーム管理、検索、タグ付けなど、編集者が行う操作単位で書きます。作成者、編集者、承認者、サイト管理者、外部委託先などの役割ごとに、閲覧・編集・公開・削除の権限を分けることも重要です。

多言語やマルチサイトを扱うなら、言語ごとの公開状態、翻訳の担当、共通コンテンツとサイト固有コンテンツの区別、ドメインごとの権限を定義します。会員情報や個人情報を扱う場合は、認証方式、MFA、アクセスログ、保存期間、バックアップ、委託先の再委託、障害時の連絡ルートまで要件に含めます。

非機能要件は、表示速度、同時アクセス、稼働率、バックアップの頻度と保持期間、復旧目標、監視、ログ、セキュリティ、アクセシビリティ、対応ブラウザ、個人情報の取り扱いを含みます。CMSの管理画面が使えるだけでは公開サイトの安全性を保証できないため、WAF、CDN、脆弱性診断、パッチ適用、管理画面のIP制限、最小権限の設定をどこまで実施するか確認します。

受入条件には、代表ページを実際に更新できること、承認差し戻しが機能すること、権限外の操作が拒否されること、既存URLから正しく転送されること、フォームが指定先へ届くこと、バックアップから復元できることを記載します。IPAは安全なウェブサイト運用のチェックポイントとして、脆弱性検査やセキュリティ監査を外部組織に依頼することも対策漏れの発見に有効だと案内しています（出典: IPA「安全なウェブサイトの運用管理に向けての20ヶ条」、2026年8月確認）。

CMS開発の契約形態と費用相場はどう考えますか？

CMS開発の費用は、CMSの利用料、企画・要件定義、情報設計、デザイン、実装、外部連携、コンテンツ移行、テスト、教育、公開作業、保守に分けて考えます。契約形態は、納品物と金額を確定しやすい請負契約、作業時間や体制を柔軟に調整しやすい準委任契約、製品利用と保守を継続するサービス契約を組み合わせることが一般的です。

請負契約は、合意した成果物を完成させて引き渡すことを重視する契約です。画面数、機能、移行対象、テスト項目、納期、検収条件が比較的明確なフェーズに向いています。仕様変更の扱い、追加費用の算定、納品後の瑕疵対応、ソースコードやデザインデータの権利帰属を契約書で確認します。

準委任契約は、要件定義やアジャイル開発、運用改善のように、作業内容を進めながら優先順位を調整するフェーズに向いています。成果物の完成責任ではなく、合意した業務を適切に遂行する契約であるため、稼働時間、担当者、定例会、報告内容、品質確認の方法を明確にします。公開後の保守契約では、問い合わせ受付時間、障害の重要度、一次回答と復旧の目標、緊急対応費、アップデートの範囲を確認します。

公開相場をもとにしたCMSサイトの初期費用は、小規模なら30万〜100万円程度、中規模なら100万〜300万円程度、大規模なら500万〜1,500万円程度、エンタープライズなら1,500万〜5,000万円超が計画上のレンジです。小規模は10ページ前後・標準テーマ・単一言語、中規模は30〜50ページ・オリジナルデザイン・権限やフォーム、大規模は100ページ超・多言語・検索・データ移行・外部連携を想定した推定です。これはCMS固有の全国統計ではなく、公開されているWebサイト制作相場とCMS料金を組み合わせた計画用の目安です。

サイト規模別の公開目安では、10ページ以下が30万〜50万円程度、30〜50ページが100万〜200万円程度、100ページ以上が500万円程度とされる情報もあります（出典: HubSpot「CMS導入・Webサイト構築の相場」、2026年8月確認）。実際の見積もりは、ページ数だけでなく、移行データの品質、権限や承認の複雑さ、検索、会員機能、基幹システム連携、公開後の保守で大きく変わります。

期間は、小規模で1〜2か月、中規模で2〜4か月、大規模で4〜9か月、エンタープライズで6〜12か月超を見込むと計画しやすいです。要件定義を短縮しすぎると、後工程で追加開発やコンテンツ移行の手戻りが起きます。公開日を決める際は、制作期間だけでなく、原稿確定、移行リハーサル、受入テスト、社内教育、予備期間も含めます。

安い見積もりを選ぶのではなく、3年間の総保有コストで比較します。CMS利用料やライセンス、サーバー、CDN、保守、脆弱性診断、追加開発、バックアップ、アクセス解析、コンテンツ移行、教育、将来のリニューアルを合算します。クラウド型は初期費用を抑えやすい一方、ユーザー数やデータ転送量によって月額が増える場合があります。オンプレミス型はライセンスと年間保守に加え、インフラと更新作業を自社側で負担することがあります。

実在サービスの価格を見ても、CMS利用料のレンジは広いです。Movable Typeは2026年4月1日以降、ソフトウェア版132,000円、年間メンテナンス44,000円、Advanced 1,650,000円などの価格が公表され、クラウド版は本体プランとストレージの組み合わせで月額8,250円から262,900円までの例があります（出典: シックス・アパート公式価格改定情報、2026年4月適用）。SITE PUBLISもクラウド版とオンプレミス版で、ライセンス料、月額費用、年間保守費用の構成が異なります。製品価格だけでサイト開発費を判断しないことが大切です。

CMSの委託先選定と見積比較で見るべきポイント

委託先は、CMS製品を販売する会社、導入を支援するSI会社、Web制作会社、保守会社に分かれることがあります。製品の機能に詳しいことと、自社の業務整理や移行を成功させられることは同じではありません。候補企業には、製品の説明だけでなく、要件定義から設計、実装、移行、テスト、教育、保守まで誰が責任を持つのかを示してもらいます。

実績を見るときは、導入社数や受賞歴だけでなく、サイト数、ページ数、利用者数、言語数、データ移行量、外部連携、承認フロー、公開後の運用人数を確認します。大企業向けの実績が多くても、小規模チーム向けの運用設計が得意とは限りません。候補企業には、類似案件の担当範囲、想定した課題、公開後に残った作業、保守体制を質問します。

事例の効果数値は、測定期間や対象業務を確認して読みます。たとえば「更新工数を80％削減」という数字は、製品情報ページの更新工程を対象にした事例値であって、すべてのコンテンツ運用が80％減ることを意味しません。自社では、現在の更新時間、承認にかかる日数、誤公開件数、移行後の問い合わせ数などを基準値として記録し、提案内容と対応させます。

複数社に見積もりを依頼するときは、同じRFP、同じページ一覧、同じ移行対象、同じ納期条件を渡します。見積書では、企画・要件定義、情報設計、デザイン、テンプレート実装、CMS設定、APIや外部システム連携、移行、テスト、教育、公開、保守を分けて記載してもらいます。作業一式の金額だけでは、安い理由と含まれない作業が分からないためです。

比較時は、金額、納期、体制、実績、提案の理解度、保守の範囲を同じ重みで見ます。特に、移行対象外のデータ、原稿や画像の準備者、サーバー契約、ライセンス、アクセス解析、脆弱性診断、アクセシビリティ検証、公開後の追加修正が除外されていないか確認します。初期費用が低くても、除外項目が多ければ実際の支払額は増えます。

CMSリニューアルでは、コンテンツを新しい画面に移すだけでなく、不要ページの整理、重複内容の統合、画像やPDFの命名、alt属性、公開期限、カテゴリ、作成者、旧URLと新URLの対応を決めます。手作業で移行するのか、CSVやAPIで移行するのか、移行後の目視確認を何ページ行うのかによって費用と期間が変わります。移行リハーサルを見積もりに含めると、公開直前の混乱を減らせます。

セキュリティでは、CMS本体やプラグインの更新、管理画面のMFAやIP制限、最小権限、WAF、バックアップ、監査ログ、脆弱性診断、インシデント時の連絡を確認します。個人情報を扱うフォームや会員サイトでは、委託先のアクセス権、ログの保存、再委託、データ返却・削除も契約に書きます。アクセシビリティは、デジタル庁が2026年3月更新の方針でJIS X 8341-3:2016とWCAG 2.2を指標としているため、自社サイトの対象範囲と目標適合レベルを事前に定めます（出典: デジタル庁「ウェブアクセシビリティ」、2026年3月更新）。

公開前は、主要ブラウザでの表示、スマートフォン表示、フォーム送信、検索、予約公開、権限境界、エラーメッセージ、URL転送、サイトマップ、構造化データ、バックアップ復元を確認します。受入テストの担当者と合否基準を発注側で決めておけば、制作会社の「納品しました」と利用部門の「使えません」の食い違いを減らせます。

よくある質問

CMSの発注では、費用、期間、社内の準備、公開後の保守について疑問が生じやすいです。ここでは、外注を検討する担当者が事前に確認したい質問に、判断の基準を簡潔に回答します。

公開相場をもとにした初期費用の計画レンジは、小規模で30万〜100万円程度、中規模で100万〜300万円程度、大規模で500万〜1,500万円程度です。エンタープライズで多サイト、基幹連携、厳格な承認、段階移行まで含める場合は1,500万〜5,000万円超になる可能性があります。CMS利用料、移行、連携、保守を含むかで大きく変わるため、金額だけでなく内訳を確認します。

依頼できますが、目的、現状の課題、対象サイト、更新担当者、希望時期、予算の考え方だけでも整理してから相談すると、提案の精度が上がります。要件が曖昧なまま本開発の見積もりを求めると、各社が異なる前提で計算するため比較できません。最初に要件定義フェーズだけを準委任で依頼し、その成果物をもとに本開発を請負で発注する方法もあります。

自社にCMS、サーバー、セキュリティ、フロントエンドを継続して管理できる担当者がいない場合は、保守も外注する方が安全です。保守範囲は、問い合わせ対応だけでなく、CMSやプラグインの更新、脆弱性対応、バックアップ確認、障害監視、復旧、軽微な改修、定例報告まで具体化します。月額保守に含まれない追加開発や緊急対応の単価も、契約前に確認します。

要件をそろえたうえで、まず3〜5社程度に提案を依頼し、提案内容と体制が自社に合う2〜3社へ絞り込むと比較しやすいです。社数を増やしすぎると、質問への回答や提案評価に時間がかかり、各社へ十分な情報を渡せなくなります。製品提供会社、SI会社、制作会社など役割の異なる候補を含め、RFPで同じ条件を示すことが大切です。

まとめ

CMS開発の発注・外注では、最初にCMSの種類を決めるのではなく、更新業務、権限、承認、データ移行、外部連携、セキュリティ、公開後の保守を整理します。クラウド型、パッケージ型、オープンソース型、ヘッドレス型、スクラッチ開発にはそれぞれ向き不向きがあり、製品価格だけでなく、構築費と3年TCOで比較することが重要です。

RFPには、目的とKPI、現状のサイトと業務、必要な機能、非機能要件、移行対象、納期、予算、受入条件を記載します。委託先には、要件定義、デザイン、開発、移行、テスト、教育、保守の担当範囲と、製品会社・SI会社・制作会社の責任分界を明示してもらいます。これにより、公開直前に「その作業は別料金です」と言われるリスクを減らせます。

見積書は初期費用の安さだけでなく、ライセンス、月額、サーバー、移行、連携、教育、脆弱性対応、バックアップ、追加開発、保守を含む3年TCOで比較します。候補企業の実績は、自社に近い規模や運用条件で確認し、事例の効果数値は対象範囲と測定方法を確かめます。CMSは公開して終わりではなく、社内の担当者が継続して更新でき、安全に改善できる状態までを発注の成果と考えることが大切です。

発注形態、RFP、契約、費用、委託先、見積比較の論点を先に整理できれば、CMSの選定は「有名な製品を買う作業」から「自社のコンテンツ業務を改善するプロジェクト」へ変わります。自社の目的と制約を候補企業に正確に伝え、提案の前提条件と公開後の責任まで比較したうえで、長く運用できるパートナーを選びます。

▼全体ガイドの記事
・CMS開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。