Q.Studioから移るとき、WordPress・microCMS・EmDashの運用費用は何が違いますか？

定額のプラン料金を支払えばサーバー管理まで含まれるStudioに対して、移行先となる3つのシステムは毎月の支払先や費用の発生基準がそれぞれ異なります。

WordPressは、ソフト自体は誰でも無料でダウンロードできます。そのうえでサーバーとドメインを自分で契約し、公開後の管理も続けましょう。月々の費用は、サーバー代と、更新作業を自分でやるか外に頼むかで決まります。

microCMSは、契約プランの基本料金に追加利用分が乗る形です。microCMSの料金表では、転送量、メンバー数、API数に追加料金が設定されています。ここでのAPI数は、呼び出し回数ではなく作成するAPIの個数のことです。加えて、閲覧者に見せるWebサイトの画面部分はmicroCMSに含まれないため、画面を配信する別サーバーの費用も計算に入れておく必要がありますね。

EmDashも本体は無料です。CloudflareのD1・R2・Workersか、SQLiteを使うNode.jsサーバーのどちらかで動かします。Cloudflareを選んだ場合、Workersには無料プランと有料プランがあり、有料プランは含まれる枠を超えたリクエスト数やCPU時間にWorkersの追加料金がかかります。

Studioでは専用のフォームパーツを画面に置くだけで設置できましたが、別のCMSへ移った場合に問い合わせフォームをどう作ればよいのか迷う場面は多いものです。3つとも作れますが、送られた回答の保存先がそれぞれ違います。

WordPressでは、Contact Form 7を入れて有効化し、ページに専用ブロックを挿入すれば設置できます。ただ、Contact Form 7は送信された内容を保存しません。WordPress内に残したいなら、Flamingoのような保存用プラグインを別に入れます。プラグイン自体の定期的な更新管理も欠かせません。

microCMSでは、画面側のコードからPOST APIを使って問い合わせ内容をmicroCMSの管理画面へ直接登録する方法や、外部のフォームサービスを埋め込む方法が選べます。ただし、microCMSの管理画面は問い合わせ情報の管理に特化して作られているわけではないため、件数が多く細かい顧客管理を求められる場合は、別の専用フォームサービスと連携させたほうが扱いやすいでしょう。

EmDashには公式のフォームプラグイン「@emdash-cms/plugin-forms」があり、0.2.12まで公開されています。Cloudflare PagesとWorkersを組み合わせ、フォームから届いたデータをWorkerで受け取る形を自作する方法もあります。

Studioの不正アクセス事案で流出した可能性があるフォーム情報には、Studioに保存されていた回答が含まれます。第三者が実際に取得したことは確認されていません。保存を無効にしていた間の回答や、2026年9月30日より前に完全削除した回答は対象外で、添付ファイルもファイル名だけが対象です。移行先でも、回答をどこに残すかを先に決めておきたいですね。

自前のサーバーで動かすCMSと、クラウド上で提供されるSaaSとでは、セキュリティで注意を払うべき箇所が大きく異なります。

WordPressは、自分で更新し続ける部分が多いCMSです。プラグインは常に最新にし、使っていないものは削除するのが基本です。さらに、WordPressの外にあるPHPの更新も欠かせません。2026年10月21日にはPHPの重大な脆弱性について、ホスティング会社の案内を確認して更新するよう告知が出ました。この問題は、WordPress本体を更新しても解決しません。

これに対してmicroCMSは、管理画面やデータベースなどの裏側がすべてクラウド上で管理されるSaaSです。管理画面へのアクセス元を限定するIP制限機能も用意されていますが、この機能はBusinessプランやEnterpriseプランでの提供となります。また、静的生成で作れば表示側には静的ファイルを置くだけになりますが、これはサイトの作り方の話で、microCMSを使えば自動でそうなるわけではありません。

EmDashでは、サンドボックス型のプラグインが隔離された環境で動きます。プラグインが必要な権限をあらかじめ宣言し、サイト管理者が承認した場合にのみ追加の機能が有効になります。ただし、コンテンツ編集権限を許可されたプラグインは対象以外の記事も編集できるようになるため、導入するコードや公開元を管理者の側で確認する責任は残るでしょう。どのシステムが優れているかというより、自社でどこまでセキュリティ管理の手間をかけられるかで選ぶ基準が変わりますね。

日々の記事公開やサイト全体の保守管理を考えたとき、どのシステムが自社にとって扱いやすいと言えるでしょうか。運用のしやすさは、更新とトラブル対応を誰が受け持つかで変わります。

更新担当者の作業しやすさで見ると、WordPressは管理画面が日本語に対応しており、直感的なブロックエディタで見た目を確認しながら画像や文章を整えられます。また、WordPressは、5.6以降に新しくインストールした場合、メジャーバージョンを含めて本体が自動で更新され、管理画面で設定を切り替えられます。とはいえバックアップは別の話で、詳しい更新手順ではデータベースとファイルを保存し、それが本当に戻せる状態かまで確認するよう求めていますね。この手間は契約先によって軽くなり、WordPress.comのBusinessとCommerceプランにはリアルタイムの自動バックアップが含まれています。

microCMSは、記事の入稿や編集に特化したシンプルな管理画面が用意されており、操作に迷いにくい利点があります。CMS本体のインフラは提供会社が管理するため、バックエンドの面倒を見る負担はほとんどありません。ただし、サイトの見た目を作るフロントエンド側は完全に分離しているため、新しいデザインの追加やページの改修を行う際には、Webフレームワークを扱えるエンジニアの協力が必要になります。静的サイト生成を採用している場合は、ビルド用のサーバー環境を整える手間が発生するケースもあります。

EmDashは、開発者がAstroでサイトを作り、編集者は管理画面で記事を更新する分担です。Studioのように画面上でレイアウトを自由に変更することはできませんが、記事の定型的な更新作業であればエンジニアの手を借りずに進められますね。Cloudflareのほか、Node.jsの環境でも動かせます。

ところで、Studioも作業がゼロというわけではありません。公開基盤を切り替えるときは、カスタムコードや外部スクリプトが新しい基盤で同じように動くか、確認が必要になることがあります。

Google検索では、WordPressか独自CMSかといったバックエンドの種類自体は順位を左右せず、影響するのはその性能や挙動であると説明されています。Core Web Vitalsはランキングに使われますが、数値が良くても上位が約束されるわけではありません。

WordPressは、検索エンジン向けの情報整理に役立つ標準機能やプラグインが豊富に揃っており、記事ごとのメタタグ設定やサイトマップ生成を手軽に管理できます。ただし、利用するテーマやカスタマイズの内容によっては、標準の適切な処理が妨げられてしまう場合もあるため油断はできません。microCMSやEmDashのようなヘッドレス構成では、CMS単体でSEO対策が完了するわけではありません。microCMSは表示部分を持たないため、タイトルや説明文などのメタデータはフレームワーク側で設定します。

Studioから別のCMSへ引っ越す際に特に注意したいのが、URLの変更に伴う評価の引き継ぎです。URLが変わるなら新旧の対応表を作り、できれば301や308の永続的なリダイレクトを、一般に1年以上残します。ただし、microCMSにはリダイレクト機能がないので、フレームワークかホスティング側で設定します。新しいCMSほど、移行前の確認を丁寧にしておきたいですね。