EmDash CMS とは？

WordPress インストールは訪問者がホームページを見る前に 47 個のデータベースクエリを実行します。EmDash はゼロです。2026年4月1日に v0.1.0 ベータ版としてリリースされたオープンソース CMS です — TypeScript で構築され、Astro 上で動作し、Cloudflare Workers 上でサーバーレス実行され、MIT ライセンスの下でリリースされています。メンテナーはこれを WordPress の代替案や競合相手とは呼びませんでした。WordPress の後継と呼びました — オープンソース CMS アーキテクチャの実際の次世代版です。v0.1 リリースとしては大胆な主張です。そこで私たちはそれをインストールし、実際のサイトを移行し、いくつかの問題を破壊し、何が機能するか、何が空約束か、次のクライアントプロジェクトが実際にそれを実行すべきかどうかを文書化しました。

これは巨大な主張です。実際に何があるか、何が期待できるか、何がまだロードマップのスライドにすぎないかを掘り下げてみましょう。

アーキテクチャ：何が興味深いのか

EmDash は WordPress とは根本的に異なるアーキテクチャ上の選択をしています。ほとんどは良い選択です。

Astro 上に構築

Astro は既に Social Animal でコンテンツの多いサイト向けの選択肢です。デフォルトではゼロの JavaScript、実際に相互作用が必要な場合の島アーキテクチャ (React、Svelte、Vue — お好きなものを選んでください)、および選択的ハイドレーションを備えた高速な静的ページ。Astro の上に CMS を構築することは、EmDash がそのすべてを無料で継承することを意味します。パフォーマンス目標を達成するためにフレームワークと戦っていません — あなたはそこから始めています。

コンテンツサイトは、すべてのリクエストで PHP ランタイムを読み込んでいません。エッジから事前にレンダリングされた HTML を提供しています。これは多くの人が認識しているよりも重要です。

Cloudflare Workers 上のサーバーレス

管理パネルと API レイヤーは Cloudflare Workers 上で実行されます — ベビーシッターをするサーバーなし、自動グローバル配布、従量課金制。WordPress ホスティングインフラストラクチャを管理するのに何年も費やした場合 — 午前 2 時にサーバーにパッチを当てて、トラフィック急増時に必死に対応し、PHP メモリ制限と格闘します。おそらくプラグインが RAM にすべてをロードすることに決めたからです。ええ。まったく別の世界です。

コールドスタートはミリ秒で測定され、秒ではありません。DX はここで本当に良いです。

すべての方法を通じて TypeScript

PHP なし。言語が混在していません。スタック全体は TypeScript です — プラグイン開発、テーマテンプレート、コア CMS ロジック、すべてです。最新の Web チームにとって、これはコンテキストスイッチングの税金を消します。フロントエンド開発者は最初に別の言語を学ぶことなく、CMS 自体に貢献できます。React 開発者を functions.php に潜ることに興奮させようとしたことがある場合、それがどのような大きな問題かは知っています。

プラグイン セキュリティの突破口

これが EmDash が本当に革新的なことをしている場所です。注意を払ってください。

WordPress の最大のセキュリティ上の責任は常にプラグインでした。私たちはこれをすべて知っています — すべての WordCamp のあらゆる部屋に象がいます。すべてのプラグインは任意の PHP を実行し、データベースに直接ヒット、ネットワークリクエストを実行し、ファイルシステムを読むことができます — 基本的にサーバーユーザーができることはすべてできます。1つの危険にさらされたプラグインは、危険にさらされたサイトを意味します。これは理論的ではありません。WordPress の侵害の大多数の背後にある攻撃ベクトルです。私たちはこれらの混乱をクリーンアップしました。あなたもおそらくそうしたでしょう。

EmDash は機能マニフェスト付きのサンドボックス化されたプラグインを導入しています。すべてのプラグインは、それが何にアクセスする必要があるかを正確に宣言する必要があります — 特定のデータベース テーブル、ネットワーク エンドポイント、ファイル パス、API スコープ。ランタイムはこれらの宣言を実装します。submissions テーブルへの書き込みアクセスを宣言するコンタクト フォーム プラグインは、コードが悪意のあるものまたは危険にさらされていても、ユーザー テーブルを読むことはできません。

モバイル アプリのアクセス許可を考えてみてください。ただし、CMS プラグイン向けです。これは WordPress の「プラグインは何でもできて、私たちは最高を祈るだけ」というアプローチよりも根本的に優れたセキュリティ モデルです。ほとんどの代理店は新しいプラットフォームを評価するときこれを間違えます — 彼らは最初に機能を見ます。最初にセキュリティアーキテクチャを見てください。常に。

機能マニフェストの仕組み

各プラグインは、以下を宣言する manifest.yaml (または JSON) ファイルを提供します:

  • ストレージアクセス: 読み書きができる D1 データベース テーブルまたは R2 バケット
  • ネットワークアクセス: 呼び出すことができる外部ドメイン
  • ルートアクセス: 処理できる URL パターン
  • フックアクセス: サブスクライブできる CMS ライフサイクル イベント
  • UI アクセス: 管理パネル コンポーネントを挿入できる場所

EmDash ランタイムはこれらの宣言を検証し、それに応じて実行をサンドボックス化します。サイト管理者はインストール前にアクセス許可を確認でき、特定の機能を取り消し、プラグインの動作を宣言されたものに対して監査できます。

実行がビジョンと一致する場合、20年間存続している問題を解決します。これは誇張ではありません。

EmDash が正しく得ているもの

  • デフォルトでパフォーマンス: Astro の静的優先レンダリングとエッジ展開は、追加の最適化作業をしなくてもサイトが高速であることを意味します
  • 最新の開発者体験: TypeScript、HMR、コンポーネント ベースのテーマ、Git ベースのワークフロー — 2026年に既に期待する もの
  • セキュリティアーキテクチャ: 機能マニフェスト システムは本当に前進です、全て
  • 展開のシンプルさ: wrangler deploy をして、あなたは生きています 世界中。nginx 設定なし。サーバー プロビジョニングなし。真夜中にホスティング プロバイダーに電話をかけることはありません。
  • MIT ライセンス: 真にオープンソース、商用ライセンスの落とし穴なし、オープンコアの詐欺と スイッチなし
  • エッジネイティブ データ: Cloudflare D1 (エッジの SQLite) と R2 をアセット用に使用し、データをグローバルにユーザーの近くに保ちます

何が不足しているか (そしてそれは多くです)

EmDash v0.1.0 はベータです。バージョン番号は正直です — 私はそれを彼らに与えるつもりです。準備ができていないものは次のとおりです:

プラグイン エコシステムなし

WordPress には 60,000 以上のプラグインがあります。EmDash には最初のパーティの例がいくつかあります。機能マニフェスト システムは適切に設計されていますが、空のプラグイン マーケットプレイスは、すべてをカスタムで構築していることを意味します。e コマースが必要ですか? それを構築します。SEO ツール? それらを構築します。基本を超えたフォーム処理? アイデアが得られます。

これは、すべての新しい CMS が直面する冷たい開始問題です。解決するには数年かかります。ショートカットはありません。それ以外は何か売っています。

限定的なコンテンツ モデリング

コンテンツ タイプ システムは存在しますが、WordPress のカスタム投稿タイプ エコシステムの成熟度からは程遠いです — または、Sanity や Contentful のようなヘッドレス プラットフォームさえ。複雑なコンテンツの関係、リビジョン履歴、ワークフロー状態 — これらは初歩的であるか、ロードマップに置かれています。「ロードマップ上」は機能を出荷しません。私たちは皆、その困難な方法を学びました。

WordPress からの移行パスなし

WordPress インポーターはありません。既存のコンテンツを移動することは、手動作業またはカスタム スクリプトを意味します。数十の WordPress サイトを管理する代理店にとって、これは現在は非開始です。「不便」ではありません。非開始。

管理者 UI は初期段階です

管理パネルは機能しますが、それが正確に何であるかのように感じます — v0.1 インターフェース。コンテンツ編集は WordPress のブロック エディタの洗練さに欠けています (それはいい、Gutenberg には独自の問題があります — 私は始めさせません) または成熟した CMS。メディア管理は基本的です。ユーザー ロール管理は最小限です。仕事をしますが、わずかです。

ドキュメンテーション ギャップ

ドキュメントはスキップしますが、基本をカバーしています。変な問題が発生しましたか? あなたはソース コードを読んでいます。TypeScript をスペルンキングすることを楽しむ経験豊富な開発者にとっては問題ありませんが、ジュニア開発者をすばやくオンボードする必要がある代理店にとっては問題になります。他の「開発者向け」ツールでこれ以前に焼かれたことがあり、修正するのに常に予想より時間がかかります。

マルチサイト、多言語、組み込み SEO なし

WordPress 代理店が当たり前のように考える機能は単に存在しません。ほとんどの本番作業では、これは交渉の余地のないものです。

今日 EmDash を使用すべき人

プロジェクトに貢献したい開発者。 このビジョンを信じ、このことを形成したい場合、今がその時です。オープンソース プロジェクトの初期の寄稿者は、アーキテクチャの決定に比例して大きな影響を与えます — これは、EmDash が何になるかについて、実際に針を動かすことができるときです。そのウィンドウはすぐに閉じます。

グリーンフィールド個人プロジェクトまたは内部ツールを構築するチーム。 バージョン間の破壊的変更を許容し、成熟したプラグイン エコシステムを必要としない低リスク環境。サイド プロジェクト。実験。すばらしいものをしてください。

今後の導入に向けてプラットフォームを評価する代理店。 概念実証を構築します。アーキテクチャで手を汚してください。将来的にカスタム プラグインで埋める可能性のあるギャップを把握してください。

今日 EmDash を使用すべきでない人

本番クライアント サイトを持つ人。 プロジェクト自体は本番環境に対応していないと言っています。信じてください。

WordPress ドロップイン置換を期待する代理店。 これではありません。コンテンツ モデル、テーム システム、およびプラグイン アーキテクチャは根本的に異なります。これはアップグレードではなく、移行です。それに応じて計画してください — そして予算を計画してください。あなたの見積もりはおそらく間違っています。

TypeScript 開発者が強くないチーム。 チームが PHP 優先の場合、学習曲線は実です。過小評価しないでください — 「JavaScript は JavaScript」があなたを通すと仮定しないでください。それはしません。

e コマース、メンバーシップ、LMS、またはその他の複雑な機能が必要なサイト。 エコシステムはまだそこにはありません。WooCommerce だけで、EmDash のプラグイン カタログ全体よりも多くの機能があります。それはdig ではありません — それはただの数学です。

これが WordPress 代理店にとって何を意味するか

EmDash は今日 WordPress を脅かしていません。しかし、それは次に何が来るかの信用できるビジョンです。

WordPress エコシステムには実際の構造上の問題があります — そして私たちはすべてそれを知っています。何年もの間、Slack チャネルとカンファレンス ホールで彼らについて話してきました。PHP のパフォーマンス上の制限、プラグインのセキュリティの悪夢、ホスティングの複雑さ、誰もが完全に満足していないブロック エディタ、および 2025年を通じて 2026年のコミュニティ信頼を分裂させた Automattic ガバナンスの懸念。それは荒れてきました。正直なところ? それは疲れています。

EmDash はこれらのほとんどをアーキテクチャ レベルで対処しています。プロジェクトが勢いを増した場合 — プラグイン エコシステムが成長し、コンテンツ モデリングが成熟し、管理者 UI がパリティに達した場合 — 2〜3年以内に深刻な競争相手になる可能性があります。それは大きな「if」ですが、それは不合理なものではありません。

Social Animal での私たちの見方

私たちは EmDash を注視しています。Astro の基盤は、私たちが既にどのように構築するかと一致しています — 1年以上前からヘッドレス Astro サイトを出荷しています。Cloudflare Workers ランタイムは、私たちが知り、信頼しているインフラストラクチャです。TypeScript は私たちの主言語です。

しかし、クライアント プロジェクトにはまだお勧めしていません。今日ヘッドレス サイトを構築するとき、私たちは Astro または Next.js を実績のあるヘッドレス CMS プラットフォーム — Sanity、Storyblok、プロジェクトに合ったものと組み合わせます。それはまだ本番作業の責任ある選択であり、EmDash が実世界で自らを証明するまでそのままです。

EmDash が v1.0 にヒットし、機能的なプラグイン エコシステムがある場合、私たちはそれを採用する最初の代理店の中にいます。アーキテクチャはそれを獲得する価値があります。現在の状態は そうではありません。

結論

EmDash CMS は、最もアーキテクチャ的に健全な WordPress の代替案です。サンドボックス化されたプラグイン システムだけでも、オープンソース コミュニティの注目に値します — これは、誰もがこれを早くしなかった理由を疑問に思わせるアイデアです。深刻に、誰もこれをしてはいけませんか?

しかし、アーキテクチャは製品ではありません。エコシステム、安定性、ドキュメント、およびツール — それが CMS を専門的に使用できるものにしています。あなたは美しい青写真を出荷することはできません。

このプロジェクトを見てください。できれば貢献してください。まだクライアント用にデプロイしないでください。