EmDash とは？Cloudflare の WordPress 後継 CMS を機能比較で解説

本記事のポイント

• EmDash は、Cloudflare が 2026 年 4 月 1 日に公開したオープンソースの CMS です。TypeScript と Astro で書かれ、WordPress の「精神的後継」を名乗ります。プラグインを隔離実行して権限を事前宣言させる設計と、MCP サーバー内蔵で AI エージェントが管理画面と同等の操作をできることが最大の特徴です
• Cloudflare の発表によれば、WordPress サイトのセキュリティ問題の 96% はプラグインに由来します。EmDash はプラグインに「宣言した権限しか与えない」構造で、この問題に設計レベルで答えています
• ただし公開 4 ヶ月の v1.0 未満で、プラグインのエコシステムはほぼ空です。本記事では 12 項目の機能比較表と「いま選ぶべきケース / 見送るべきケース」の判断基準まで整理します

「WordPress の保守にこれ以上手をかけたくない。かといって、移行先の決め手もない」。サイトリニューアルの相談で、humbulls がこの 1 年よく聞く悩みです。そこに 2026 年 4 月、Cloudflare が「WordPress の精神的後継」を名乗る CMS を投げ込みました。本記事では EmDash の中身を機能比較で整理し、AI 時代の構築環境として何が新しいのか、いま移行すべきかの判断基準までを解説します。CMS の専門知識は前提にせず、比較表と判断基準だけで自社の結論を出せるように書いています。

1. EmDash とは — Cloudflare が公開した「WordPress の精神的後継」CMS

EmDash は、Cloudflare が 2026 年 4 月 1 日に開発者プレビュー (v0.1.0) として公開した、オープンソースのフルスタック TypeScript CMS です。

基本情報を先にまとめます。

「精神的後継」という言い方には理由があります。EmDash は WordPress のコードを 1 行も引き継いでいません。引き継いだのはコードではなく思想です。管理画面の使い勝手、プラグインとテーマによる拡張、専門家でなくても公開できること。この 3 つを残したまま、土台だけを 2026 年の技術で置き直しました。

注目度は数字に出ています。GitHub のスターは公開 4 ヶ月で 1.1 万を超えました (2026-08 時点)。日本語圏でも発表直後から検証記事が相次いでおり、「WordPress の次」の最有力候補として観測されています。

2. なぜ「WordPress の次」がいま動き出したのか — 96% という数字

「プラグインを更新するたびに、何かが壊れないか身構えている」。WordPress を長く運用しているサイトの担当者から、よく聞く言葉です。

WordPress は 2003 年の公開から 23 年、世界のウェブサイト全体の 41.2% で使われ続けています (W3Techs、2026-08 時点)。この圧倒的な実績の裏で、Cloudflare は発表の中で 3 つの数字を挙げました。

• WordPress サイトのセキュリティ問題の 96% は、本体ではなくプラグインに由来する
• 2025 年に WordPress エコシステムで見つかった高深刻度の脆弱性は、直近 2 年の合計を上回った
• 公式プラグインディレクトリの審査待ちは 800 件超、掲載まで最低 2 週間かかる

原因は WordPress が古いことではなく、プラグインが本体と同じ権限で動く構造にあります。

WordPress のプラグインは、本体のデータベースとファイルシステムに直接アクセスできます。便利さの源泉であると同時に、脆弱なプラグインが 1 つあればサイト全体の乗っ取りに直結する構造です。そして 23 年分の互換性を守り続けている以上、この構造自体を作り直すことはもうできません。EmDash がゼロから書き直された理由がここにあります。

3. 機能比較 — WordPress と EmDash の違いを 12 項目で整理する

両者の違いを一覧にします。

表のなかで実務への影響が大きい項目を 3 つだけ補足します。

テーマがデータベースに触れない

WordPress のテーマは functions.php を通じて事実上なんでもできます。デザインを変えたいだけなのに、テーマがデータ構造まで抱え込む原因でした。EmDash のテーマは Astro プロジェクトとして分離され、データベースを直接操作できません。表示とデータの境界が構造で保証されます。

認証がパスキー標準

WordPress のログイン画面は総当たり攻撃の定番の入口で、2 段階認証の追加もプラグイン頼みでした。EmDash はパスワードではなくパスキー (WebAuthn) が標準です。守りを後から足すのではなく、最初から前提に組み込んでいます。

費用がアクセス連動

WordPress はアクセスがなくてもサーバーが動き続けます。EmDash を Cloudflare 上で動かす場合、課金は CPU の実行時間のみで、リクエストがなければゼロまで縮退します。更新頻度が低いコーポレートサイトほど差が出る構造です。

4. プラグイン問題への設計回答 — 隔離実行と権限の事前宣言

第 2 章の「96%」に対する EmDash の回答が、プラグインアーキテクチャの作り直しです。仕組みは 3 段構えになっています。

1. 各プラグインは Dynamic Workers と呼ばれる独立したサンドボックス内で実行される
2. プラグインは必要な権限をマニフェストに事前宣言する (例: read:content = コンテンツの読み取り、email:send = メール送信)
3. 宣言していない操作は実行できない。データベースやファイルへの直接アクセス経路そのものが存在せず、外部通信も宣言したホスト名に限られる

WordPress のプラグインが「家の合鍵を渡される同居人」だとすれば、EmDash のプラグインは「入れる部屋を契約書に書いた訪問業者」です。メール通知プラグインが顧客データベースを読む、という事故が構造的に起きません。

公平のために制約も書いておきます。サンドボックス実行を支える Dynamic Workers は、Cloudflare の有料アカウント ($5/月〜) が前提です。WordPress 共同創設者の Matt Mullenweg はここを突き、「Cloudflare のサービスを売るための設計だ」と反論しています (InfoQ、2026-04)。セルフホストで無効化する選択肢はあるものの、EmDash の安全性の核心は Cloudflare 上でこそ完全に機能する、という指摘は導入判断の材料に含めるべきです。

5. AI 構築にマッチする 3 つの理由 — エージェントが「正規ユーザー」になった

「記事の入稿や内部リンクの張り替えを AI に任せたいのに、結局 CMS の管理画面だけ手作業が残る」。AI 活用を進めた組織ほど、この壁に当たります。

実務でのボトルネックは AI の能力ではなく、CMS 側に AI の入口がないことです。EmDash が WordPress と決定的に違うのはここで、理由は 3 つあります。

理由 1. コンテンツが構造化 JSON で保存される

WordPress は本文を HTML 混じりのテキストとしてデータベースに保存します。AI に書き換えさせると、タグやショートコードを壊すリスクが常につきまといました。EmDash の本文は Portable Text という構造化 JSON です。見出し・段落・埋め込みが型付きのデータになっているため、AI が構造を保ったまま安全に読み書きできます。

理由 2. MCP サーバーと CLI が最初から付いてくる

EmDash の各サイトには MCP (Model Context Protocol) サーバーが内蔵されています。MCP は、AI エージェントがツールを直接操作するための標準プロトコルです。Claude や ChatGPT などの AI エージェントが、記事の作成からメディアの管理、コンテンツ構造の変更まで、管理画面と同等の操作を直接実行できます。

加えて、CLI がメディアアップロードやコンテンツ検索の結果を JSON で返します。WordPress で同じことをするには、REST API の認証設定と接続コードを自前で組む必要がありました。

理由 3. AI 向けの公式手順書 (agent skills) が同梱される

プラグインの作り方や WordPress テーマの移植手順が、agent skills という「AI が読んで実行するためのドキュメント」として同梱されています。拡張開発の想定読者が、人間の開発者から AI エージェントに変わったということです。

この 3 つはどれも、後付けの「AI 連携機能」ではありません。コンテンツの形式・操作の経路・開発の手順書という土台そのものが、AI を正規ユーザーとして扱う前提で設計されています。AI 対応プラグインを上に重ねていく WordPress との分かれ目はここです。

6. 導入判断 — いま選ぶべきケースと、見送るべきケース

「新しいのは分かった。で、うちは乗り換えるべきなのか」。判断基準を先に示します。

EmDash を選ぶべきケースは次の 4 つです。

• 新規構築またはフルリニューアルで、過去資産のしがらみがない
• 制作・運用を AI エージェントと併走させる体制を作ろうとしている
• 対象がブログ・コーポレートサイト規模で、要件が標準機能に収まる
• すでに Cloudflare を利用している (Workers・R2 等との親和性がそのまま効く)

逆に、見送るべきケースも 4 つあります。

• 管理画面のノーコード操作だけで完結させたい (ページビルダーに相当する機能がまだない)
• 特定の WordPress プラグインに業務が依存している (6 万本超に対して EmDash の拡張はほぼゼロ)
• v1.0 未満のソフトウェアを本番に載せられない事業要件がある
• 導入事例・実績の蓄積を選定条件にしている

Yoast SEO 創業者の Joost de Valk は、EmDash を技術的に高く評価しつつ「技術的に優れた CMS がエコシステムの空白で採用されなかった前例はいくつもある」と留保を付けています。この留保は正当です。

それでも、方向はもう見えています。

「WordPress の終わり」とは、既存サイトの 4 割が消えることではなく、新規構築の既定値が交代することです。

世界の 41.2% を占める既存サイトは、この先も長く WordPress のまま動き続けます。一方で、AI と併走する前提の新規構築で「23 年分の互換性を背負った PHP か、AI を正規ユーザーとして設計された TypeScript か」を並べたとき、天秤は傾き始めました。そもそも CMS を入れるかどうかから迷っている場合は、CMS はもう不要か — サイト運用を 5 層に分けて判断するで判断の単位を先に整理してみてください。

7. WordPress からの移行手順 — コンテンツ移行は数分で終わる

移行は 3 ステップです。

1. エクスポート — WordPress 管理画面から WXR ファイルを書き出す。または EmDash Exporter プラグインを WordPress 側に入れ、Application Password で保護されたエンドポイント経由で渡す
2. インポート — EmDash 側で取り込む。カスタム投稿タイプは EmDash の「コレクション」に変換され、記事・メディア・タクソノミーの取り込みは数分で終わる
3. テーマ移植 — 同梱の agent skills を使い、既存テーマの Astro への移植を AI エージェントに任せる。移行工数の本体はここ

よくある失敗は、コンテンツ移行の速さに安心して、プラグインで実現していた機能の棚卸しを後回しにすることです。フォーム・多言語・会員機能など、依存しているプラグインの代替手段を先に確認してから着手してください。新規サイトの立ち上げを段階的に進める考え方はサービスサイトの段階公開でも解説しています。

8. EmDash についてよくある質問

Q. EmDash は無料で使えますか？

本体は MIT ライセンスのオープンソースで、無償で商用利用できます。Cloudflare 上で動かす場合の費用は CPU 実行時間のみの課金で、アクセスがなければゼロまで縮退します。ただしプラグインのサンドボックス実行 (Dynamic Workers) には有料アカウント ($5/月〜) が必要です。

Q. WordPress はもう終わりですか？

世界の 41.2% を占める既存サイトが短期間で消えることはありません。エコシステムと実績は依然として WordPress が最大です。本記事の結論は「終わり」ではなく、AI 前提の新規構築において選定の既定値が動き始めた、というものです。

Q. Cloudflare を使っていなくても動きますか？

動きます。Node.js 互換サーバーで稼働し、データベースも SQLite・Turso・PostgreSQL を選べます。ただしプラグイン隔離の仕組みは Cloudflare の Dynamic Workers 上でこそ完全に機能するため、セキュリティ面の利点を最大化するなら Cloudflare 上での運用が前提になります。

Q. SEO には強いですか？

構造化されたコンテンツ形式とメタデータの制御が標準で備わっています。Yoast SEO 創業者の Joost de Valk は「基盤は堅牢だが、フル SEO スイートではない」と評価しています (2026-04)。リダイレクト管理や高度な分析は、今後のエコシステム形成待ちです。

Q. 移行にはどれくらいかかりますか？

コンテンツの取り込み自体は数分です。工数の本体はテーマの移植とプラグイン依存機能の代替設計で、ここはサイトの作り込み次第です。テーマ移植は agent skills により AI エージェントへ委任できる部分が大きく、従来の CMS 移行より人手の見積もりは軽くなります。

まとめ — 判断は「機能の数」ではなく「AI の操作経路」で

EmDash は、WordPress の 96% 問題に構造で答え、AI エージェントを正規ユーザーとして設計した初めての主要 CMS です。一方で v1.0 未満・エコシステム空白という若さも事実で、既存サイトの即時移行を急ぐ段階ではありません。

それでも CMS 選定の評価軸は変わりました。これからの比較表には「プラグインの数」の隣に「AI がその CMS を直接操作できるか」という行が入ります。私たち humbulls も自社サイト群の一部を Astro + Cloudflare 構成で運用しており、AI と併走する制作・運用の設計はまさに日々の実務です。CMS 選定を含むサイト戦略から伴走が必要な場合は、Growth Partner サービスで相談を受け付けています。

まずは自社の次のリニューアル要件に、「AI の操作経路」の 1 行を足すところから始めてみてください。

参考文献

• Introducing EmDash — the spiritual successor to WordPress that solves plugin security — Cloudflare Blog (取得日: 2026-08)
• emdash-cms/emdash — GitHub (取得日: 2026-08)
• Cloudflare EmDash に関する報道 — InfoQ (取得日: 2026-08)
• EmDash: a CMS built for 2026 — Joost de Valk (取得日: 2026-08)
• Usage statistics of content management systems — W3Techs (取得日: 2026-08)