WordPress
オープンソースで公開され世界的に広く使われるCMS。コンテンツのエクスポート機能を標準で備え、乗り換え時のデータ引き継ぎに使える。
ワードプレス
MovableType.net
サーバー管理やCMS本体のアップデート・セキュリティ対策をサービス側が行うMovable TypeのSaaS版。
Movable Type(ソフトウェア版)
自社サーバーで運用し、あらかじめHTMLを生成する静的パブリッシングを基本とするCMSで、プラグインや独自開発による拡張が可能。
管理者が実質不在の小規模環境
PCが数台〜十数台で、専任のIT管理者がいない環境。管理の空白が最大のリスクになる。
WordPressプラグイン
問い合わせフォーム・SEO・セキュリティ対策などの機能をWordPress本体に追加する拡張プログラムの仕組み。
プラグインの脆弱性
更新が滞ったプラグインに見つかるセキュリティ上の欠陥で、CMS本体の脆弱性よりも目立つ問題として繰り返し注意喚起されている。
プラグイン起因の脆弱性
静的パブリッシング
あらかじめHTMLファイルを生成しておき、閲覧時はそのファイルをそのまま返す配信方式で、Movable Typeの基本の動き方。
WordPressのエクスポート機能
投稿・固定ページなどのコンテンツをカテゴリー・投稿者・期間・ステータスで絞り込んでWXR形式のXMLとして書き出せるWordPressの管理画面機能。
ツール→エクスポート
WXR形式(WordPress eXtended RSS)
WordPressの「エクスポート」機能が出力するXMLファイルの形式で、投稿・固定ページ・コメント・カスタムフィールド・タームなどを含む。
MovableType.netのインポート機能
WordPress形式を含む複数の形式のファイルを読み込み、本文やカスタムフィールドから参照される画像・添付ファイルもアイテムとして取り込むMovableType.netの機能。
ツール→インポート
カスタム投稿タイプ
WordPressの標準の投稿・固定ページ以外に、テーマやプラグインが独自定義するコンテンツ種別。
カテゴリー階層
カテゴリーの親子関係による階層構造で、Movable Type形式でのインポート時は自動では保たれないことがある。
ルートカテゴリ/サブカテゴリ
パーマリンク
各記事に割り当てられる恒久的なURL、およびその形式の設定で、WordPressでは管理画面の設定メニューで決める。
URL対応表(リダイレクトマッピング)
URL棚卸し表を基に、旧URLごとにkeep(維持)かredirect(転送)かを判定し、対応先URLを1本ずつ確定させた表。
URLマッピング
URL棚卸し表
旧サイトの全URLを固定ページ・エリアページ・記事・非ページファイルの単位で洗い出し、現在のステータスや判定を記録する表。
URLインベントリ
301リダイレクト
HTTPステータスコード301を返して恒久的な移転であることを検索エンジンとブラウザーに伝える転送方式。
恒久的な転送
SEO評価の下落
URLの変更やリダイレクトの不備などによって、検索エンジンでの評価や順位が下がること。
検索順位の下落
サイトマップ
サイト内のページの一覧を検索エンジンに知らせるためのファイル。
XMLサイトマップ
Google Search Console
自社サイトが検索結果に何回表示され、何回クリックされたかを確認できるGoogleの無料ツール。
サーチコンソール
プラグイン機能の代替
WordPressプラグインが担っていた機能を、移行後に作り直す・テンプレートで実装する・不要になるのいずれかに仕分けて代替する取り組み。
作り直す/テンプレートで実装/不要になる
この記事が扱うのはWordPressで運用中のサイトをMovable Type(またはMovableType.net)へ移す、逆方向のCMS移行
専任のWeb担当者がおらずCMSの保守に人を割けない小規模環境には、本体更新やセキュリティ対応をサービス側に任せられるMovableType.netを起点に検討するのが現実的
WordPressは問い合わせフォームやSEO対応などの機能をプラグインという拡張の仕組みで実現する
更新のたびに発生するプラグインの更新対応が放置されると、そのままセキュリティ上のリスクになる
MovableType.netではCMS本体のアップデートやセキュリティ対策をサービス側が実施するため、プラグイン更新放置に相当するリスクが軽減される
Movable Typeはあらかじめ静的なHTMLを生成して配信する静的パブリッシングを基本とし、必要に応じてダイナミック配信も選べる
公開側でCMSのプログラムが動かない静的パブリッシングでは、たとえプラグイン相当の欠陥があっても公開側から直接突かれる面が小さくなる
WordPressは管理画面のツール→エクスポートから投稿・固定ページなどをXMLとして書き出せる
WordPressのエクスポート機能はWXR形式のXMLファイルとしてコンテンツを書き出す
MovableType.netはツール→インポートから複数形式のファイルを取り込める
WordPressからの経路で移行する場合、MovableType.netのインポート機能は、対応する複数形式の1つとしてWordPressから出力したXMLを「WordPress形式」のままそのまま読み込める。ほかにMovableType.net自身のエクスポート形式・Movable Type形式・CSV形式にも対応しており、WXR形式は必須ではない
WordPressからのデータ移行経路を使う場合に限る。MovableType.netへのこの経路での移行は、まずWordPress側でエクスポートしたファイルを用意することを前提にするが、mt-import自体はMovableType.net自身のエクスポート形式やCSV形式などWordPress以外のソースからの取り込みにも対応しており、wp-exportは必須ではない
カスタム投稿タイプはそのままではMovableType.netのインポートで読み込めない場合があり、post_typeの書き換えなど変換や手直しが必要になる
カテゴリー階層は、エクスポートファイル内のカテゴリー記述をスラッシュ区切りの形へ書き換えることで、インポート時に維持するよう構成できる
WordPressは管理画面のパーマリンク設定で各記事のURL形式を決める
WordPressのパーマリンク設定と移行後のURL構造は通常一致しないため、対応表を作るにはパーマリンクの形式を把握しておく必要がある
新旧URL対応表を確定する前に、公開中の全URLを棚卸ししておくべき
変わるURLに301リダイレクトを設定する前に、新旧URLの対応表を確定しておくべき
変わるURLに恒久リダイレクト(301)を設定することで、検索エンジンへ移転先を伝えSEO評価の下落を軽減できる。ただしタイトル・メタディスクリプション・見出し構造の引き継ぎやサイトマップ再送信・Search Console確認と組み合わせて初めて大きな下落を避けられるとされ、301だけで下落が完全に無くなるわけではない
公開後にXMLサイトマップを再送信することは、SEO評価の下落を避けるための対応として推奨される
移行後にインデックスやエラーが正しく引き継がれているか、SEO評価の下落の有無はSearch Consoleで確認できる
MovableType.netへ移行するとWordPressプラグインの仕組み自体は持ち込めないため、機能ごとに作り直す・テンプレートで実装する・不要になるのいずれかを決める必要がある
プラグイン機能の代替を検討するには、まずWordPressのプラグイン一覧を機能ごとに仕分ける必要がある