Movable Typeのシステム開発の発注/外注/依頼/委託方法について

Movable Typeのシステムを発注・外注するなら、製品を選ぶだけでなく、コンテンツ設計、既存データの移行、承認・権限、公開後の保守までを一つの計画として整理することが重要です。小規模サイトはクラウド型で運用負荷を抑え、大規模サイトや複数拠点の統合はAdvanced・Premiumや静的配信を組み合わせるなど、要件に応じて発注先と構成を選びます。

「どの会社に頼めばよいか」「RFPに何を書けばよいか」「見積書の金額は妥当か」と悩む担当者に向けて、Movable Typeのシステム開発を外注する手順を解説します。発注形態、要件整理、契約形態、2026年時点で確認できる製品料金、構築費の推定レンジ、委託先の比較方法まで、問い合わせ前に準備すべきポイントを順番に確認できます。

▼全体ガイドの記事
・Movable Typeのシステム開発の完全ガイド

Movable Typeのシステム発注・外注では何を決めるべきですか?

Movable Typeの発注計画を整理する担当者

Movable Typeの発注で最初に決めるべきことは、製品名ではなく「誰が、どの情報を、どの承認手順で、どの公開先へ届けるか」です。CMSの初期設定だけを依頼するのか、サイトの再設計や業務システム連携まで任せるのかで、必要な会社の技術力、契約範囲、費用が大きく変わります。

MovableType.net、クラウド版、ソフトウェア版を区別します

Movable Typeには、SaaS型のMovableType.net、シックス・アパートが環境を管理するMovable Typeクラウド版、自社または委託先のサーバーへ導入するソフトウェア版があります。さらに、複数サイトや多段階承認、静的配信などを重視する場合はAdvancedやPremiumが候補になります。名前が似ていても、サーバー管理の責任、利用できる拡張、料金の発生方法が異なるため、見積依頼書には「採用する製品・バージョン・基盤」を明記してもらう必要があります。

発注範囲を「制作」と「システム」に分けます

デザイン制作、テンプレート実装、コンテンツタイプ設計、記事移行、フォーム、検索、外部API連携、インフラ、セキュリティ、操作研修は、それぞれ別の作業です。すべてを一社にまとめて依頼する場合でも、見積書では項目を分けてもらいます。分けておくと、予算調整の際に「記事移行だけ自社で行う」「デザインは既存資産を使う」といった現実的な判断ができます。

完成条件と公開後の責任分界を先に決めます

発注の失敗は、完成条件が曖昧なまま着手することで起きやすくなります。「スマートフォンで表示できる」だけでなく、主要ブラウザ、表示速度、URLと301リダイレクト、権限、バックアップ復元、問い合わせフォーム、検索結果、アクセシビリティなど、検収で確認する項目を決めます。また、脆弱性対応を誰が判断し、誰が検証環境へ適用し、緊急時に誰が公開を止めるのかも契約前に確認します。

Movable Typeの発注形態はどのように選びますか?

発注形態を比較する会議

発注形態は、サイトの規模だけでなく、自社に残したい運用業務と外部へ任せたい専門業務で選びます。初期構築を制作会社へ任せる方法、要件定義から保守まで一社へ一括委託する方法、複数社で分担する方法には、それぞれ向き不向きがあります。

要件定義から保守まで一括で委託する方法

社内にCMSの技術担当がいない場合は、要件定義、製品選定、デザイン、開発、移行、公開、研修、保守を一社へまとめて依頼すると進行管理が容易になります。窓口が一つになるため、デザインとテンプレート、インフラとセキュリティの調整も進めやすい方法です。ただし、提案内容が会社側の得意な製品に寄り過ぎることがあります。RFPには複数の構成案を求め、採用しない案の理由も説明してもらいます。

CMSと業務アプリを分けて連携する方法

会員情報、予約、商品在庫、基幹データなどを扱う場合は、Movable Typeにすべての機能を詰め込まず、専用アプリや既存サービスとData APIで連携する構成が有力です。Movable Typeはコンテンツ管理層として使い、業務ロジックや個人情報を扱う処理は別システムへ置くと、権限や保守の境界を管理しやすくなります。連携先のAPI仕様、認証方式、障害時の再送、データの正本をRFPで定義しておくことが必要です。

複数社に分けて発注する方法

既存のインフラ会社、デザイン会社、CMS開発会社などに分けて発注する方法は、専門性を活かしやすい一方、責任の空白が生じやすくなります。たとえば、フォームが送信できない問題をCMS会社とインフラ会社が互いの範囲外と判断すると、公開後の復旧が遅れます。複数社体制を選ぶなら、発注者側またはPM会社を統括窓口とし、障害時の一次切り分け、進捗報告、テスト環境の管理、納品物の保管場所を一つに揃えます。

RFPと要件整理では何を記載しますか?

RFPと要件を整理する様子

RFPは、開発会社へ同じ条件で提案と見積を依頼するための資料です。細かな画面デザインを最初から確定する必要はありませんが、現状の課題、対象範囲、優先順位、制約、希望時期、評価基準はできるだけ具体化します。要件が書けない部分は「提案してほしい事項」として分け、候補会社の提案力も比較できるようにします。

現行サイトと移行対象を棚卸しします

現行CMSのバージョン、サイト数、ドメイン、記事・ウェブページ・画像・PDFの件数、URL構造、カテゴリー、タグ、ユーザー、フォーム、プラグイン、外部連携を一覧にします。移行対象は「すべて」ではなく、公開を継続する情報、アーカイブする情報、削除する情報に分類します。特に旧プラグインのデータや独自フィールドは、そのまま移行できない場合があるため、サンプルデータを使った変換検証を提案依頼に含めます。

コンテンツタイプと権限・承認を定義します

ニュース、店舗、施設、製品、採用情報など、更新する情報をコンテンツタイプとして整理し、必須項目、入力形式、公開期間、関連付け、URLを決めます。項目を固定すると、担当者が変わっても情報品質を保ちやすくなります。編集者、確認者、承認者、公開担当、管理者の役割も分け、誰がどこまで操作できるかをRFPへ記載します。Movable Typeは管理画面のTOTP方式の多要素認証や細かな権限設定に対応しているため、機能の有無だけでなく自社の運用ルールへ落とし込むことが重要です。

非機能要件と受入テストを先に書きます

非機能要件には、表示速度、同時アクセス、稼働時間、バックアップ頻度、復旧目標、ログ保管、監視、TLS、WAF、管理画面への接続制限などを記載します。個人情報をフォームや会員機能で扱う場合は、アクセス制御、委託先監督、漏えい時の連絡体制、データの保存期間も対象です。納品時には、記事登録から承認・公開、301リダイレクト、フォーム送信、検索、権限エラー、バックアップ復元までを受入テストとして実施し、合格条件を記録します。

契約形態は請負と準委任のどちらが適していますか?

契約内容と責任範囲を確認する場面

契約形態は、成果物と完成条件を明確にできる部分は請負、要件調査や継続的な改善のように作業内容が変わる部分は準委任を基本に検討します。契約名だけで判断せず、成果物、作業時間、責任範囲、変更手続き、検収、知的財産権、再委託、秘密保持、保守の条件を確認します。

要件定義と構築で契約を分ける方法

初めての大規模なMovable Type開発では、いきなり本開発を請負契約にせず、現状調査と要件定義を先行させる方法があります。要件定義で移行件数、コンテンツタイプ、プラグイン、外部連携、非機能要件を確定し、その成果物をもとに構築費を再見積もりします。これにより、後から「想定外の移行作業だった」と判明するリスクを抑えられます。

追加要望とスコープクリープを管理します

開発途中で「この一覧も管理したい」「既存データをすべて整形したい」といった要望が出ることは珍しくありません。追加要望を無償対応とする範囲、追加見積もりにする条件、優先順位を下げる場合の扱いを変更管理表に記録します。特に、コンテンツタイプの変更は入力画面だけでなくテンプレート、移行スクリプト、API、テストデータへ影響するため、口頭の依頼で進めないことが安全です。

保守契約に含める作業を具体化します

保守契約は「問い合わせ対応」とだけ書かず、CMS本体やプラグインのアップデート、OS・ミドルウェアの更新、脆弱性情報の確認、障害監視、バックアップ、復元テスト、軽微な修正、月次報告、作業時間、対応時間帯を分けて記載します。クラウド版はサーバー監視や一部のアップデートを提供元が担いますが、テンプレート、プラグイン、アカウント、連携先、公開サーバー側の責任まで自動で消えるわけではありません。契約書の責任分界表で確認します。

Movable Typeのシステム開発費用相場はいくらですか?

Movable Typeの費用を確認する担当者

Movable Typeのシステム開発費は、製品料金と構築費を分けて考えます。製品の公式価格は確認できますが、サイト規模、移行件数、デザイン、連携、テスト、教育まで含めた全国共通の構築統計は確認できません。そのため、以下の構築費はリサーチノートに基づく編集上の推定レンジであり、特定の会社が提示する確定価格ではありません。見積書では、レンジのどこに該当するかと、その根拠を確認してください。

2026年の製品料金とクラウド料金を確認します

シックス・アパートの公式価格表では、2026年4月1日以降のMovable Typeソフトウェア版は税込13万2,000円、年間メンテナンスは税込4万4,000円です。Movable Type Advancedは税込165万円、PremiumのAdvanced Editionは税込198万円で、年間メンテナンスはそれぞれ別途発生します(出典:シックス・アパート「価格改定のお知らせ」、2025年9月公表・2026年4月適用)。これはライセンスの価格であり、設計、制作、移行、インフラ構築、保守の人件費は含みません。

さくらのクラウドを基盤とするMovable Typeクラウド版は、本体プランとストレージを合算します。公式料金表では通常版の最小構成が月額税込2万6,400円、8C16と500GBの構成が月額税込31万3,500円です。Premiumは同じ基盤で月額税込4万1,250円から40万7,550円までの例があります(出典:シックス・アパート「Movable Typeクラウド版 さくらのクラウドプラン」、2026年確認)。このほか、制作会社へ支払う設計・移行・運用設計費が必要です。

構築費はサイト規模と移行・連携の有無で見ます

小規模の企業サイトを新規構築し、既存記事を軽微に移行する場合は、構築費の推定レンジを税込150万〜400万円、期間を2〜4か月程度と考えます。中規模のコーポレートサイトやメディアで、コンテンツタイプ、複数部署の権限、CSV移行、検索、フォーム、外部連携まで含める場合は、税込400万〜1,200万円、4〜8か月程度が一つの目安です。

複数サイト、多言語、自治体・エンタープライズ向けの承認、静的配信、既存データベース連携、負荷試験を含む場合は、税込1,000万〜3,000万円超、6〜12か月以上になる可能性があります。これらは公的なMT専用統計ではなく、業務システム一般の規模感とMT特有の作業をもとにした推定です(出典:リサーチノート「Movable Typeのシステム」、2026年8月作成)。移行対象の品質が低い場合や、旧プラグインを代替開発する場合は、同じ規模でも上振れします。

見積書では費用の内訳と上振れ要因を確認します

見積の内訳は、要件定義、情報設計・画面設計、デザイン、テンプレート実装、プラグイン設定・開発、データ移行、API連携、インフラ、テスト、公開、研修、保守に分けてもらいます。開発費の多くは人件費で構成され、作業の割合は案件ごとに変わりますが、リサーチノートでは要件定義10〜12%、設計22〜24%、実装48〜50%、テスト15〜17%という一般的な目安を整理しています。これは個別見積の配分を保証する数字ではありません(出典:リサーチノート「Movable Typeのシステム」、2026年8月作成)。

安い見積を見つけたときは、移行の手作業、テストケース、旧URLのリダイレクト、操作教育、公開後の障害対応が含まれているかを確認します。反対に、高い見積では、不要な個別開発や過剰なサーバースペックが入っていないかを確認します。金額だけでなく、含む作業、含まない作業、前提条件、追加料金の発生条件を横並びにして比較することが大切です。

委託先の選定と見積比較では何を見ますか?

開発会社の提案を比較する場面

委託先は、Movable Typeを扱えるというだけでなく、自社に近い規模・業種・運用体制の実績で選びます。大規模な複数サイトの統合、自治体サイト、フォーム・会員サイト、外部データ連携では必要な経験が異なります。実績の件数だけでなく、どの製品を使い、何を標準機能で実現し、どこを個別開発し、公開後に誰が保守しているかまで質問します。

Movable Type 9と利用プラグインの対応を確認します

Movable Type 9は2025年10月22日に提供が開始され、LTS版のサポート期間は最長4年へ整理されました(出典:シックス・アパート「Movable Type 9の提供を開始」、2025年10月22日)。新規案件ではMT9を候補にしつつ、既存サイトをMT8から移行する場合は、プラグイン、テンプレート、Perl・PHP、データ移行、再構築時間を検証します。制作会社へは、利用予定のプラグインがMT9に対応しているか、代替策は何か、ライセンス費用は誰が負担するかを確認します。

提案書の具体性とプロジェクト体制を見ます

提案書には、採用製品の理由、システム構成図、移行方針、主要な画面・コンテンツタイプ、テスト方針、スケジュール、体制、リスク、前提条件を記載してもらいます。「対応可能です」という表現だけでなく、どの機能を標準で使い、どの機能をプラグインや個別開発で補うのかが書かれているかを見ます。営業担当だけでなく、要件定義、実装、移行、保守の担当者が打ち合わせに参加する会社は、公開後の責任分界も確認しやすくなります。

相見積もりは同じ条件と質問票で比較します

相見積もりは、同じRFP、同じ移行サンプル、同じ公開希望日を渡して比較します。評価項目は、要件理解、MT実績、提案の妥当性、移行計画、セキュリティ、保守体制、納期、初期費用、ランニング費用に分けます。各社へ「見積に含まない作業」「価格が変わる条件」「発注者側に必要な作業」「公開後に別料金となる作業」を同じ質問票で聞くと、表面上の安さに惑わされにくくなります。

候補会社には、北海道エアポートのような複数サイト統合、静的配信、厳しいセキュリティ要求を伴う事例について、実際の担当範囲を質問することも有効です。同社は北海道内7空港のサイトを統合し、運用者が迷わず扱える統一CMSとセキュリティ要求への対応を重視したと公式事例で説明されています(出典:シックス・アパート「北海道エアポート株式会社の導入事例」、2026年確認)。事例の会社名だけでなく、自社の課題に応用できる工程や体制を読み取ります。

発注から公開・運用開始まではどう進みますか?

Movable Typeの開発工程を進めるチーム

発注後は、現状調査、要件定義、設計、開発、移行、テスト、研修、公開、保守の順で進めます。工程を区切るだけでなく、各工程の成果物と意思決定者を決めることが重要です。発注者側にも、現行データを提供する担当者、業務を判断する責任者、公開を承認する責任者を置きます。

現状調査と設計で手戻りを減らします

現状調査では、サイトマップやアクセス解析だけでなく、日々の更新担当者へヒアリングします。誰が原稿を作り、誰が承認し、どの情報をいつ公開し、公開後にどの数値を確認するのかを明らかにします。そのうえで、コンテンツタイプ、入力項目、権限、承認、URL、テンプレート、外部連携を設計します。デザインを先に固めると、後から入力項目や承認手順が合わなくなることがあるため、業務とデータの設計を先行させます。

移行・テスト・リリースを分けて検証します

移行は、サンプルデータで変換方式を確認してから全件に広げます。文字化け、日付、画像パス、リンク切れ、カテゴリー、公開日時、旧URL、メタ情報を確認し、移行後の件数を突き合わせます。テストでは、機能テストだけでなく、編集者が迷わず登録できるか、承認者が差し戻せるか、再構築に時間がかかり過ぎないか、バックアップから復元できるかを確認します。公開前に旧サイトと新サイトを並べて、重要ページの目視確認も行います。

研修と運用ルールを納品物に含めます

CMSは公開した時点で完成ではなく、社内で更新できて初めて成果が出ます。操作研修では、記事の登録、画像の扱い、承認、予約公開、差し戻し、緊急修正、リンク確認を実際の業務に沿って行います。マニュアルには画面操作だけでなく、公開前チェック、アカウント発行・削除、退職者対応、脆弱性情報の確認、障害時の連絡先を記載します。研修を一度実施して終わりにせず、担当者交代時の引き継ぎ方法も決めます。

Movable Typeのシステム発注・外注でよくある質問

Movable Typeの発注に関する質問を確認する担当者

ここでは、発注前に特に相談されやすい疑問へ回答します。製品料金だけでなく、移行、連携、保守、社内運用まで含めて考えると、見積の比較と委託先選びの判断がしやすくなります。

Movable Typeのシステム発注費用はどのくらいですか?

小規模な新規構築・軽微な移行は税込150万〜400万円、中規模のコンテンツタイプ設計や連携を含む場合は税込400万〜1,200万円、大規模な複数サイトや自治体・エンタープライズ案件は税込1,000万〜3,000万円超が推定レンジです。これはMT専用の公的統計ではなく、作業範囲をもとにした目安です。ライセンス、クラウド、制作、移行、保守を分けた見積で確認してください。

RFPを作れない状態でも開発会社へ相談できますか?

相談できます。現行サイトのURL、困っている業務、サイト数、記事・画像のおおよその件数、希望時期、予算感、社内の更新体制だけでも準備し、要件定義から支援してほしいと伝えます。ただし、会社ごとに条件が違うと比較できないため、候補を絞った段階で同じ資料を渡し、調査・要件定義の成果物と費用を明示してもらうことが大切です。

既存のMovable Type 8を9へ移行すべきですか?

新規構築ではMovable Type 9を基本候補にしますが、既存サイトはプラグインとテンプレートの互換性を検証してから判断します。MT9は2025年10月に提供開始され、LTS版のサポート期間が最長4年へ延長されています。一方、古いプラグインや独自Perl・PHP処理がある場合は、代替開発や段階移行が必要になるため、現在の環境を複製した検証で確認してください。

クラウド版を選べばセキュリティ対策は不要ですか?

不要にはなりません。クラウド版では、CMSのアップデート、OS・ミドルウェアの更新、プロセス監視など提供元が担う範囲がありますが、アカウント、権限、テンプレート、プラグイン、外部公開サーバー、フォーム、個人情報、バックアップ復元の確認は利用者側にも残ります。シックス・アパートのセキュリティ告知では2026年にもCMS本体、Apache、Nginx、Linuxカーネルに関する対応が案内されています(出典:シックス・アパート「セキュリティに関するお知らせ」、2026年)。契約書の責任分界と緊急時の連絡手順を確認してください。

まとめ

Movable Typeのシステム発注をまとめるイメージ

Movable Typeのシステムを発注・外注するときは、最初にMovableType.net、クラウド版、ソフトウェア版、Advanced・Premiumの違いを整理し、次に制作・移行・連携・インフラ・保守の範囲を分けます。RFPには現行サイト、コンテンツタイプ、権限・承認、URL、非機能要件、受入条件を記載し、候補会社へ同じ条件で提案を依頼します。

発注前に確認する項目を一枚にまとめます

見積比較では、初期費用の総額だけでなく、製品料金、サーバー、デザイン、テンプレート、移行、プラグイン、テスト、研修、年間保守を分けて比較します。費用相場は小規模で税込150万〜400万円、中規模で税込400万〜1,200万円、大規模で税込1,000万〜3,000万円超という推定レンジを出発点にし、件数や連携の有無で調整します。最終的には、価格が安い会社ではなく、要件と責任範囲を明確にし、公開後も運用を支えられる委託先を選びます。

まずは現状資料と質問事項をそろえて相談します

最初の相談では、現行サイトのURL、CMSとバージョン、サイト数、移行対象の件数、利用中のプラグイン、外部連携、更新体制、希望時期、予算の上限を共有します。あわせて、見積に含まない作業、MT9対応、データ移行の検証方法、公開後の保守範囲を質問します。資料がそろっていなくても、分かっていることと未確認のことを分けて伝えると、要件定義から支援できる会社を選びやすくなります。

▼全体ガイドの記事
・Movable Typeのシステム開発の完全ガイド

会社紹介

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

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

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

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

執筆者プロフィール
張田谷凌央
張田谷凌央

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