Movable Type構築の全手順 要件定義・テンプレート設計・公開までを解説
Webサイトの新規構築やリニューアルにあたり、CMSとしてMovable Typeを選定した後、「実際にどのような手順で導入・構築を進めればよいのか」と疑問をお持ちの担当者の方は少なくありません。要件定義からサーバー環境の準備、テンプレート設計、コンテンツ移行、テスト、公開、そして保守体制の整備まで、Movable Typeの構築には一連の工程があり、それぞれの段階で押さえておくべきポイントがあります。
本記事では、Movable Type導入の全体フローを要件定義から公開後の保守体制構築まで順を追って解説します。制作会社に依頼する場合の進め方や、Movable Type特有の静的出力の再構築やMTテンプレートタグの設計など、WordPress等の他CMSとは異なる固有の作業についても詳しく説明します。
この記事でわかること
- Movable Type導入における全体の構築フロー（要件定義から保守まで）
- 各フェーズで担当者が確認すべきポイント
- Movable Type固有の設計・構築作業（静的出力・MTテンプレートタグ）
- 制作会社に依頼する際の進め方と選定基準
1. Movable Type導入前の準備：要件定義フェーズ
CMS構築プロジェクトの成否は、要件定義の質に大きく左右されます。この段階で曖昧な合意のまま進めると、設計・実装フェーズでの手戻りが増え、コストと工期の両面に影響が出ます。Movable Typeの導入においても例外ではなく、まずはサイトの目的・運用体制・技術要件を明確にすることが最初のステップです。
1-1. サイトの目的と運用体制の整理
要件定義でまず確認すべきなのは、「誰が・何のために・どのように更新するサイトか」という運用設計です。更新頻度が高いニュースページを特定の担当者のみが管理するのか、複数の部署が独立したコンテンツエリアを持つのかによって、Movable Typeのロール設計やワークフロー設定が大きく変わります。
具体的には以下の点を整理します。更新担当者の人数と部署構成、コンテンツの種類（ブログ形式のニュース、製品カタログ、採用情報など）と更新頻度、承認フローの有無（作成→確認→公開のワークフローが必要かどうか）、そして多言語対応や複数サイトの統合管理が必要かどうかです。
Movable Type Advancedを選択する場合は、マルチサイト管理機能やロールベースのアクセス制御が標準で利用できます。一方、スタンダード版で対応できる運用規模であれば、ライセンスコストを抑えることも可能です。この段階で必要な機能と予算のバランスを整理しておくことが重要です。
1-2. ライセンスエディションの選定
Movable Typeにはいくつかのエディションが用意されており、サイトの規模や運用要件に応じた選択が必要です。主なエディションの特徴は次のとおりです。
Movable Type（スタンダード）は、単一サイトを中心とした中規模向けのインストール型CMSです。自社サーバーに設置し、コンテンツ管理から静的HTML出力まで基本的な機能を備えています。Movable Type Advancedは、マルチサイト運用・ワークフロー機能・詳細なロール管理など企業サイト向けの機能が充実した上位版です。大学のように複数の学部サイトを一元管理するケースや、官公庁のように厳格な承認フローが必要なサイトに適しています。Movable Type クラウド版は、サーバー管理不要のクラウドホスティング型です。セキュリティパッチの適用が自動化されており、IT部門のリソースが限られる組織に向いています。
ライセンス費用は年間サポート契約と合わせて検討する必要があります。シックス・アパートのProNet認定パートナーを通じて導入する場合、ライセンス取得から構築・保守まで一括でサポートを受けることができます。フォー・クオリアはMovable TypeのProNet認定パートナーとして、ライセンス選定の相談から構築・保守まで一貫してサポートしています。
1-3. 現行サイトの棚卸しとコンテンツ移行計画
既存サイトのリニューアルでMovable Typeを導入する場合、現行サイトのコンテンツ棚卸しと移行計画の策定が不可欠です。特に静的HTMLで運用していた旧サイトからの移行では、ページ数が多いほど移行作業の工数が増大します。
棚卸し作業では、現在のページ一覧とURL構造の整理、各ページのコンテンツ種別（固定ページ・ブログ記事・製品詳細など）の分類、SEO上重要なURLのリダイレクト計画の立案、そして画像・PDFなどのアセットの整理が中心となります。移行するコンテンツの優先度を決め、自動移行・手動移行・新規作成のいずれで対応するかを方針として決定しておくと、後のフェーズで作業が円滑に進みます。
2. サーバー環境の準備と設定
Movable Typeを動作させるためのサーバー環境を整備するフェーズです。インストール型の場合はサーバーの選定・設定が必要になり、クラウド版の場合はアカウント設定と接続確認が中心となります。
2-1. サーバー要件の確認
Movable Typeをインストール型で導入する場合、サーバーが以下の要件を満たしているかを確認します。動作に必要な主な要件はPerlのバージョン（5.16.3以上）、データベース（MySQL 5.7以上またはPostgreSQL）、WebサーバーはApacheまたはNginxです。
サーバー選定では、静的出力ファイルを保存するためのディスク容量とI/Oパフォーマンスも考慮が必要です。ページ数が数千から数万規模のサイトでは、再構築（静的ファイルの一括生成）に時間がかかるため、サーバーのCPUパフォーマンスが実運用に影響します。
Movable Typeのもう一つの特徴として、管理画面（バックエンド）と公開サイト（フロントエンド）を別のサーバー・ドメインで運用できる点があります。この構成にすると、管理画面への不正アクセスリスクを公開サイトから分離でき、セキュリティ設計の観点から推奨される場合があります。官公庁や金融機関のサイト構築では、この分離構成が採用されることも多いです。
2-2. Movable TypeのインストールとDB設定
サーバー要件を確認したら、Movable Typeのインストール作業に入ります。主な手順は次のとおりです。まずシックス・アパートのライセンスポータルからインストールパッケージをダウンロードします。次にダウンロードしたファイルをサーバーの指定ディレクトリに展開します。そして設定ファイル（mt-config.cgi）にデータベース接続情報・ブログURL・管理画面のパスなどを記述します。最後にブラウザからインストールウィザードにアクセスし、初期セットアップを完了させます。
データベースの設定では、文字コードにUTF-8を指定することと、インデックスの設定を適切に行うことが重要です。データ量が増えた際のパフォーマンスに直結するため、初期設定の段階で確認しておきます。
2-3. ディレクトリ構造と静的出力先の設計
Movable Typeの重要な特徴である「静的出力」を正しく機能させるために、ディレクトリ構造の設計は慎重に行う必要があります。静的HTML・CSS・JavaScript・画像などのアセットをどのディレクトリに出力するかを決め、Webサーバーの公開ディレクトリと整合性を取ります。
URLとディレクトリ構造の対応を設計する際は、将来のサイト拡張（サブディレクトリの追加など）も考慮した余裕のある設計が望ましいです。また、CMSの管理URLと公開サイトのURLが混在しないよう、明確に分離したディレクトリ設計にすることが運用上のトラブル防止につながります。
3. テンプレート設計：MTテンプレートタグの設計と構造化
Movable Type構築の中心的な作業がテンプレート設計です。Movable Type固有のテンプレートタグ（MTタグ）を使ってコンテンツの出力を制御するこの工程は、WordPressのテーマ開発とは異なる設計思想を持っており、Movable Typeの経験・知識が直接品質に影響します。
3-1. Movable Typeのテンプレート構造
Movable Typeのテンプレートは大きく「インデックステンプレート」「アーカイブテンプレート」「モジュールテンプレート」に分類されます。
インデックステンプレートは、トップページやサイトマップなど固定的なページを生成するためのテンプレートです。URLと出力ファイルが1対1で対応します。アーカイブテンプレートは、ブログ記事の個別ページ・月別アーカイブ・カテゴリアーカイブなどのように、コンテンツの数や条件によって複数のHTMLファイルを生成するテンプレートです。モジュールテンプレートは、ヘッダー・フッター・サイドバーなど複数のテンプレートから呼び出して再利用するパーツです。
これらのテンプレートタイプを適切に組み合わせ、サイト全体のページ生成の仕組みを設計することがテンプレート設計の核心です。
3-2. MTテンプレートタグの基本と設計のポイント
Movable TypeのテンプレートはHTML内にMTタグを埋め込む形式で記述します。MTタグはコンテンツを動的に取得・出力するための独自タグ体系で、公開時にHTMLに変換されて静的ファイルとして保存されます。
よく使用するMTタグの例としては、ブログ記事の一覧を表示する「MTEntries」タグ、記事タイトルを出力する「MTEntryTitle」タグ、カテゴリ名を表示する「MTCategoryLabel」タグなどがあります。これらのタグに属性を付与することで、表示件数の制限・カテゴリでの絞り込み・日付フォーマットの指定など、細かな制御が可能です。
設計のポイントとして特に重要なのは、カスタムフィールドの設計です。製造業の製品カタログサイトであれば「型番」「仕様」「カタログPDF」などの項目をカスタムフィールドとして定義し、テンプレートから参照する設計にすることで、担当者が管理画面から容易に製品情報を更新できるようになります。
3-3. 静的出力の再構築設計
Movable Typeでは、コンテンツを追加・更新するたびに関連するHTMLファイルを再生成（再構築）する必要があります。この「再構築」の仕組みをどのように設計するかが、運用効率とサーバー負荷のバランスに大きく影響します。
再構築には大きく2つのアプローチがあります。一つは手動再構築で、担当者が管理画面から意図的にタイミングを選んで再構築を実行する方法です。もう一つはScheduled Publishingやコンテンツ保存時の自動再構築で、記事の保存と同時に関連ページを自動生成する方法です。
大規模サイト（ページ数が数千以上）では、全ページ一括の再構築に長時間かかることがあるため、変更のあったページと関連ページのみを再構築する「差分再構築」の仕組みを設計することが重要です。また、静的出力ファイルのキャッシュ戦略やCDNとの連携も、パフォーマンス設計の観点から検討します。
4. デザイン実装とフロントエンド構築
テンプレート設計と並行して、あるいはその後に、デザインのHTML・CSS実装を行います。Movable Typeでは、デザインのHTMLをMTテンプレートに組み込む形で実装するため、テンプレートタグの配置とデザインの整合性を確認しながら進めることが重要です。
4-1. デザインカンプからHTMLへの変換
UI/UXデザインの工程で作成されたデザインカンプ（Figmaなどのデザインツールによるビジュアルデザインのデータ）をHTMLとCSSに変換する工程です。この段階では、まずMovable Typeのテンプレートを意識せず、純粋なHTML・CSSとして正しくデザインが再現されているかを確認します。
レスポンシブデザインの実装、Webアクセシビリティへの対応（WAI-ARIA属性の適切な使用、コントラスト比の確保など）、Core Web Vitalsを意識したパフォーマンス最適化（画像の最適化・不要なJavaScriptの排除など）もこの工程で対応します。
4-2. HTMLのMTテンプレートへの組み込み
完成したHTMLをMovable Typeのテンプレート形式に変換する工程です。静的なダミーテキスト部分をMTタグに置き換え、コンテンツを動的に出力できる状態にします。この工程では、テンプレートタグが正しくコンテンツを取得・出力しているかを確認しながら進めます。
ナビゲーションの現在地表示（カレントメニュー）、パンくずリストの生成、ページネーションの実装など、Movable Typeのテンプレートタグで実現する要素を一つずつ確認します。また、Open GraphタグやJSON-LD形式の構造化データもテンプレートに組み込み、SEO・SNSシェア対応を実装します。
5. コンテンツ移行と初期データ投入
サイトの骨格となるテンプレートが完成したら、コンテンツの移行と初期データの投入を行います。既存サイトからの移行では、コンテンツの品質を保ちながら効率的に移行する方法を選択することが重要です。
5-1. コンテンツ移行の方法と注意点
Movable Typeへのコンテンツ移行には主に3つの方法があります。インポート機能を使った一括移行は、Movable Type形式（.txtまたはXML）のファイルを作成し、管理画面からインポートする方法です。既存サイトがMovable TypeやWordPressで動いている場合は、データのエクスポート・変換・インポートのパイプラインを構築することで効率化できます。APIを使った移行は、既存システムのAPIやデータベースから直接データを取得し、Movable TypeのData APIを経由して投入する方法です。プログラムによる自動化が可能なため、大量のコンテンツを正確に移行できます。手動入力による移行は、ページ数が少ない場合や既存コンテンツの質が低く全面的な見直しが必要な場合に選択します。
移行時の注意点として特に重要なのは、画像・PDFなどのアセットの取り扱いです。画像のURLが変わる場合は、本文中のリンクパスも合わせて更新する必要があります。また、SEO上重要なページのURLが変わる場合は、旧URLから新URLへの301リダイレクト設定を忘れずに行います。
5-2. カテゴリ・タグ・カスタムフィールドの設定
Movable Typeの管理画面でコンテンツを整理するために、カテゴリ・タグ・カスタムフィールドの設定を事前に完了させておきます。コンテンツ移行前にこれらの設定が完成していないと、移行後に手戻りが発生します。
カテゴリの設計は、サイトのナビゲーション構造と連動させます。製品情報を持つ製造業のサイトであれば、製品カテゴリの階層構造をMovable TypeのカテゴリとサブカテゴリのUIで表現します。カスタムフィールドは、標準の記事フィールド（タイトル・本文・日付など）では表現できない項目を追加するために使用します。これらの設計はテンプレート設計の段階で決定しておき、コンテンツ移行前に実装を完了させておくことが理想です。
6. テストと品質確認
公開前のテスト工程は、サイトの品質を保証するために欠かすことができません。Movable Typeの静的出力を前提としたテストには、動的CMSとは異なる観点が含まれます。
6-1. 機能テストと表示確認
テンプレートのMTタグが正しく動作しているかを確認する機能テストを実施します。具体的には、各種アーカイブページが正しく生成されているか、カテゴリ・タグのフィルタリングが機能しているか、ページネーションが正しく動作しているか、フォームの送信処理が機能しているか、などを確認します。
表示確認では、主要なブラウザ（Chrome・Firefox・Safari・Edge）での表示の一致を確認します。特にスマートフォン・タブレットでのレスポンシブ表示の確認は必須です。医療機器メーカーのサイトを例にとると、製品の仕様表がモバイル端末で正しく表示されているか、PDFダウンロードリンクが正しく機能するかなど、業種特有の要件に沿ったテストも実施します。
6-2. 静的出力の完全性チェック
Movable Type特有のテスト項目として、静的出力ファイルの完全性チェックがあります。全ページが意図通りに生成されているか、リンク切れが発生していないか、画像・CSS・JavaScriptなどのアセットが正しく参照されているかを確認します。
リンクチェックツール（Screaming FrogなどのSEOクローラー）を使って全ページをクロールし、404エラーや内部リンク切れを洗い出します。また、静的HTMLファイルが正しいディレクトリに出力されているか、ファイルのパーミッションが適切に設定されているかも確認します。
6-3. パフォーマンステストとセキュリティ確認
Google PageSpeed Insightsを使ってパフォーマンスを計測し、Core Web Vitals（LCP・FID・CLS）のスコアを確認します。静的出力を採用するMovable Typeは動的CMSと比べて有利な傾向がありますが、大量の画像を含むページや複雑なJavaScriptを使用するページは個別に最適化を検討します。
セキュリティ確認では、管理画面へのアクセス制限設定（IPアドレス制限・Basic認証の追加など）、SSL証明書の正しい設定、不要なファイルやサンプルデータの削除などを確認します。Movable Typeの静的出力サイトはSQLインジェクション等の攻撃経路が構造的に存在しないという利点がありますが、管理画面の保護は別途しっかりと対処します。
7. 公開作業と本番環境への移行
テストが完了し、品質確認が取れたらいよいよ公開作業です。本番環境への移行には計画的な手順が必要で、特にドメイン切り替えとDNSの反映タイミングに注意が必要です。
7-1. 公開前の最終確認チェックリスト
公開直前に以下の項目を改めて確認します。本番サーバーのMTインストールと設定の確認、データベースの本番環境へのエクスポート・インポートの完了、全コンテンツの移行と静的出力の完了確認、301リダイレクトの設定確認（旧URLから新URLへ）、Google Search Consoleへの登録とサイトマップXMLの送信、アクセス解析ツール（GA4など）のトラッキングコード設置確認、お問い合わせフォームの動作確認（送信テストメールの受信確認）などです。
7-2. DNSの切り替えとサービス開始
本番公開の手順として、ステージング環境から本番環境への静的ファイルの移行、DNS設定の変更（旧サーバーから新サーバーへのIPアドレス切り替え）、DNSの反映確認（通常24から48時間かかることを考慮した公開スケジュール設定）を順に実施します。
公開後は、主要ページのURLを実際にブラウザで確認し、意図したコンテンツが表示されているかを確認します。アクセス解析が正しく計測されているかもあわせて確認します。
8. 公開後の保守体制と運用フロー
Movable Typeを長期的に安定運用するためには、公開後の保守体制を事前に整備しておくことが重要です。特にバージョンアップ対応とセキュリティパッチの適用方針を明確にしておきます。
8-1. バージョンアップとセキュリティパッチの管理
シックス・アパートは定期的にMovable Typeのアップデートをリリースしています。セキュリティに関わるパッチはリリース後できるだけ早期に適用することが推奨されます。バージョンアップ作業の流れは、リリースノートの確認と影響範囲の把握、ステージング環境での動作確認、本番環境への適用という順序です。
クラウド版を選択している場合は、セキュリティパッチの自動適用が保証されており、インストール型と比べてバージョン管理の負担が軽減されます。
8-2. コンテンツ運用とワークフローの定着
公開後のコンテンツ運用がスムーズに定着するよう、担当者向けの操作マニュアルを整備します。Movable Typeの管理画面は直感的に操作できますが、静的出力の再構築のタイミングや手順については、担当者が確実に理解できるよう丁寧に説明するマニュアルを作成することをお勧めします。
特に記事の公開・修正後に「再構築」を実行する必要があるという点は、WordPressなど動的CMSに慣れた担当者には最初は戸惑う部分です。「記事を保存しただけでは公開サイトに反映されない場合がある」という仕組みを理解したうえで運用できるよう、初期の運用サポート期間を設けることも有効です。
8-3. 保守契約と制作会社との長期サポート体制
Movable Typeの構築を制作会社に依頼する場合、公開後の保守契約の内容をあらかじめ確認しておくことが大切です。保守契約で一般的にカバーされる内容はバージョンアップ・セキュリティパッチの適用支援、軽微なコンテンツ修正・デザイン変更への対応、定期的なバックアップの取得と管理、アクセス解析レポートの提供と改善提案などです。
フォー・クオリアはMovable TypeのProNet認定パートナーとして、構築から公開後の保守・運用まで一貫したサポートを提供しています。製造業・金融・不動産・大学・官公庁など幅広い業種での構築実績があり、業種特有の要件にも対応した保守体制を整えています。Webサイト制作の実績は20,000件以上あり、Movable Typeの導入・移行・保守に関するご相談をお受けしています。
9. 制作会社への依頼：進め方と選定のポイント
Movable Typeの構築を制作会社に依頼する場合、単なるデザイン会社ではなくCMS構築の技術力を持つパートナーを選ぶことが重要です。
9-1. 制作会社の選定基準
Movable Typeの構築実績を持つ制作会社を選ぶ際の確認ポイントは次のとおりです。ProNet認定パートナーかどうかの確認（シックス・アパートの認定パートナーは、一定水準以上の技術力と実績が確認されています）、業種に応じた構築実績の有無（官公庁・大学・金融機関など、セキュリティ要件が高い業種での経験があるか）、テンプレート設計の提案力（MTテンプレートタグの設計経験があり、運用のしやすさを考慮した提案ができるか）、公開後の保守体制（バージョンアップ対応・コンテンツ修正・セキュリティ対応を継続的にサポートできるか）です。
9-2. 依頼から公開までのスケジュール目安
Movable Typeの構築プロジェクトは、規模や要件によって期間が異なりますが、一般的な中規模サイト（50から200ページ程度）を目安にした場合のスケジュール感は次のとおりです。
- 要件定義・ライセンス選定：2から4週間
- サーバー設計・環境構築：1から2週間
- テンプレート設計・フロントエンド実装：4から8週間
- コンテンツ移行・初期データ投入：2から4週間
- テスト・品質確認：2から3週間
- 公開作業・本番移行：1週間
合計すると、要件定義から公開まで3から6ヶ月程度が標準的な期間です。要件の複雑さ、コンテンツ量、カスタマイズの程度によってこれより長くなることもあります。
まとめ
Movable Typeの導入は、要件定義から始まり、ライセンス選定・サーバー環境の準備・テンプレート設計・コンテンツ移行・テスト・公開・保守体制の構築という一連のフローで進んでいきます。各フェーズで確認すべきポイントを押さえ、特にMovable Type固有の静的出力の設計とMTテンプレートタグの設計を適切に行うことが、安定した運用につながる高品質なサイト構築の鍵です。
「CMSはMovable Typeと決めたが、どのように進めればよいかわからない」「現在のサイトをMovable Typeで再構築したい」「制作会社を変更してMovable Typeを引き継いでほしい」といったケースでも、フォー・クオリアにお気軽にご相談ください。ProNet認定パートナーとして、Webサイト制作実績20,000件以上の経験をもとに、貴社のWebサイト構築プロジェクトをサポートします。
なお、Movable TypeとWordPressの選び方の判断軸については、「Movable TypeとWordPress、どちらを選ぶべき？業種・規模・要件別に整理」もあわせてご覧ください。
