WordPress後継CMS「EmDash」を徹底比較｜メリット・デメリットからわかる導入前に知るべき7つのポイント

📖 推定読了時間：約13分

「WordPressのプラグインを更新するたびに、なんとなく脆弱性が不安になる」「管理画面は使いやすいけど、裏側の仕組みが古いままなのが気になる」——長くWordPressを運用してきた人ほど、そんなモヤモヤを一度は感じたことがあるのではないでしょうか。

そんな中、2026年4月にCloudflareが「WordPressの精神的後継」を掲げて公開したのがEmDash（エムダッシュ）です。発表直後から国内外のエンジニアの間で話題になり、実際にローカル環境で触ってみたレビュー記事も次々と公開されました。この記事では、EmDashがどんな概念のもとに作られたツールなのか、具体的な機能、そして導入を検討するうえで押さえておきたいメリット・デメリットまで、できるだけ網羅的に整理してお伝えします。

EmDashとは何か

EmDashは、2026年4月1日にCloudflareが公開したオープンソースのCMSです。全世界のWebサイトの4割以上で使われているとされるWordPressに対して、「精神的後継（スピリチュアル・サクセサー）」というキャッチフレーズを掲げて登場しました。ただし各種レビュー記事のコメント欄でも指摘されているとおり、WordPressのコードをそのまま引き継いだ「直系の後継」というわけではなく、思想や使い勝手を踏襲しつつゼロから作り直された、いわば「次世代CMS」と捉えるのが実態に近いようです。

技術的にはPHPで動くWordPressとは対照的に、EmDashはTypeScriptで書かれ、AstroとCloudflare Workersを基盤としたサーバーレス構成を採用しています。ライセンスはMITライセンスで、GitHub上でソースコードが公開されており、誰でも自由に利用・改変できる点も特徴のひとつです。

プロジェクトの作成は、ターミナルから次のようなコマンドを実行するところから始まります。

npm create emdash@latest

コマンドを実行すると、プロジェクト名やデプロイ先（Cloudflare WorkersかNode.jsか）、ブログ・ポートフォリオ・マーケティングサイトなどのテンプレート、利用するパッケージマネージャーを対話形式で選んでいく流れになっています。この時点ですでに「ターミナルを使う」という時点で、WordPressに慣れた非エンジニアの利用者にとってはハードルが上がる、という指摘もあります。この点は後述のデメリットで改めて触れます。

EmDashを支える中核技術

EmDashの特徴を理解するうえで欠かせないのが、次の3つの仕組みです。それぞれ、WordPressが長年抱えてきた課題への回答として設計されている点が興味深いところです。

①Dynamic Workers（動的ワーカー）によるプラグインの隔離実行

WordPressのプラグインは、基本的にコア機能と同じ権限でサーバー上で動作します。便利な反面、悪意のあるプラグインや脆弱性のあるプラグインが一つでも紛れ込むと、サイト全体に影響が及びかねないという構造的なリスクを長年抱えてきました。

これに対してEmDashは、Dynamic Workersと呼ばれる仕組みで、プラグインをCloudflareのサンドボックス環境の中で動かします。プラグインはあらかじめ「自分が使いたい機能」だけをマニフェストとして申告し、その範囲内でしか動作できません。スマートフォンのアプリが「カメラへのアクセス許可」「位置情報へのアクセス許可」を個別に求められる仕組みをイメージすると分かりやすいでしょう。プラグインに全権限を渡さない設計は、WordPressで度々問題になってきたプラグイン起因の脆弱性リスクを、アーキテクチャのレベルで抑え込もうとする試みです。

②Portable Text によるコンテンツ管理

WordPressでは記事の本文がHTML文字列としてデータベースに保存されますが、EmDashではPortable Textと呼ばれる構造化されたJSON形式でコンテンツが保存されます。人間が読み書きする分には大きな違いを感じにくいものの、プログラムやAIがコンテンツを解析・編集する際には、HTML文字列を都度パースするよりもはるかに扱いやすい形式だとされています。

③MCPサーバーの内蔵と「AI Native」という設計思想

EmDashのもう一つの大きな特徴が、MCP（Model Context Protocol）サーバーを標準で内蔵している点です。これにより、ClaudeのようなAIツールと直接連携し、AIエージェントがコンテンツの作成・編集やサイト管理をプログラム的に行える設計になっています。Cloudflare自身も、AIコーディングエージェントを活用してEmDashを開発したと説明しており、「人間がGUIで操作する」ことを前提にしてきた従来のCMSとは一線を画す、AI Native CMSという新しい方向性を打ち出しているのが分かります。

WordPressとの違い（比較表）

ここまでの内容を踏まえて、WordPressとEmDashの主な違いを表に整理しました。どちらが優れているというより、それぞれ前提としている思想が異なる点に注目してみてください。

EmDashのメリット

• ✅プラグインの権限がサンドボックスで制限されるため、脆弱性のリスクを構造的に抑えやすい
• ✅MITライセンスのオープンソースで、有料プレミアムプラグインの継続課金に縛られにくい
• ✅MCPサーバー内蔵により、AIエージェントとの連携やコンテンツの自動生成・編集がしやすい
• ✅WXRエクスポートやREST API経由での移行パスが用意されており、WordPressからの乗り換えを想定した設計になっている

特にコスト面では、WordPressの有料プラグインを複数組み合わせて運用していると、年間で数万円〜十数万円規模の継続的な費用が発生することも珍しくありません。EmDashはオープンソースのため、こうしたサブスクリプション費用に縛られにくいという点は、中小規模のサイト運営者にとって魅力的なポイントといえるでしょう。

EmDashのデメリット・課題

ここまで読むと良いことずくめに思えるかもしれませんが、2026年8月時点のEmDashには、実際に触ったエンジニアたちが口をそろえて指摘する課題もいくつか存在します。

• ⚠️プラグイン・テーマのエコシステムがまだ成熟しておらず、WordPressのような豊富な選択肢は現時点では期待しにくい
• ⚠️AstroのSSR（サーバーサイドレンダリング）で動作するため、Node.jsのプロセスが常駐できない一般的な安価なレンタルサーバーでは動かせない可能性が高い
• ⚠️Cloudflare Workersにデプロイする場合、無料プランの範囲では収まらず、有料プランへの加入が必要になるケースがある
• ⚠️日本語をはじめとした多言語対応が、WordPressと比べるとまだ発展途上とされている
• ⚠️プロジェクト作成にターミナル操作が必須となるため、非エンジニアが単独で扱うにはまだハードルが高い

また、実際にWordPressから移行しようとした場合、WXRエクスポートでデータそのものは持ち出せても、テーマのデザイン再現やカスタムプラグインの機能移植、フォームなどの再構築には別途相応の工数がかかる点にも注意が必要です。ある程度の規模のコーポレートサイトを移行する場合、数十時間単位の作業を見込んでおいたほうが現実的だという指摘もあります。移行後のランニングコストが下がる可能性がある一方で、移行そのものには初期コストがかかる点は、導入判断の際に見落とさないようにしたいポイントです。

導入前にチェックしたいポイント

ここまでの内容を踏まえると、EmDashは「今すぐ全面的にWordPressから乗り換えるべきツール」というより、「技術トレンドとして押さえつつ、自分の環境に合うかを見極めながら検討するツール」という位置づけが現実的です。導入を検討する際は、次のような観点でチェックしてみるとよいでしょう。

特に4つ目は、実際にEmDashを検証したエンジニアの多くが共通して取っているアプローチです。ローカルで感触をつかんでから本番導入を判断する、という段階的な進め方が、現状のEmDashとは相性がよいといえそうです。

学習・開発環境を整えるなら

EmDashはTypeScriptとAstroをベースにしているため、実際に触ってみようと思うと、多少なりともこれらの技術への理解が求められます。TypeScriptに初めて触れる場合は、体系立てて学べるTypeScript関連書籍を1冊手元に置いておくと、公式ドキュメントを読み進めるスピードがぐっと上がるはずです。

また、ローカル環境での検証やコードエディタでの作業が中心になるため、動作の軽いエンジニア向けノートPCを用意しておくと、ビルドやデプロイの待ち時間によるストレスを減らせます。ドキュメントとエディタ、ターミナルを同時に開きながら作業することが多くなるため、コーディング用外部モニターを1枚追加するだけでも、作業効率は大きく変わってくるでしょう。長時間コードを書く機会が増えそうな人は、メカニカルキーボードへの買い替えもあわせて検討してみると、タイピングの快適さが底上げされます。

まとめ

EmDashは、WordPressが長年抱えてきた「プラグインの権限が強すぎる」という構造的な課題に対して、Dynamic Workersによるサンドボックス実行というアーキテクチャレベルの回答を示した、意欲的なCMSです。Portable Textによる構造化されたコンテンツ管理や、MCPサーバーを標準搭載したAI Nativeな設計思想も、これからのCMSのあり方を考えるうえで示唆に富んでいます。

一方で、2026年8月時点ではまだ登場から数か月というフェーズにあり、プラグイン・テーマのエコシステムの薄さ、レンタルサーバーでは動かせない実行環境の制約、日本語対応の課題など、実務での本格導入にはもう少し時間がかかりそうな側面も見えてきました。

今すぐWordPressを手放す必要はありませんが、「次のCMSの選択肢」として頭の片隅に置いておいて損はないプロダクトです。まずはローカル環境で気軽に触ってみて、自分のプロジェクトとの相性を確かめてみてはいかがでしょうか。なお、機能やライセンス、料金体系などは今後変更される可能性があるため、実際の導入を検討する際は必ず公式ドキュメントで最新情報を確認することをおすすめします。