microCMSへの移行更新日
#WordPressとmicroCMSは何が違いますか？
WordPressが画面表示からデータ管理までを1つの仕組みで完結させるのに対し、microCMSはデータの管理だけに特化して表示画面を完全に切り離すという根本的な違いがあります。
WordPressの基本機能では、好みのテーマを選んで外観を整え、プラグインを組み込んで問い合わせフォームなどの機能を拡張していきます。これに対してmicroCMSには、訪問者が見る表示画面がありません。管理するのは記事やページの文章と画像だけで、別に作った表示側のサイトがAPIを通じてデータを受け取ります。表示側を誰が作り、誰が直すのかを、契約の前に決めておかないと進みません。
ただし、WordPressもREST APIで内容をほかのアプリに渡せるので、表示側を切り離した作り方もできます。ふつうに使えば一体型、という理解で十分でしょう。
料金はプランごとに決まっていて、金額はmicroCMSの公式料金ページで確認できます。CSVの機能はプランで次のように分かれます。
| プラン | 料金 | CSVインポート | CSVエクスポート |
|---|
| Hobby | 無料 | 使える | 使えない |
|---|
| Team | 有料 | 使える | 使える |
|---|
microCMSの料金はCMSの利用料で、表示側の制作費や公開先の費用は別にかかります。
もうひとつ違うのが、公開後の手入れです。WordPressはソフトウェア自体が無償なものの、追加したプラグインや利用テーマの更新、さらにはPHPやデータベースといった動作環境の定期的な保守作業を自社で抱え続けることになります。
#WordPressとmicroCMSではどちらのセキュリティリスクが低いですか？
サイトの改ざんや不正アクセスを警戒するとき、どちらの仕組みを選べば危険を遠ざけられるでしょうか。
公開サーバーに動的なプログラムを置かない構成を取れる点では、microCMSを組み込んだ静的配信のほうが攻撃対象を減らしやすいと言えます。ただしこれは配信の仕方の話です。microCMSを使えばどんな構成でも安全になる、という意味ではありません。
WordPressはデータベースとPHPがサーバー上で常に稼働しているため、外部からの攻撃にさらされる接点が多くなりがちです。WordPressの公式も、新しく見つかった問題に備えて常に最新版を使うよう勧めています。更新を止めたサイトほど危ない、ということですね。
でも、microCMSを選べば何もしなくてよいわけではありませんね。管理画面への不正ログイン対策は必須です。先ほどの料金表の機能一覧を見ると、次のように分かれています。
- 社員全員に2要素認証を必須にする機能は、Enterpriseのみ
- 管理画面とAPIのIP制限は、BusinessとEnterpriseで使える
- 監査ログとSAMLによるシングルサインオンは、Enterpriseのみ
静的配信で公開面の危険を抑えつつ、契約プランに応じた管理画面の防御策を忘れずに施しておきたいところです。WordPressでも、更新担当を決めて定期的にプラグインを入れ替えていけば、リスクはかなり下げられます。
#中小企業のコーポレートサイトにはどちらが向いていますか？
「サイトの担当は総務の一人だけ。制作会社に頼むのは最初の構築だけにしたい」という会社は多いと思います。その場合、新しいページを社内で増やせるかどうかで選ぶ相手が変わります。
WordPressなら、管理画面の固定ページから新規追加を開き、タイトルと本文を入れて公開するだけで1ページ増えますね。採用情報やキャンペーンのページを思いついたときに足せるのは便利です。
逆に、表示の速さや保守の手離れの良さを重視するなら、microCMSも有力な選択肢です。リスト形式のAPIを1つ定義しておけば、microCMS側でも複数の固定ページを管理できます（microCMSで固定ページを作る方法の解説）。とはいえ、表示側にそのページの型が用意されていなければ画面には出てきません。まったく新しいレイアウトのページを作るときは、表示側の改修を制作会社に頼むことになります。問い合わせフォームも外部ツールに頼るだけでなく、POST APIを活用して組み立てられます。
さらに、microCMSで公開前の画面プレビューを確認するには、CMS側の設定に加えて表示側の開発を避けては通れません。静的サイト生成の構成でも、下書きを取ってきて表示する処理を表示側に作る必要があります。ブラウザ側のJavaScriptで取りに行く形と、プレビュー用のページだけサーバー側で動かす形があります。見積もりにプレビューが含まれているかは、契約の前に制作会社へ聞いてください。
会社紹介やサービス案内のように、ページの型が決まっていて文字と画像を差し替える程度ならmicroCMS、社内でページを自由に足していきたいならWordPressが合います。
#WordPressからmicroCMSへ移行するにはどうしますか？
蓄積した記事や固定ページを抱えた状態から、具体的にどのような手順でデータを移し替えていけばよいでしょうか。
WordPressの標準エクスポート機能が出力するのはXML形式のWXRファイルであり、CSV形式ではありません。そのため、WordPressから取り出した投稿やカテゴリーのデータを、microCMSの形式に沿ったCSVへ整形し直す作業が最初の関門になります。
- WordPressのエクスポート画面で、投稿・固定ページ・カテゴリー・タグを含むファイルを書き出す
- 書き出されたXML形式のファイル（WXR）を、CSVに変換する
- microCMSでリスト形式のAPIを作り、項目に合わせたサンプルCSVをダウンロードする
- サンプルの列に合わせて記事を入れ、文字コードをUTF-8（BOMなし）で保存する
- CSVインポートで一括登録する
列名をそろえれば取り込める、というほど単純でもありません。microCMSのCSVインポートでは、項目ごとに入れ方が決まっています。
- 本文（リッチエディタ）は、対応しているHTMLだけが入る
- 画像の項目には、microCMSで配信している画像のURLを入れる
- ほかのコンテンツを参照する項目には、参照先のコンテンツIDを入れる
困るのは、1件でもエラーがあると処理が止まり、1件も追加されないことです。必須項目の空欄、IDの形式、CSVの列数と項目数のずれを、取り込む前に見直してください。
一度に取り込める件数にも上限があり、Hobbyは1,000件、Teamは2,000件までです。記事数が多いサイトほど、小分けにしてエラーを根気強く潰していくことになります。
こんな聞き方も
- WordPressとmicroCMSはどちらがよいですか？
- Studioから移るならmicroCMSとWordPressのどちらがいいですか？
- コーポレートサイトにはWordPressとmicroCMSのどちらが向いていますか？
- 中小企業の移行先はWordPressとmicroCMSのどちらがいいですか？
- StudioからWordPressやmicroCMSへ移行するならどれがおすすめですか？
- WordPressとmicroCMSではどちらのセキュリティリスクが低いですか？
- microCMSとWordPressの管理画面はどちらが使いやすいですか？
- WordPressからmicroCMSへ移行する企業が多いのはなぜですか？
- WordPressからmicroCMSへ移行するにはどうしますか？
- WordPressの記事をCSVにしてmicroCMSへ取り込むにはどうしますか？
- wordpress microcms 移行
あわせて知りたい（関連する疑問）
QmicroCMSとWordPressの管理画面はどちらが使いやすいですか？
「管理画面が複雑だと、社内の更新担当者が迷って更新が滞ってしまうのではないか」という心配はよく耳にします。
microCMSでは、あらかじめ設計したスキーマに合わせて入力フォームが自動で並ぶ仕様です。ただ、microCMSなら誰でも迷わない、というわけではありません。
一方で、WordPressの管理画面にも独自の強みがありますね。ブロックテーマを使っていれば、サイトエディターでサイト全体をブロックで組み立てられます。また、権限グループを使えば、更新担当には投稿の編集だけを任せるといった絞り込みもできます。
画面レイアウトまで自在にいじりたいのか、それとも入力ミスを減らしたいのかによって、評価は大きく分かれるはずです。WordPressを選ぶなら、担当者にどこまでの権限を渡すかを決めておくと、迷う場面はぐっと減るでしょうね。
QWordPressからmicroCMSへ移行する企業が多いのはなぜですか？
長年親しまれてきたWordPressから離れ、わざわざmicroCMSへ乗り換える企業が出てくる背景にはどんな事情があるのでしょうか。
理由の根っこにあるのは、WordPressを続ける場合の手入れです。WordPressを運用し続ける場合、本体や利用テーマ、各種プラグインだけでなく、サーバー側のPHP環境まで定期的に更新管理していかなければなりません。PHP更新の手順案内にある通り、PHPのバージョンを上げる前にはサイト全体のバックアップを取り、拡張機能との互換性を確かめ、更新後も不具合がないかを点検する慎重な作業が続きます。これを自社でやるか、保守契約で任せるかは会社によって違いますね。
その一方で、microCMSで編集したデータを静的HTMLとして出力し、Cloudflare Pagesのような基盤へ配信すれば、公開サーバー上でPHPを動かさずに済みます。こうした更新の手間を手放したい会社が、microCMSに移っています。
QWebflowやEmDashも候補になりますか？
Studioの操作感を手放したくないならWebflow、開発者が社内にいるならEmDash、という分け方ができます。
Webflowは、画面上でスタイルを設定するとCSSが自動で作られ、クラスを使ってデザインを管理します。画面を見ながら作れる点はStudioに近く、デザイナーには入りやすいでしょう。有料のWorkspaceプランではHTMLやCSS、JavaScriptを外部サーバー向けに書き出せますが、Webflowのコード出力ヘルプにある通り、エクスポートされるコードにCMSのコンテンツや動的機能は含まれません。CMSのデータ自体は別途CSVで取り出す仕様となっています。
これに対してEmDashは、開発者が社内にいる組織向けの選択肢ですね。ウェブフレームワークのAstroと統合して動くCMSであり、CloudflareのインフラだけでなくNode.jsが動くサーバー環境でも稼働します。導入時はnpm create emdash@latestというコマンドを実行してプロジェクトを作成する形を取るため、コードを扱えない担当者だけで動かすのは難しいでしょう。
どちらも、Studioのデータを自動で取り込む仕組みはありません。移行先がWebflowやEmDashでも、ページと記事は作り直しになります。
QStudioのデータはどちらへも書き出して移せますか？
「Studioで作成したサイトのデータを取り出して、そのまま新しい環境へ流し込めないだろうか」と考えたくなりますが、Studioのデータ移行ヘルプで明記されているように、Studioにはデザインやページ情報、ソースコード、さらにはStudio CMSのデータを外部へ書き出す機能が用意されていません。WordPressに移る場合もmicroCMSに移る場合も、移行先で改めて作ることになります。
例外は、フォームの回答です。これはフォームダッシュボードからCSVファイルでダウンロードできます。顧客からの問い合わせ履歴を残したい場合は、乗り換えの前に取っておいてください。CMSの記事とは別のデータなので、記事の移行には使えません。
記事の移行作業を進める場合も、手作業や中間ファイルの作成が欠かせませんね。WordPress側には別サイトからデータを取り込む機能がありますが、移行元の仕組みに合わせてプラグインを選んだり専用の変換手順を踏んだりする調整が伴う仕様です。Studioには取り込ませるファイルそのものがないので、WordPressに移る場合も、記事と画像を手元に用意し直すところから作業が始まります。一方のmicroCMSへ移す場合も、記事のタイトルや本文を自分で表にまとめ直してから取り込むことになります。
この内容をChatGPTで相談
