WordPress vs EmDash、今乗り換えるべき？移行・SEO・料金で比較

2026年10月19日

1つの枠にまとまったサーバーと、雲の下で別々の箱に分かれたプラグインを矢印で並べたイラスト

WordPressで運用中のサイトを、EmDashへ移すべきか迷っていませんか。AB通信編集部が、WordPress 7.1.3とEmDash 1.3.1を、2026年10月19日時点の公式情報で比較します。既存サイトを維持する場合と新しく構築する場合に分け、機能だけでなく移行後の運用条件まで整理します。

この記事の要点

既存のWordPressサイト、特にテーマやプラグインに頼るサイトは、今すぐ乗り換えるより継続が現実的です。EmDashではPHP・WordPressテーマ・プラグインは動かず、デザインと独自機能は作り直しになります。
EmDashはAstroで新しく作るサイトや、開発者がいてDBとストレージを運用できるチームに向きます。プラグインの権限管理を重視する場合も候補です。
EmDashは2026年9月28日に1.0の安定版になったばかりです。公式プラグインとプラグインツールは、まだ0.xです。
迷うなら小さなサイトや一部のページで試し、WXR／Exporterでの取り込みを検証してから判断します。

結論：今選ぶならどちらか

既存のテーマやプラグインを使い続けたいなら、WordPressの継続が現実的です。EmDashはWordPressの記事を取り込めますが、現在のサイトをそのまま動かす互換環境ではありません。乗り換えはCMSの交換だけでなく、デザインと独自機能の再構築を伴います。

一方、Astroで新しくサイトを作るなら、EmDashを検討する余地があります。公式には、開発者がDBとメディアストレージを運用できるケースが適するとされています。編集者だけで移行を完結できると考えず、開発と運用を担う人を含めて判断しましょう。

状況	おすすめ
現状を維持	WordPressを継続。既存テーマとプラグインを使う運用を優先します。
独自機能あり	WordPressを継続しつつ、EmDashでの再実装の範囲を確認します。
Astro新設	EmDashを候補に。新しいサイトの構築と併せて検討できます。
開発者がいる	DBとストレージを運用できるなら、EmDashの試験導入を検討します。
権限を重視	EmDashのサンドボックスを検証。利用環境と有料プランの条件も確認します。
判断に迷う	小規模なサイトや一部のページで取り込みと表示を試します。

EmDashとは：Cloudflareの新しいオープンソースCMS

EmDashは、CloudflareがWordPressの「精神的後継」と位置づけるCMSです。全体がTypeScriptで書かれ、Astro上で動くMITライセンスのオープンソースです。CloudflareはWordPressのコードを一切使っていないと説明しています。

Astroのインテグレーションとして追加すると、管理画面やREST API、認証が入ります。メディアライブラリとプラグイン機構も含まれ、CMSとサイトを一つのアプリとして運用できます。ただし、ビジュアルなページビルダーではありません。

Cloudflare上ではWorkersにD1のDBとR2のストレージを組み合わせます。Node.jsサーバーとSQLiteでも動き、DBはTursoやPostgreSQL、ストレージはAWS S3なども選べます。Cloudflareは自社環境に最適化しつつ、ロックインはしないと説明しています。

次の経緯はいずれも2026年のものです。発表日と1.0公開日は公式ブログの日付を使い、リリースの時刻は日本時間で記載しています。

日付	出来事
4月1日	米国時間の公式ブログ日付。v0.1.0 previewを発表し、初期の開発者向けベータと説明しました。
8月12日	CloudflareブログがEmDashへ移行しました。移行を紹介した記事は8月24日付です。
9月28日	公式ブログ日付。1.0の安定版と分散型プラグインレジストリを公開しました。
10月16日	日本時間0時33分に1.3.0を公開しました。
10月19日	日本時間4時16分に1.3.1を公開しました。比較時点での最新版です。

WordPressとEmDashの基本比較

大きな違いは、実行環境とテーマ、本文の保存形式です。WordPressで蓄積した記事を移すことと、同じデザインや機能を再現することは、別の作業として考えます。

項目	WordPress	EmDash
最新版	7.1.3（10月6日公開）	1.3.1（10月19日公開）
開発言語	PHP	TypeScript（Astro上で動作）
動作環境	PHPが動くサーバー（7.4以上）	Node.jsサーバーかCloudflare Workers
ライセンス	GPLv2以降	MIT
テーマ	公式ディレクトリに無料15,000件	Astroで作成。WordPressテーマは使えない
プラグイン数	公式ディレクトリに無料76,000件	掲載数は公式には確認できず
プラグインの権限	本体と同じ処理の中で動く	隔離された環境で、許可した権限だけ使う
編集画面	ブロックエディター（Gutenberg）	TipTapベース。インライン編集あり
本文の保存	HTML（ブロック情報をコメントで記録）	Portable Text（構造化JSON）
普及度	全サイトの39.6%、CMS判明サイトの58.4%（W3Techs）	利用数は公式には確認できず。GitHubスター13,763

数値はいずれも2026年10月19日時点です（GitHubスターは日本時間18時台）。WordPressのシェアとGitHubのスター数は、同じ尺度ではありません。スター数だけから、EmDashの導入サイト数を判断することはできません。テーマやプラグインも、公開数に加えて自社で必要な機能の有無を確かめる必要があります。

EmDashには投稿・固定ページ・カスタムコンテンツタイプがあり、下書きやリビジョン、予約公開も備わります。メディアやメニュー、タクソノミーも管理できます。こうした編集機能があることと、移行元の設定がすべて再現されることは分けて確認しましょう。

プラグインとセキュリティの違い

Cloudflareの説明では、WordPressのプラグインはPHPで、本体と同じプロセス内で動きます。DB・ファイル・ネットワークへ直接アクセスできる仕組みです。CloudflareはPatchstackの資料を引用し、WordPressのセキュリティ問題の96％はプラグイン由来としています。

一方、WordPressには50人超の専門家からなるセキュリティチームがあります。修正をバグ修正リリースで配布し、公式サポートは最新版のみですが、古い版にも厚意で修正を届けています。ホスティング事業者などと連携したWAF対策も行っています。

プラグインとテーマの脆弱性は、それぞれの担当チームに報告する仕組みです。WordPress.orgではディレクトリ掲載前にプラグインを手作業で審査しています。アクセス権限の設計と、審査・修正の取り組みを併せて比較することが大切です。

EmDashのサンドボックス化プラグインは、隔離された環境で動きます。マニフェストに宣言し、管理者が承認した権限だけを使える設計です。コンテンツの読み取りやメール送信などを個別に宣言し、ネットワークも許可したホスト名に制限します。

Cloudflare上ではDynamic WorkerをWorker Loader経由で使い、Node.jsではworkerdを別プロセスで起動します。ただし、ネイティブプラグインはサーバープロセス内で動き、サンドボックスで隔離されません。EmDashのプラグインがすべて隔離されるわけではない点が、導入時の確認事項です。

Cloudflareでサンドボックスを使うには、Workers Paidとworker_loadersの設定が必要です。テンプレートではこの設定が既定でコメントアウトされ、無料プランでデプロイされます。その状態ではサンドボックスが無効なので、公開前に構成を確認します。

1.0で公開されたレジストリは、Blueskyの基盤でもあるAT Protocolを使う分散型です。署名済みレコードを検証し、チェックサムやパッケージ名、バージョン、要求権限を確認します。現在扱うのは無料プラグインで、有料プラグイン対応は将来の予定です。

SEOで見る違い

EmDashは、コレクションでSEOを有効にすると記事ごとのSEO項目を設定できます。WordPressからの移行では、Exporter経由でYoast・Rank MathのSEOタイトルと説明を取り込めます。移行前の情報を引き継いだうえで、公開ページに出力される内容まで確認しましょう。

機能	EmDashでの扱い
記事設定	SEOタイトル、メタディスクリプション、OG画像を設定できます。説明には160字を目安とするカウントがあります。
URL正規化	記事ごとにcanonicalを設定できます。出力にはテーマ側の対応が必要です。
検索除外	記事ごとにnoindexを設定できます。
サイトマップ	XMLサイトマップを生成します。コレクション別のファイルは1ファイル2,000件までで、画像にも対応します。
巡回制御	robots.txtを自動生成し、管理領域の除外とサイトマップを記載します。
構造化データ	構造化データはJSON-LDのBlogPosting／WebSiteを出力します。
多言語	Astro i18nの設定時に、hreflangとサイトマップの代替リンクに対応します。
転送・404	スラッグ変更時に301を自動作成します。リダイレクト設定と最大1万パスの404ログも備えます。

SEO機能の多くは、テーマが<EmDashHead>を出力することが条件です。これによりdescriptionやrobots、canonical、OGP、Twitterカード、JSON-LDなどを出します。管理画面で値を入力できても、それだけで公開ページへの反映を判断しないことが重要です。

スラッグ変更時の301自動作成と、移行前の旧URLへの対応も分けて考えます。切り替え前には旧URLをクロールし、移行先へのリダイレクトを準備します。WordPressから取り込んだSEOタイトルや説明も、本文や画像と併せて確認しておきましょう。

AI・エージェント対応

AI連携はEmDashだけの特徴ではなく、WordPressにもMCP対応があります。WordPress 7.0ではAI Clientがコアに入り、ダッシュボードで接続を一元管理します。6.9で導入されたAbilities APIと組み合わせて利用する構成です。

機能	WordPress	EmDash
AIの土台	AI Client（7.0でコアに追加）とAbilities API	CLIとAgent Skills
MCP	公式プラグイン「MCP Adapter」で追加	本体に組み込み済み
MCPの権限	公開設定したAbilitiesだけ使える	OAuth 2.1やトークンの範囲で制限
AIでの作成	AIプラグインで画像生成、タイトル・抜粋作成、alt提案	AIサイトビルダー「EmDash Build」（アルファ版）

EmDashのMCPサーバーでは、コンテンツやメディア、スキーマ、設定などを読み書きできます。サイト全体のエクスポートとインポートにも対応しています。編集作業に使う場合は、エージェントにどの範囲の操作を許可するかを決めておきます。

x402はHTTP 402を使って都度課金する決済標準で、EmDashに内蔵されています。課金対象のコンテンツ、金額、ウォレットアドレスを設定する仕組みです。AIサイトビルダーのEmDash Buildも公開済みですが、本体の安定版とは異なりアルファ版です。

EmDashには、robots.txt設定の「AI学習を拒否」スイッチがあります。対象にはGPTBotやClaudeBot、Google-Extendedなどが含まれます。AIクローラーへの設定と、編集を担うエージェントへの操作権限は、それぞれ確認しておきましょう。

WordPressから移行するときの流れと注意点

移行方法は、WXRファイルの取り込みとEmDash Exporter経由の二つです。WXRはWordPressの「ツール→エクスポート」から出力します。ExporterはWordPressにプラグインを入れ、アプリケーションパスワードで接続します。

URLだけを入力した場合は、公開REST APIで件数を調べるだけです。その操作だけでは取り込みはできません。まず移行対象と必要な情報を整理し、方法を選んで小規模に試します。

移行対象の投稿・固定ページと、使用中のテーマ・プラグイン機能を整理します。検証用のEmDash環境を用意し、WXRかExporterを選びます。
一部のコンテンツを取り込み、本文や画像、著者、カテゴリーを確認します。Exporterで引き継ぐSEO情報やカスタムフィールドも点検します。
変換されないブロックと独自機能を洗い出します。Astro／EmDash向けに作り直す範囲と、削除する範囲を決めます。
下書きになった記事の公開状態を確認し、予約公開を設定し直します。件数と表示に加え、旧URLのクロールとリダイレクトの準備を行います。
切り替え後の本番動作を確認します。問題なく動くまでWordPressとバックアップを残しておきます。

Exporter経由では、SEOタイトルと説明に加え、ACFのカスタムフィールドも取り込めます。Exporter 1.2.0以上なら、コメント・メニュー・ロゴ・ファビコンも対象です。必要な情報によって、使用するExporterのバージョンを確認します。

GutenbergのブロックはPortable Textへ変換されます。ただし、最新記事一覧などサーバー側で描画するブロックや、プラグイン製ブロックは中身が出ません。作り直すか削除する必要があり、ショートコードやページビルダーも確認対象です。

公開済みのpublishはpublishedになりますが、それ以外の扱いには注意が必要です。下書き・レビュー待ち・非公開・予約・ゴミ箱は、すべて下書きになります。予約日時は再現されないため、移行後に予約公開を設定し直します。

Cloudflareのボット対策が、Exporterの接続をブロックすることもあります。該当する場合は移行中の除外ルールが必要です。取り込みが止まったときは、コンテンツの変換だけでなく接続の条件も確認します。

料金とホスティング

EmDash自体はMITライセンスで無料ですが、実行環境の料金は別に考えます。EmDashはNode.jsかCloudflare Workersで動き、PHPは使いません。DBとメディアストレージを含め、自社で運用できる構成を選ぶ必要があります。

2026年10月2日更新の料金ページでは、Workers無料プランは1日10万リクエスト、CPUは1回10msです。Workers Paidは月額最低5ドルで、月1,000万リクエストとCPU 3,000万msを含みます。超過分には100万リクエスト当たり0.30ドルなどの料金があり、データ転送の追加料金はありません。

日本語対応と、まだ確認できないこと

EmDashの管理画面には日本語の翻訳があり、有効化されています。翻訳はコミュニティによるものですが、日本語訳の網羅率は公式には確認できなかったため、実際の編集作業で表示を確かめる必要があります。

公式ドキュメントは英語で、日本語のドキュメントは公式には確認できなかった状況です。Cloudflareの発表記事には日本語版があります。導入後に設定や不具合を確認する担当者は、英語のドキュメントを読む前提で準備しましょう。

レジストリの掲載数、テーマの総数、日本のレンタルサーバー各社の対応は、公式には確認できなかった項目です。国内の導入事例も、公式には確認できなかった状況です。これらを対応済みと見込まず、自社の候補環境と必要機能を個別に検証することが判断につながります。

提供済みと予定

EmDashにはすでに使える機能がある一方、今後の対応として示された項目もあります。特に、提供済みであることと、すべてが安定版であることを混同しないようにしましょう。

区分	内容
提供済み	EmDash 1.0の安定版と最新版1.3.1。WordPressインポート、SEO機能、日本語管理画面を提供しています。
提供済み	サンドボックス化プラグインと、無料プラグイン向けの分散型レジストリを提供しています。サンドボックスには環境条件があります。
提供済み	組み込みMCPサーバー、CLI、Agent Skills、x402を提供しています。
提供済み	EmDash Buildはアルファ版です。公式プラグインとプラグインツールは0.xで、マイナーリリース間でも変更の可能性があります。
予定	レジストリの有料プラグイン対応は、将来の追加を目指すとされています。提供済みの機能ではありません。

まとめ

既存のWordPressサイトを今選び直すなら、テーマとプラグインへの依存度が判断の出発点です。現在のデザインや独自機能を維持したい場合は継続を基本にし、Astroで新しく構築する場合はEmDashを候補にできます。EmDashを試す際は、権限管理の条件と周辺機能の成熟度を確認しましょう。小規模な取り込みで本文・SEO情報・公開状態・旧URLを検証してから、全面移行を判断するのが現実的です。

調査日：2026年10月19日。日付のない資料は、同日に内容を確認したものです。

参考資料