Cloudflareは2026年4月初旬にemdash CMS v0.1.0プレビューをリリースしました。売り文句：オープンソース、MITライセンス、Astro優先、機能が限定されたプラグイン、投稿タイプごとのデータベーステーブル、MCPを介したファーストクラスビルダーとしてのAIエージェント。Maciek Palmowskiはmaciekpalmowski.devで鋭い初期レビューを書き、アーキテクチャ上の約束とエディタ体験の妥協を捉えました。これは、コードベース、ドキュメント、そしてこのプロジェクトが実際に何を目指しているのかを掘り下げた後の私の正直な見方です。Astro-first, capability-bounded plugins, per-post-type database tables, AI agents as first-class builders via MCP. Maciek Palmowski wrote a sharp early review at maciekpalmowski.dev that captured the architectural promise alongside the editor-experience compromise. This is my honest take after digging into the codebase, the docs, and what the project is actually trying to be.
短いバージョン：アーキテクチャの選択は正しい。エディタの選択は疑問の余地がある。料金は他を圧倒している（無料、MIT）。マーケティングが示唆するよりも対象ユーザーは限定的であり、それで問題ない -- あるチームにとって正しいWordPress代替案は、すべてのチームにとって正しいWordPress代替案ではない。以下が詳細版である。WordPress alternative for some teams is not the right WordPress alternative for all teams. Here is the longer version.
emdashが実際に何であるのか、1段落で
emdashはTypeScriptで書かれたコンテンツ管理システムで、Astroで構築され、デフォルトではCloudflare Workersにデプロイされ、Node.jsフォールバックがあります。3つのアーキテクチャ上の違いを持つWordPressの後継として自らを位置づけます：（1）プラグインの権限は暗黙的でオールアクセスではなく明示的で機能が限定されている、（2）各投稿タイプはWordPressのwp_posts/wp_postmetaパターンに無理矢理入れられるのではなく独自の専用データベーステーブルに存在する、（3）AI統合は組み込みのMCPサーバーとエージェントがコンテンツをきれいに読み書きできるJSON CLIを介してファーストクラスです。オープンソース、MITライセンス、2026年4月現在v0.1.0プレビュー。
emdashについて何が正しいのか
プラグインのセキュリティモデルは真の建築的改善である
WordPressのプラグインセキュリティは既存のモデル内では解決不可能だ。プラグインはコアと同じプロセスで実行され、同じデータベースアクセス、同じファイルシステムアクセス、そしてリクエストライフサイクルのどこにでも注入できる能力を持つ。侵害されたプラグインはサイト全体を侵害する。emdashはこれを反転させる：プラグインは必要な権限をあらかじめ宣言し（read-content、write-content、send-emailなど）、明示的な機能の境界内で実行される。「send-email」を要求するプラグインは急にデータベースへの書き込みを開始することはできない。「read-content」を要求するプラグインはユーザーのパスワードを流出させることはできない。
これはiOSのアプリ権限、ブラウザ拡張機能の権限、そして一般的に能力ベースセキュリティと同じ考え方だ。これは50年間正しい答えであり、WordPressは後方互換性の理由で22年間これを拒否してきた。emdashはこの立場から出発することで、WordPress形の世界が待っていた建築的リセットである。
ポストタイプ別の専用テーブル
WordPressはすべてのポスト、ページ、カスタムポストタイプ、リビジョンを型判別器付きの単一のwp_postsテーブルに詰め込む。カスタムフィールドはキー値行としてwp_postmetaに格納される。結果として、3つのタクソノミーと12のACFフィールドを持つカスタムポストタイプをクエリすると4〜5テーブルに複数のJOINでアクセスするため、遅いWordPressページビルドの主要な原因になる。emdashは各ポストタイプに専用テーブルと適切なカラムを与える。クエリパターンは当然高速であり、インデックス戦略は当然クリーンであり、50,000行のサイトはWordPressサイトがスキーマの選択を補うために使用する17個のキャッシングプラグインを必要としない。
MCP経由のAIファースト統合
2026年に「AI対応」をうたう多くのCMSは、WYSIWYGにOpenAI APIコールをボルトオンしたことを意味する。emdashはMCP（Model Context Protocol）サーバーとJSON CLIをそのまま搭載する。エージェントはHTMLをスクレイピングしたりブラウザセッションをシミュレートする代わりに、構造化契約を通じてコンテンツの読み取りと書き込みができる。これは2026年に出現しているAI駆動コンテンツワークフローの正しい抽象化であり、エージェントをファーストクラスのビルダーとして扱い、後付けするのではなく、真の差別化要因である。
TypeScriptエンドツーエンド + Astro
モダンスタック、モダンツーリング、PHPなし。スキーマ定義からAPIを通じてフロントエンドまで、型安全性を備えている。レンダリングレイヤーはAstroで、高速がデフォルトの静的・アイランドパターンをもたらす。2026年の開発者主導チームにとって、これが開始するべき正しいスタックである。WordPressは数年間エディタ体験の意味のある改善がない；emdashはゼロから始めることでそこに到達する。
何が間違っているか（少なくとも疑問の余地がある）
2026年のTinyMCEは正しいエディターの選択ではない
Maciekのレビューがこの点を指摘しており、私も同意する。GutenbergやSanityのPortable Textのようなブロックベースのエディタではなく、TinyMCEを選択したことは後退と感じられる。ブロックベースの編集は、構造化されたコンテンツワークフロー、マルチチャネルパブリッシング、AI支援コンテンツについて本当により優れている。TinyMCEの主張は「ユーザーはそれに慣れている」というもので、WordPressがGutenbergの導入を5年遅延させ、その後も不十分な形でリリースした際と同じ主張である。emdashはブロックベースのエディタで開始する機会があった。TinyMCEを選択することで、アーリーアダプターはSanity、Storyblok、さらには現代のWordPressでさえ編集側で提供できるもの以下になる。Sanity's Portable Text feels like a step backward. Block-based editing is genuinely better for structured content workflows, multi-channel publishing, and AI-assisted content. The argument for TinyMCE, "users are familiar with it", is the same argument WordPress used to delay Gutenberg by five years and then ship it badly. emdash had the chance to start with a block-based editor; choosing TinyMCE gives early adopters less than what Sanity, Storyblok, and even modern WordPress can offer on the editorial side.
WordPressユーザーの実際の課題を解決していない
WordPressユーザーはプラグイン権限のためにWordPressに留まるわけではない。彼らが留まるのは、（a）ホスティングが安価で豊富、（b）プラグインエコシステムが一般的な問題をすぐに解決、（c）WordPressの開発者を雇うことが簡単だから。emdashはまだホスティングを安くしていない（Cloudflare Workersは悪くないが規模では無料ではなく、Node.js自己ホストは月4ドルのWordPressホストよりも多くの運用作業である）。プラグインエコシステムはv0.1.0では空である。WordPressの開発者は数百万人；emdashの開発者は数十人である。これらのどれも素早く改善されることはない。
これは問題ない -- emdashはEtsyの店舗ブログ制作者の長い尾部のためのWordPressになろうとしていない。WordPressを超えた真摯なコンテンツ主導のチームに向けた、現代的なスタックを求める適切なアーキテクチャ基盤になろうとしている。しかし、マーケティング上の立場付けはそれに一致する必要がある：emdashはあるチームにとっての正しい答えであり、WordPress多数派にとっての正しい答えではない。
プラグインエコシステムが空である（12～24ヶ月間はそのままになる）
グリーンフィールドCMSは常にブートストラップ問題に直面する：プラットフォームの価値はプラグイン可用性でスケール、プラグインはプラットフォームがユーザーを持つ一度にだけ構築され、ユーザーはプラグインが存在する一度にだけ採用する。emdashはこれを緩やかに解決するであろう。次の12～24ヶ月間、emdashのプロジェクトはSEOプラグイン、サイトマッププラグイン、多言語プラグイン、フォームハンドラー、メールニュースレター統合をファースト パーティの作業として書くことを意味する。予算を立てよ。
デフォルトとしてのCloudflare Workersベンダーロック
Cloudflare Workersが主なデプロイターゲットである。Node.jsはサポートされるが、ドキュメントはWorkers優先傾向である。既にCloudflareを使用しているチーム向けに、これは機能である。スタック独立性を望むチーム向けに、デフォルトによるアーキテクチャロックインのように読める。トレードオフはいずれにしても実質的である；emdashがCloudflareネイティブであることはその由来と一貫しているが、ポータブル抽象化ではなくCloudflareエコシステムへの投資を意味する。
emdashが適している場所 -- そして適していない場所
適用する場合
Cloudflare Workers + Astro上で構築する新規プロジェクトで、初日からアーキテクチャを正しく設計したい場合。WordPressプラグインの攻撃対象面に疲れた、セキュリティに敏感なデプロイメント。MCPインテグレーションが重要なAIネイティブなコンテンツワークフロー。v0.x段階のCMSでも最先端にいることを優先するデベロッパー主導のチーム。
適用しない場合
少なくともv1.0までは安定性が必要なミッションクリティカルな本番サイト。エディタ体験が決定要因となるマーケティングチーム主導のプロジェクト（Sanity、Storyblok、Contentfulはすべてそこで勝つ）。プラグインエコシステムが実際に機能しているWordPressマイグレーション。共有PHPホスティング月4ドルが正しい答えであるコスト重視の長尾ブログ。深いデベロッパープールから採用が必要なチーム -- emdashの採用プールは小さい。
2026年の推奨事項
まずはサイドプロジェクトでemdashを使う。それで実際に何かを構築する -- 個人ブログ、内部ツール、ドキュメンテーションサイト。プラグインモデル、エディタ体験、デプロイメントストーリーの感覚をつかむ。6～12週間後、紙の上では正しく見えるアーキテクチャの選択が、本番環境で実際に正しく感じるかどうかが分かる。そうであれば、emdashは2027年のグリーンフィールドプロジェクトにとって本気の選択肢になる。エディタの痛みやエコシステムのギャップが決定的な要因であれば、その経験は迅速に教えてくれる。
私の職業的バイアス：今日、船出準備ができたCMSの選択肢が必要なチームと仕事をしている。2026年のクライアント案件では、emdashはまだ早い。2027年の新規プロジェクトなら、適切な形のプロジェクトではデフォルトになる可能性がある。アーキテクチャは正しい、成熟度がまだ追いついていない。そのギャップは四半期ごとに閉じていく。
次のステップ
元の正直なレビューが必要な場合、maciekpalmowski.devのMaciek Palmowskiの記事が正規リファレンスである。emdashプロジェクトはemdashcms.devで、ソースはGitHub上にある。emdash、Sanity、Storyblok、Payload、Decap、Tina、Hygraph、headless WordPressなど、特定のプロジェクトに向けたCMS選択について相談したい場合、30分の通話が適切な出発点である。このサイトの/developers/emdash/ページは、emdashの開発エンゲージメントが実務上どのようなものかを概説している。
よくある質問
emdash CMSとは何ですか？
emdashはCloudflareがオープンソース、MITライセンスのCMSとして2026年4月にv0.1.0プレビューとしてリリースしたものです。Astro-firstで、機能が限定されたサンドボックスプラグイン、ポストタイプごとのデータベーステーブル、MCPを通じてファーストクラスビルダーとして扱われるAIエージェントを備えています。WordPressの代替製品として位置付けられています。
emdash CMSは本番環境対応ですか？
2026年の時点ではまだです。v0.1.0プレビューとしてリリースされているため、設計上は初期段階です。アーキテクチャは本当に興味深く、注視する価値がありますが、現在ほとんどの本番サイトを運用するためのエコシステムと成熟度に欠けています。まだ移行対象ではなく、プレビューとして扱ってください。
emdash CMSアーキテクチャの興味深い点は何ですか？
3つあります。拡張機能が何をできるかを制限する機能限定サンドボックスプラグイン、単一の汎用テーブルではなくポストタイプごとのデータベーステーブル、MCPを通じたファーストクラスビルダーとしてのAIエージェントです。WordPressのクローンではなく、CMSデザインの新しいアプローチです。
WordPressからemdashに切り替えるべきですか？
まだです。WordPressは2026年の時点で、エコシステム、成熟度、エディタエクスペリエンスの面でほとんどのチームにとって依然として最適な選択肢です。emdashはアーキテクチャについて注視する価値がありますが、実際のサイトをv0.1.0プレビューに切り替えるのは時期尚早です。成熟するにつれて再度検討してください。