Cloudflareの新CMS「EmDash（エムダッシュ）」とは？WordPressとの違い、メリットと注意点を解説

Cloudflareが公開したCMS「EmDash（エムダッシュ）」が話題になっています。「WordPressの精神的後継」を掲げ、2026年9月に正式版（1.0）が公開されました。

WordPressと比べる記事も増えていて、「WordPressから乗り換えたほうがいいのか」と気になっている方も多いのではないでしょうか。

この記事では、EmDashの特徴、WordPressとの違い、導入前に知っておきたい注意点を整理します。あわせて、「そもそもCMSを使わない」という選択肢についても紹介します。

この記事でわかること

• EmDashとは何か
• WordPressとの違い
• EmDashのメリットと、導入前の注意点
• EmDashが向いている人、向いていない人
• 問い合わせフォームと、送信時の自動メールの作り方の違い
• CMSを使わない「GitHub＋JSON」という選択肢

EmDashとは

EmDashは、Cloudflareが公開した無料のCMSです。オープンソース（MITライセンス）で、2026年4月にベータ版、9月28日に正式版の1.0が公開されました。

特徴は大きく3つあります。

1．PHPを使わない

WordPressはPHPで動いています。EmDashはCloudflareの仕組み（Workers）の上で動き、PHPを使いません。

2026年10月には、PHP本体の重大な脆弱性が見つかり、多くのサイトが対応に追われました（こちらのコラムで解説しています）。PHPを使わないことは、こうした土台の問題を減らすうえで1つの利点です。

2．プラグインを1つずつ隔離して動かす

WordPressの被害は、プラグインの弱点から起きることが多いとされています。

EmDashでは、プラグインを1つずつ隔離された環境で動かし、「何にアクセスしてよいか」を管理者が許可した範囲に限ります。1つのプラグインに問題があっても、サイト全体に広がりにくい設計です。

3．AIから操作しやすい

人は管理画面から、AIは専用の接続口（MCPサーバーやコマンド）から、同じサイトを操作できるよう作られています。

WordPressとの違い

WordPressについては、使い慣れている方が多いと思うので、ここでは細かく触れません。

導入前に知っておきたい注意点

• 作りの前提が「Astro」：EmDashはAstroというサイト制作の仕組みの上で使うものです。今のサイトが別の仕組みで作られている場合は、作り直しになります
• WordPressのテーマやプラグインはそのまま使えない：記事を移すことはできても、デザインと機能は作り直しが必要です
• 正式版から日が浅い：プラグインなどの周辺はまだ少なく、本番での利用例も限られています
• Cloudflareで使うことが前提の機能がある：プラグインを隔離する仕組みは、Cloudflareの環境で使うことが前提です。使う機能によっては有料プランが必要になるため、公式の案内で確認してください
• 保守は自分たちで：CMS本体の更新やデータのバックアップは、使う側が行います

EmDashが向いている人、向いていない人

向いている人- WordPressのように、管理画面から自分たちで更新したい- PHPやプラグインの脆弱性への対応に不安がある- これから新しくサイトを作る、またはサイトの作り直しを予定している

向いていない人- 今のWordPressで特に困っていない- 使っているプラグインやテーマに頼った機能が多い- 実績のある仕組みで、すぐに安定して運用したい

正式版から日が浅いので、試すなら、まずは小さなサイトからがよさそうです。

無理に導入しなくても：「GitHub＋JSON」という選択肢

EmDashは「WordPressのように使える、より安全なCMS」を目指したものです。一方で、更新の主役がAIなら、そもそもCMSを持たないという選び方もあります。

合同会社SENTICでは、GitHubとJSONでのサイト構築も行っています。記事やお知らせを1件ずつ「JSON」という形式のファイルにして、GitHub（ファイルの変更を記録・共有するサービス）で管理し、静的なページとして書き出して公開する形です。

仕組み

1. AIが原稿を書き、記事のファイル（JSON）と画像を作る
2. AIが「この変更を入れてよいか」の確認依頼（プルリクエスト）を出す
3. 担当者が内容を確認して承認する
4. 承認すると、自動でページが書き出されて公開される

やってみて感じる、よいところ

• AIとの相性がいい：記事がただのファイルなので、AIが書く・直す・まとめて直すのが得意です。管理画面を操作する必要がなく、作業がそのまま形になります
• 公開前に必ず確認が入る：変更ごとに承認を挟めるので、「間違えてそのまま公開してしまった」が起きにくくなります
• 変更がすべて記録に残る：いつ・何を変えたかが残り、問題があれば元に戻せます
• 更新するCMS本体やプラグインがない：公開しているページはファイルを配信するだけなので、CMSやPHPの脆弱性への対応が要りません
• 表示が速くしやすい：ページは書き出し済みなので、サーバーでの処理を待たずに表示できます

やってみて感じる、気をつけたいところ

• 容量は少しずつ増える：GitHubは変更の履歴をすべて残すので、画像や動画を入れ替えるほど、履歴の容量が増えていきます。公開されるのは最新のファイルだけなので、表示の速さには影響しません。GitHubでは、1つのリポジトリを1GB未満にすることが推奨され、100MBを超えるファイルは置けません
• 増えた履歴は整理できる：いっぱいになって終わり、ではありません。履歴から古い大きなファイルを取り除く方法（git filter-repo などの道具を使う）や、最新の状態だけを新しいリポジトリに移す方法があります。ただし、変更の記録そのものを書き換える作業なので、事前にバックアップを取り、慣れた人が行うのが安全です。いちばんよいのは、動画のような重いファイルを最初からリポジトリに入れず、YouTubeや別の置き場（Cloudflare R2 など）に置いて埋め込むことです
• 公開先の上限：たとえばCloudflare Pagesの無料プランでは、1サイト2万ファイルまで、1ファイル25MiBまで、公開は月500回までといった上限があります。一般的な会社サイトなら十分な範囲です
• 「静的だから必ず速い」わけではない：動きのある演出を多く入れると、最初に読み込むプログラムが大きくなり、表示が重くなることがあります。速さはサイトの作り方次第です
• 守る場所がGitHubのアカウントになる：書き込める人のアカウントが乗っ取られると、サイトを書き換えられてしまいます。2段階認証は必須です。また、承認なしに書き込めないようにする設定（ブランチ保護）は、非公開のリポジトリではGitHubの有料プランが必要です
• 下書きの扱い：下書きも同じ場所に入るため、リポジトリは非公開にしておく必要があります
• ページを作るソフトの点検は必要：GitHub＋JSONでは、記事のファイルからページを書き出すために、いくつものソフトの部品（ライブラリ。たとえば書き出しを行う「Vite」など）を使います。これらは公開されるページそのものには含まれませんが、ときどき弱点（脆弱性）が見つかり、新しい版が出ます。CMSの更新がない代わりに、こうした部品に弱点がないかを確かめ、更新する作業が必要です。GitHubには、弱点が見つかると知らせて、更新の提案まで自動で作ってくれる「Dependabot」という機能があり、無料で使えます
• AIか、ファイルを扱える人が必要：管理画面がないので、AIを使わない人には更新しにくい形です。予約投稿のような機能も、標準ではありません

問い合わせフォームはどうする？

サイトを選ぶうえで、意外と大きな違いになるのが問い合わせフォームです。会社のサイトでは、問い合わせがあったときに「送ってくれた人への自動返信メール」と「担当者への通知メール」の2通を送れることが欠かせません。

WordPressContact Form 7 などのプラグインを入れれば、フォームを作り、自動返信と担当者への通知を、管理画面の設定だけで用意できます。ただし、メールが迷惑メールに入らず確実に届くように、メール送信用のプラグイン（SMTPの設定）を追加することが多いです。

EmDashフォーム用のプラグインがあり、フォームの作成、担当者への通知、迷惑な送信を防ぐ仕組みなどがそろっています。メールを送るには、送信の仕組みを別につなぐ必要があります。たとえばCloudflareのメール送信サービス（Email Service）を使う場合、2026年10月時点ではまだベータ版で、好きな宛先へ送るには有料プラン（Workers Paid、月5ドルから）が必要です。外部のメール送信サービスにつなぐ方法もあります。

GitHub＋JSONCMSがないので、フォームは自分たちで用意する必要があります。方法は大きく2つです。

1. 外部のフォームサービスを埋め込む：Googleフォームや、問い合わせフォームの専門サービスを埋め込む方法です。手軽ですが、見た目や自動返信の細かさはサービスに合わせることになります
2. フォームを作る：Cloudflare（Workers・Pages Functions）やVercel（Functions）の上に、送信を受け取る小さなプログラムを置き、メール送信サービスとつなぎます。自動返信と担当者への通知の両方を、思いどおりに作れます

2の方法では、入力内容のチェック、迷惑な送信への対策（Cloudflare Turnstile など）、メールが確実に届くための送信元の設定（SPF・DKIM・DMARC）まで含めて作る必要があります。一度作れば使い回せますが、最初の設定のハードルは、WordPressより高いと感じます。GitHub＋JSONを選ぶなら、フォームをどうするかを最初に決めておくのがおすすめです。

3つを比べてみる

まとめ

• EmDashは、PHPを使わず、プラグインを隔離して動かすCloudflareのCMS
• WordPressのように使いたい人にとっては、代わりの有力な候補になる
• ただし作りの前提がAstroで、正式版から日が浅いため、試すなら小さなサイトから
• AIでサイトもブログも回していくなら、CMSを持たない「GitHub＋JSON」という選び方もある。ただし問い合わせフォームは最初に作り方を決める必要がある

どれがいちばん優れているかというより、「誰が、どうやってサイトを更新するか」で合う形が変わります。

合同会社SENTICは、奈良を拠点に、Web制作・運用から動画制作、AI導入支援までを行っています。

出典

• CMSWire「Cloudflare Releases EmDash 1.0 CMS With Decentralized Plugin Registry」
• EmDash 公式サイト
• Cloudflare「Email Sending now in public beta」
• GitHub Docs「About large files on GitHub」
• Cloudflare Pages「Limits」