EmDashとは？WordPressとの違いと企業サイトでの導入判断

EmDashは、Astroを土台にしたオープンソースのCMSです。 開発者がサイトの表示や機能を作り、編集担当者が管理画面からコンテンツを更新する構成を取れます。Cloudflareは2026年9月28日に1.0を公開しました。EmDash 1.0公式発表

WordPressの代替候補として関心を集めていますが、採用判断で見るべきなのは「新しいかどうか」より、現在のサイト運用を引き継げるかです。記事本文を移せても、問い合わせフォーム、会員機能、検索、編集承認がそのまま使えるとは限りません。

この記事では2026年10月22日時点の公式情報をもとに、企業サイトでEmDashを検討する際の確認点を整理します。導入手順の実行報告ではなく、移行や試行を計画するための解説です。

EmDashへの移行は、記事データだけでなく、表示・機能・編集手順を含めて判断する。

EmDashとAstroの役割を分けて理解する

CMSは、記事やページの内容を保存・編集・公開するための仕組みです。Astroは、ページの見た目や表示を組み立てるWebフレームワークです。EmDashはAstroを使うサイトにコンテンツ管理の機能を加えます。

たとえば広報担当者が「導入事例のタイトル・本文・画像」を編集し、開発者が「事例ページのレイアウト・関連事例の表示・問い合わせ導線」を設計する、といった分担ができます。更新のたびに開発者へ依頼する範囲を減らしながら、サイトの構造はコードで管理する考え方です。

公式の初期構築ガイドには、Node.js上でSQLiteとローカルの画像保存を使って始める方法が紹介されています。Cloudflareに配置する場合は、Workers、D1、R2を使う構成が案内されています。初期構築ガイド、Cloudflareへの配置

Cloudflareの製品全体との関係は、Cloudflareの主要サービスの使い分けで解説しています。

WordPressとの違いは運用の仕方に表れる

EmDashはWordPressのコードをそのまま動かす互換環境ではありません。特に、既存のテーマやプラグインに何を任せているかが、移行の難しさを左右します。

確認すること	現在のWordPressで調べる内容	EmDashで確認する内容
ページの表示	テーマ、独自テンプレート、ページビルダー	Astroで再現するレイアウトと部品
記事の構造	投稿タイプ、分類、カスタムフィールド	コレクションとフィールドの対応
追加機能	プラグインごとの役割と依存関係	代替機能、移植、独自実装の必要性
更新担当者	誰が何を編集・公開しているか	管理画面、権限、プレビューの操作
外部との接続	フォーム送信、CRM、メール、計測	接続方法と失敗時の運用
公開後の保守	更新、バックアップ、復旧の担当	新しい構成の更新・復旧手順

この表は、どちらの製品が優れているかを採点するものではありません。今の仕事を新しい構成へどう引き継ぐかを洗い出すためのものです。プラグイン移植やテーマ移植についても、公式ドキュメントにはそれぞれ独立した案内があります。WordPressからの移行

プラグインの隔離は、形式によって違う

EmDashの特徴として、プラグインを隔離された実行環境で動かす設計があります。ただし、EmDashのすべてのプラグインが隔離されるわけではありません。 公式ドキュメントでは「sandboxed」と「native」の2形式が区別されています。

形式	実行される場所	選定時の注意
サンドボックス型	専用の実行環境	宣言された権限と、実行環境の設定を確認する
ネイティブ型	Astroサイトと同じプロセス	サイトと同じ実行環境へアクセスするため、コードと依存関係を確認する

サンドボックス型は、必要な操作や外部通信を限定する仕組みを利用します。一方、ネイティブ型は管理画面の拡張やページへの組み込みなど、より深い統合が必要な機能を扱います。ネイティブ型の権限宣言だけを見て、隔離されていると判断しないことが重要です。公式：プラグイン形式の選択

Cloudflare Workers上のサンドボックス型はDynamic Workersを使い、Workers PaidプランやWorker Loaderの設定が必要です。Node.jsでは、workerdを使う実行方式が案内されています。公式：プラグインのサンドボックス設定

導入時は「どのプラグインが必要か」「その形式は何か」「どこへの通信を認めるか」を一覧にします。隔離機能があることと、個々のプラグインの内容や設定を確認することは、両方必要です。

AIが操作できることと、公開を任せることは別に考える

EmDashにはAPI、CLI、MCPサーバーなど、AIツールからコンテンツを操作するための手段があります。記事の下書きや編集を支援する仕組みを組み込める点は、従来の更新業務を見直すきっかけになります。公式：AI Tools

たとえば製品情報から紹介記事の下書きを作る場合、運用は次のように分けると確認しやすくなります。

1. 担当者が、参照してよい製品資料を指定する。
2. AIが、指定した資料から見出しと本文の下書きを作る。
3. 担当者が、価格・仕様・引用・画像の利用可否を確認する。
4. 公開権限を持つ担当者が、プレビューを見て公開する。

これは当研究所が提案する運用例です。導入しただけで、この承認手順が自動的に整うわけではありません。AIに渡す資格情報の権限、公開操作の扱い、変更記録の残し方は、別途設計します。

WordPressから移す前に棚卸しする

EmDashにはWXRファイルやEmDash Exporterを使う移行方法があります。ただし、コンテンツの移行とサイト機能の移植は分けて進める必要があります。公式：WordPress移行ガイド

記事と画像

記事数だけを比べず、公開・下書きの状態、著者、カテゴリ、画像の参照を確認します。WXRは添付画像そのものを含むファイルではないため、元サイトの画像を取得できる状態も必要です。

代表的な記事を先に選ぶと確認が進みます。本文だけの記事、画像が多い記事、表を含む記事、独自フィールドを使う記事など、構造が違うものを対象にします。

URLと検索からの流入

現在のURL、転送設定、canonical、タイトル、説明文を一覧にします。特に問い合わせや資料請求につながっているページは、移行後のURLと行き先を優先して確認します。

担当者が「サイトが開けた」と確認するだけでは、古いURLへのアクセスや、画像・ファイルのリンク切れを見落とします。移行前の一覧を使って、一件ずつ照合できる形にしておくことが重要です。

フォームと業務連携

フォームは画面が表示されるだけでは完了しません。送信内容が保存され、担当者に通知され、必要に応じて顧客へ返信されるところまでが業務です。

移行検証では、正常な入力に加えて、入力漏れ、二重送信、添付ファイル、送信先サービスのエラーも扱います。検証用の宛先や環境を用意し、実際の顧客へ意図しないメールを送らない形で確認します。

EmDashを検討しやすいサイト・慎重に評価したいサイト

以下は機能の保証ではなく、移行作業を見積もる際の判断例です。

サイトの状況	検討の進め方
新しい情報メディアや企業ブログを作る	必要な編集機能と公開フローから小さく試す
Astroで作ったサイトに更新画面が必要	既存の表示設計とEmDashのコンテンツ構造を照合する
WordPressで独自テーマを保守している	テーマの再実装費用と、更新作業の改善効果を比べる
会員・課金・予約を多数のプラグインで実現している	業務機能ごとに代替可否を調べてから移行を判断する
開発を担当する人がいない	構築だけでなく継続保守の体制を先に確保する

「今のWordPressで困っていること」が明確でなければ、新しいCMSに替えても改善を評価できません。表示速度が問題なら、画像やキャッシュの調整で解決する余地を確認します。更新担当者の待ち時間が問題なら、編集範囲や承認の流れも見直します。

費用はCMS本体だけで決まらない

EmDashはMITライセンスのOSSとして公開されていますが、サイトを運用する費用は別に考えます。公式発表

• 実行環境、データベース、画像・ファイルの保存
• サンドボックス型プラグインを使うための契約と構成
• テーマ開発、既存機能の移植、コンテンツ移行
• バックアップ、更新、監視、障害対応
• AIモデルや外部サービスを利用する場合の費用

見積もりでは初期費用と継続費用を分けます。さらに、広報や運用担当者が公開前に確認する時間も含めると、移行によって何が改善するかが見えやすくなります。

導入前に実施したい小さな検証

最初は本番サイトを移さず、代表的なページを使った試行から始めることを勧めます。

検証	担当者	完了条件の例
記事の作成・修正	編集担当者	開発者の補助なしで指定の更新ができる
公開前の確認	公開責任者	本文・画像・リンクを確認して公開できる
データ移行	開発担当者	件数と代表ページを照合できる
フォーム連携	業務担当者	検証用の送信が保存・通知まで到達する
表示速度	開発担当者	同じページ・同じ測定条件で比較できる
復旧	保守担当者	バックアップから戻す手順を実行できる

特に復旧は、バックアップが保存されているかだけでなく、戻したサイトに必要な記事・画像・設定がそろうかまで確認します。採用を決める前に、「誰が更新し、誰が困ったときに直すか」が決まっていることも重要です。

よくある質問

WordPressのテーマやプラグインをそのまま使えますか？

そのまま使える前提では計画しないでください。コンテンツの移行と、テーマ・プラグイン機能の再実装は別です。現在使っている機能を一覧にし、EmDashでの実現方法を確認します。

Cloudflare以外でも動かせますか？

公式にはNode.jsへのデプロイ方法もあります。ただし、利用するデータベース、メディア保存先、プラグインの実行方式は、選んだ環境に合わせて確認する必要があります。Node.jsへの配置

EmDashならWordPressより必ず速くなりますか？

一律には判断できません。テーマ、画像、キャッシュ、外部スクリプト、アクセス条件で結果が変わります。自社の代表ページを同じ条件で測り、編集作業や保守の負担と合わせて比較します。

次に読む記事

• Cloudflareの全体像と主要サービスの使い分け
• Cloudflare OSで社内AIワークスペースを考える
• WordPress高速化研究所

公式情報の確認日：2026年10月22日。Cloudflare研究所は株式会社ビットライトが運営する独立メディアです。