BLOG 2026.11.05 公開

EmDashとは？WordPressの精神的後継CMSの特徴を簡単に解説！

#EmDash

Written by mizuishi

INDEX

EmDashとは
WordPressとの違い
EmDashの特徴
EmDashのデメリット・注意点
EmDashの導入方法
WordPressからの移行方法
こんな人におすすめ
まとめ
参考

2026年9月28日、Cloudflareが開発するCMS「EmDash」の安定版であるv1.0がリリースされました。

EmDashは2026年4月に「WordPressの精神的後継」として発表され、大きな話題になりました。ただ、発表当時はv0.1.0のプレビュー版だったため、「気になるけど1.0が出るまでは様子見」という方も多かったのではないでしょうか。

今回は、EmDashをまだ知らない方や、WordPressからの乗り換えを考えている方に向けて、EmDashの概要や特徴、WordPressとの違いについてご紹介します！

EmDashとは

EmDash

Cloudflareが開発している、オープンソースのフルスタックCMSです。

すべてTypeScriptで書かれており、フロントエンドにはWebサイト向けフレームワークであるAstroが使われています。

CloudflareはEmDashを「WordPressの精神的後継（spiritual successor）」と位置づけています。

ここで注意したいのは、EmDashはWordPressを移植したものではないという点です。WordPressのコードは一切使われておらず、「誰でも低コストで使える、オープンなパブリッシング基盤」というWordPressの考え方を受け継ぎつつ、現代の環境に合わせてゼロから作り直されたCMSになります。

WordPressとの違い

まずは、WordPressと比べて何が違うのかをざっくり表にまとめてみます。

項目	WordPress	EmDash
言語	PHP	TypeScript
フロントエンド（テーマ）	PHPテンプレート	Astroプロジェクト
プラグインの実行環境	本体と同じプロセスで動作	原則としてサンドボックスで動作（Native Pluginを除く）
プラグインの権限	DB・ファイルなどほぼすべてにアクセス可能	宣言し、管理者が承認した権限のみ（サンドボックス型）
ホスティング	PHPが動くサーバーが必要	サーバーレス（Cloudflare Workers）／Node.jsサーバー
ログイン	ID・パスワード（標準）	パスキー（SSOにも対応）
ライセンス	GPL	MIT

一番大きな違いは、プラグインの仕組みです。こちらは次の「特徴」で詳しく見ていきます。

EmDashの特徴

プラグインがサンドボックスで動く

EmDashの一番の特徴がこちらです。

WordPressのプラグインは本体と同じ環境で動くため、データベースやファイルシステムにほぼ自由にアクセスできてしまいます。セキュリティ企業Patchstackの調査によると、2025年に見つかったWordPress関連の脆弱性11,334件のうち、約91%がプラグインに存在していました。プラグインを本体から隔離する仕組みがないことも、リスクを高める要因のひとつと考えられます。

EmDashでは、プラグインを隔離されたサンドボックスの中で動かせます。Cloudflare上ではDynamic Worker、Node.js環境ではオープンソースのランタイム「workerd」を使って、プラグインごとに実行環境が分けられます。

サンドボックス型のプラグインは、使いたい権限をあらかじめ宣言し、サイト管理者が承認した範囲でのみ動作します。

なお、EmDashには本体と同じプロセスで動く「Native Plugin」もあり、こちらはサンドボックスで隔離されません。公式のプラグインレジストリからインストールするプラグインは、サンドボックスで実行されます。

権限は、プラグインのマニフェストファイル（emdash-plugin.jsonc）に記述します。例えば、公開済みの記事を読み取って外部の検索サービスに送るプラグインであれば、以下のように宣言します。

emdash-plugin.jsonc
{
  "slug": "search-indexer",
  // ...名前や説明などのプロフィール...

  "capabilities": ["content:read", "network:request"],
  "allowedHosts": ["api.example.com"]
}

このプラグインは記事を読み取れますが、書き換えることはできません。通信できるのもapi.example.comだけです。

インストール時には宣言された権限が一覧で表示され、アップデートで権限が増える場合は改めて承認が必要になります。スマホアプリの権限確認に近い感覚ですね。

※プラグイン本体のコードの書き方は、公式ドキュメントをご確認ください。

テーマはAstroで作る

EmDashのテーマは、Astroのプロジェクトそのものです。ページ、レイアウト、コンポーネント、スタイル（CSSやTailwind CSS）で構成されます。初期のコンテンツ構造やサンプルデータを定義するシードファイル（JSON）を含めることもできます。

普段からAstroを使っている方であれば、ほぼいつも通りの感覚でテーマを作れます。また、テーマからデータベースを直接操作することはできないため、テーマ側の安全性も高くなっています。

Cloudflare Workersで動くサーバーレス設計（Node.jsにも対応）

EmDashはCloudflare Workers上で動かすことを前提に作られています。Cloudflare Workersで動かす場合は、リクエストがあったときだけ起動し、アクセスがなければゼロまでスケールダウンするため、常時稼働するWebサーバーを用意する必要がありません。アクセスの少ないサイトでも、サーバーの稼働コストを抑えやすい仕組みです（データベースやストレージの料金は別途かかります）。

とはいえCloudflare専用というわけではなく、Node.jsが動くサーバーであれば自前の環境でも動かせます。

AIエージェントから操作できる

EmDashには、AIエージェント向けの仕組みが最初から用意されています。

Agent Skills：プラグインの作り方や、WordPressテーマの移植方法などをエージェントに教えるためのスキル
EmDash CLI：メディアのアップロードやコンテンツ検索、スキーマ作成などをコマンドで操作
MCPサーバー：各EmDashサイトに組み込まれており、管理画面でできることをAIから操作可能

パスキー認証が標準

ログインはパスキーが標準になっているため、パスワードの漏洩や総当たり攻撃といった、パスワードに起因するリスクを減らせます。管理者・編集者・投稿者・寄稿者といった権限管理も用意されており、SSOとの連携も可能です。

x402で有料コンテンツを配信できる

HTTPの「402 Payment Required」を利用した決済の仕組み「x402」に対応しています。

@emdash-cms/x402というAstroインテグレーションを追加し、送金先のウォレットアドレスや価格を設定すると、ページ単位で支払いを要求できます。EmDashのフィールドに価格を持たせて、記事ごとに価格を変えることも可能です。

また、Cloudflare Workers上でBot Managementを有効にしていれば、アクセス元のBotスコアに応じて、Botと判定されたリクエストにだけ課金することもできます。例えば、「人間の訪問者は無料で読めて、AIエージェントやクローラーと判定されたアクセスには課金する」といった使い方が可能です。

分散型のプラグインレジストリ（v1.0〜）

v1.0では、プラグインを探してインストールできるプラグインレジストリが公開されました。

Blueskyでも使われているAT Protocolの上に作られており、プラグインの公開情報は作者自身のアカウントに保存されます。特定の企業がマーケットプレイスを独占しない、という考え方になっています。

EmDashのデメリット・注意点

WordPressのプラグイン・テーマはそのまま使えない

EmDashはWordPressと互換性のある機能を目指していますが、PHPで書かれたWordPressのプラグインやテーマをそのまま動かすことはできません。

WordPressの強みである膨大なプラグイン資産に比べると、EmDashのエコシステムはまだ育ち始めたばかりです。Astroテーマの販売や、EC向けプラグインなどが少しずつ出てきている段階なので、使いたい機能があるかは事前に確認しておきましょう。

構築にはAstro・TypeScriptの知識が必要

記事の更新などは管理画面から行えますが、サイトの構築やテーマの作成にはAstroやTypeScriptの知識が前提になります。

「ノーコードでテーマを選んで、すぐにサイトを作りたい」という用途では、現時点ではWordPressのほうが手軽です。

EmDashの導入方法

目的に合わせて、3つの始め方があります。

1. Playgroundで管理画面を触ってみる

まずはどんなCMSなのか見てみたい、という方はEmDash Playgroundがおすすめです。インストール不要で、ブラウザ上で管理画面を試せます。

2. ローカルにプロジェクトを作成する

ローカルで開発する場合は、以下のコマンドで新しいEmDashサイトを作成します。

npm create emdash@latest

選択項目が表示されるので、それぞれ選択していきます。
※以下は一例です

テンプレートで「Blog」を選択した場合、以下のようにサイトが立ち上がります

画面中央にある「Create a Post」をクリックすると、「サイトをセットアップ」の画面が出てきて、セットアップすることが出来ます。

パスキーを使用出来るのも大きなポイントです。

各種、設定が完了すると管理画面が表示されます。

3. Cloudflareにデプロイする

Cloudflareのアカウントをお持ちであれば、公式のテンプレートから「Deploy to Cloudflare」ボタンでそのままデプロイすることもできます。

WordPressからの移行方法

WordPressで運用中のサイトは、主に以下の2つの方法でEmDashにコンテンツを取り込めます。

移行前には、WordPressのデータベースとアップロード済みメディア（wp-content/uploads）のバックアップを取得しておきましょう。

WXRファイルを書き出してインポートする

WordPressの管理画面の「ツール」→「エクスポート」から、WXR形式（XML）のファイルを書き出し、EmDashにインポートする方法です。普段WordPressの引っ越しで使う方法と同じなので、一番手軽です。

EmDash Exporterプラグインを使う

WordPress側にEmDash Exporterプラグインをインストールする方法です。自分だけがアクセスできる安全なエンドポイントが用意され、WordPressのアプリケーションパスワードで保護されます。

記事に添付された画像などのメディアも、EmDashのメディアライブラリに取り込めます。

ただし、WXRファイル自体には画像データは含まれていません。コンテンツを取り込んだあとに、WordPressのURLからメディアをダウンロードする工程があるため、移行が完了するまではWordPress側の画像にアクセスできる状態を維持しておきましょう。

なお、Basic認証やWAF、CloudflareのBot Fight Modeなどでアクセスが制限されていると、取り込みに失敗することがあるので注意が必要です。

※WordPress.comで運用しているサイトも、WXRファイルを使って移行できます。EmDash Exporterプラグインを利用できる環境であれば、そちらからの移行も可能です。

カスタム投稿タイプの扱い

WordPressでは、カスタム投稿タイプやAdvanced Custom Fields（ACF）などを使って、投稿・固定ページ以外のコンテンツを管理することが多いかと思います。

EmDashでは管理画面から直接スキーマを定義でき、インポート時にWordPressのカスタム投稿タイプをEmDashのコレクションとして取り込めます。

ただし、カスタムフィールドの扱いは移行方法によって異なります。WXRファイルからのインポートでは、任意のカスタムフィールドまではすべてコピーされません。EmDash Exporterを使う場合は、移行先に対応するフィールドがあれば、ACFの値なども取り込めます。複雑なサイトでは、事前にデータ構造を確認しておきましょう。

なお、PHPで作られたWordPressテーマはそのまま移行できません。テーマについてはAgent Skillsを使ってAIエージェントにAstroテーマへ移植してもらう、という方法も用意されています。

また、実際に移行する際は、パーマリンク（URL構造）やリダイレクト、SEOの設定なども忘れずに確認しておきましょう。

移行後も、EmDashのサイトが本番環境で問題なく動作し、切り戻しの必要がなくなるまでは、バックアップと元のWordPress環境を残しておくと安心です。