結論から言います。WordPressをやめたい理由が「セキュリティ」「更新の手間」「将来への不安」のどれかなら、EmDash（エムダッシュ）への移行を今日から始めるべきです。CMS本体は無償、動かす環境は月5ドルから。更新地獄の原因そのものを、構造から消せます。

この記事は、後継CMSと話題のEmDashを実際にローカル環境へインストールして確かめた結果を、WordPressからの移行を考えている人向けに整理したものです。このブログの運営者自身、自分のサイトをWordPressからCMSなしの純正PHPへ移行した経験があります（WordPressを静的サイトへ移行した全手順【CMS廃止の実録】）。乗っ取り対策の現状や移行の実際を知る立場から、宣伝ではなく検証ベースで書きます。

要点は次の3つです。

• インストールはコマンド1つ。実測で2分・630パッケージ・脆弱性0だった
• 管理画面にパスワードが存在しない。ログインはパスキー（生体認証・セキュリティキー・PIN）かメールリンクのみ
• 動かすにはNode.js環境が必要。レンタルサーバーの要件確認が最初の関門なので、そこから調査するのが安全

WordPressをやめたい理由は、3つに集約される

移行先の選び方が決まるのは、やめたい理由を言語化してからです。相談の経験から整理すると、理由はほぼ次の3つに集約されます。

セキュリティ面の具体像は、WordPressの乗っ取りが増えている理由とCMSに頼らない対策で整理しました。EmDashが狙うのは、この表の「安全なCMSへ」の列です。

EmDashは「WordPressの精神的後継」を名乗るCMS

EmDashは、Cloudflareが公式ブログで発表したオープンソースのCMSです（Introducing EmDash — WordPressの精神の後継）。2026年4月にプレビュー版が公開され、2026年9月28日に正式版の1.0がリリースされました。ソースコードはMITライセンスでGitHubに公開されており（emdash-cms/emdash）、2026年10月時点でStar数は1.3万を超えています。公式サイトはemdashcms.com、分類としてはAstroを基盤にしたフルスタックのTypeScript製CMSです。

主な特徴を、公式の主張とドキュメントに沿って並べます。

• プラグインを安全に動かす仕組み（「Plugins without the security nightmare」）— プラグインはサンドボックスで実行され、マニフェストで宣言した権限（記事の読み取り、メール送信など）以外の動作ができない設計。WordPressではプラグインが脆弱性の主因だと言われて久しいので、この問題への正面からの答えです
• AIエージェント前提の設計 — 全サイトにMCPサーバーが内蔵され、ClaudeやCursorといったAIコーディングツールからサイトを操作できます。プロジェクトにはAGENTS.mdが同梱されます
• 下書き・履歴・公開予約と、役割に応じた権限管理（管理者・編集者・著者）を備える
• Cloudflare Workersでも自社サーバー（Node）でも動く構成を選べる

「後継」という言葉だけ聞くと盛っているように聞こえますが、発信元がCloudflare公式である点と、機能面が実際にWordPressライクである点は事実です。では、実測に移ります。

実測①: インストールはコマンド1つ、2分で終わった

結論として、EmDashの導入はnpm create emdash@latestの1コマンドで完結します。依存パッケージのインストールまで含めて、実測で2分でした（Windows 11・Node v25.2.1・npm 11.6.2の環境。出力は「630 packages added」「found 0 vulnerabilities」）。

スキャフォ（ひな形生成）時には、テンプレートをblog / starter / marketing / portfolioから、動作環境をnode / cloudflareから選べます。本検証では、国内サーバーでの稼働を想定してnode構成のblogテンプレートを選びました。

生成直後のフロントページは次のとおりです。シンプルなブログテンプレートで、最初の記事を促す導線が入っています。

「インストールでつまずく」というWordPressやMovable Typeの時代の常識が、ここでは崩れています。技術的な壁はインストールではなく、後述の「どこで動かすか」に移りました。

実測②: 管理画面は「パスワードが存在しない」設計

管理画面（/_emdash/admin）にアクセスすると、ログイン方法はパスキーかメールリンクの2択で、パスワードを設定する項目がそもそも存在しません。初期状態の画面は次のとおりです。

WordPressの乗っ取りは、弱いパスワードや使い回しのパスワードを狙った総当たり攻撃が入口になるケースが知られています（対策の全体像は乗っ取り対策の記事参照）。パスワードという概念自体を管理画面から消すのは、その攻撃面を構造的に減らす設計です。ここはEmDashの主張の中でも、実測して納得感があった部分です。

操作面については、公開まもない時期の実録記事が「投稿作成UIはかなりWordPressライク」と報じています（WordPress後継CMS「EmDash」を触ってみる - Zenn）。私の実測でも、管理画面の構成はWordPress経験者が迷わない範囲に収まっていました。一方で、初期状態の表記は英語で、日本語の資料はまだ揃っていません。ここは導入判断より運用の支障になるので、受け入れ側の体制を確認しておくべき点です。日本語運用の選択肢（本体の言語設定・日本語化プラグイン・手順書運用）は日本語化の記事に整理しています。

実測③: 国内レンタルサーバーで動くかは「Node.js」の1点に集約される

EmDashのnode構成は、Node.jsのプロセスで動きます（起動コマンドは実測でnode ./dist/server/entry.mjs）。したがって、XSERVERをはじめとする国内レンタルサーバーで動かせるかどうかは、「そのサーバーでNode.jsを常駐させられるか」の1点に集約されます。

ここは正直に整理しておきます。

• Cloudflare構成（--platform cloudflare）なら、公式が想定するCloudflare Workersへそのまま乗せられる。ローカルの検証環境（wrangler dev）と公開デプロイの両方を実測済みで、後述のデモはCloudflare Workersで公開しています
• 公開URL（workers.dev）の運用と、「国内レンタルサーバーで独自ドメイン運用」は別問題です。後者はSSH・Node.jsのバージョン・常駐プロセスの扱い（リバースプロキシや.htaccessの設定）が要件になり、サーバーごとに答えが違うため、本記事では断定しません
• なお、この部分は実際にXSERVERアカウントで確かめました。Node.js v22の存在と、共有プランでは外部公開できないという実測結果はサーバー要件の記事にまとめています
• 断定できないからこそ、移行案件では最初に調査レポートを出すのが安全です（後述します）

「できる」と言い切る前に「このサーバーではこうなる」と示す。移行の成否はこの一手で決まります。

実測④: コーポレートサイトのデモを実際に作った

「EmDashはブログしか作れないのでは」という疑問に答えるため、建設会社のコーポレートサイトを想定したデモを実際に構築しました。日本語の縦書き見出し、写真主体のファーストビュー、黄色いCTAボタンといった、国内企業サイトらしい意匠を含めたデザインです。

デモは実際にCloudflare Workersへ公開済みで、こちらのURLで挙動をそのまま確かめられます。構成は、トップページ・会社概要・事業内容・採用情報・お問い合わせの一式です。実装の考え方はWordPressのテーマに近く、ページの見た目はAstroのコンポーネントとして作り、記事や事業内容のデータは管理画面から入ります。WordPressのように既製テーマを探して入れる、という段階にはまだ達していないため、デザインに合わせた開発は制作者の仕事になります。ここはWordPressとの大きな違いで、費用に影響する点なので正直に書いておきます。

なお、お問い合わせフォームはデモではダミー実装です。フォームや会員機能のような「動的な部分」は、移行案件の中で組み直す対象になります。テーマの現状と、このデモのデザイン再現プロセスの詳細は、テーマとデザインの記事で公開しています。

WordPressからの移行は「WXRエクスポート＋検証リスト」が定石

コンテンツの移し方は、公開されている移行ガイド（WordPress から EmDash への移行ガイド）では、WordPressのWXRエクスポートとEmDash Exporterプラグインで取り込み、移行後の検証チェックリストで確認する流れが紹介されています。

ただし、楽観は禁物です。すでに移行を実行した人の実録（WordPressからEmDashへ移す全手順。実際に移して壊れた6つ - note）が示すとおり、画像パス、プラグイン固有の機能、独自のカスタムブロックなどは、そのままでは壊れます。WordPress歴が長いサイトほど、プラグインへの依存が「見えない設計」に食い込んでいるからです。手順の全体像を5ステップに整理した移行手順の記事も公開しています。

そのため発注側の視点では、移行を「データを移す仕事」と「機能を組み直す仕事」に分けて見積もってもらうのが安全です。依頼書の書き方や確認項目は、ホームページ制作の依頼で失敗しない方法とフリーランス選定のチェックリストで整理しています。

CMSなし運用という「もう一つの答え」と、EmDashの違い

WordPressをやめる答えはEmDashだけではありません。このサイト自身は、CMSなしの純正PHP（Markdownの記事を自前のブログエンジンで表示）で運用しています。3つの方向性を比較すると、違いがはっきりします。

移行の実録としての詳細はWordPressを静的サイトへ移行した全手順で公開しています。要約すると、EmDashは「WordPressの更新体験を保ったまま安全にする」解、CMSなしは「更新という概念を減らす」解です。そして見てほしいのは、CMSなしの道は開発ツールが使える人でなければ続けられないという点です。自分やスタッフが管理画面で更新したいなら、選択肢は実質EmDash一択です。私がCMSなしを選んだのは、私が制作者だから。あなたの会社の更新担当は、管理画面を使えますか？その答えが移行先を決めます。

あなたのサイトがEmDashに向いているか: チェックリスト

次のチェックリストで、当てはまる項目を数えてみてください。

EmDashへの移行が向いているサイン

• [ ] ブログや新着情報を、今後も自分で更新し続けたい
• [ ] WordPressの操作に慣れており、管理画面の体験を保ちたい
• [ ] プラグインへの依存が少ない（お問い合わせフォーム程度）
• [ ] 会員機能・EC・予約など、高度なプラグインに頼っていない
• [ ] 表示速度やセキュリティの不安を、基盤ごと解決したい

慎重に判断すべきサイン

• [ ] フォーム・会員・ECなど、プラグインなしでは成り立たない機能がある
• [ ] 更新担当者が社内におらず、外注に丸投げしている
• [ ] 今後1年で大きなリニューアルの予定がある（基盤交換を2回やることになる）
• [ ] 運用しているサーバーの仕様を誰も把握していない

後者のサインが多いサイトこそ、自己判断ではなく調査の出番です。プラグイン依存もサーバー仕様も、調べれば必ず答えが出ます。判別できないまま時間だけが過ぎるのが、一番もったいない。

EmDash移行のご相談について

このサイトの運営者（フリーランスのWeb制作者）として、WordPressからのEmDash移行案件を受け付けます。公開中のデモ（my-marketing-site.emdash-demo-site.workers.dev）の構築手順がそのまま土台になるため、デザインの再現からデータ移行、公開後の確認までを一気通貫で進められます。

「移行するかどうか」で迷っている間にも、コストは続きます。保守を外注していれば月1万〜5万円（保守リスクの記事で示す実務レンジ）。自分で更新しているなら、その時間と、乗っ取りのニュースを見るたびの不安がコストです。EmDash移行は、この「続けるコスト」を構造から減らす行動です。

進め方は3ステップです。

1. 問い合わせフォームから、サイトURLと「WordPressをやめたい理由」を送る（1分で終わります）
2. 調査レポートをお出しします — 現在のサーバーでEmDashが動くか、プラグイン依存の洗い出し、移行の費用レンジ、リスクをまとめた資料です。ここまでは着手しません
3. 納得できたら本移行 — データ移行 → 検証（URL・表示・フォーム）→ 公開 → SEO引継ぎの確認（Search Consoleでインデックス状況を確認するところまで）

費用の考え方は費用相場と内訳の読み方と同じで、サイトの規模とプラグイン依存度で変わります。固定額の断定ではなく、調査レポートの時点でレンジを明示します。ホスティング料金（Cloudflare Workersの無料枠と月5ドル）の実測と、WordPress保守との3年トータル比較は、料金を分解した記事に分けています。移行の費用と期間の考え方は、移行費用の記事でも公開しています。なおEmDash自体は無償のオープンソースで、費用は「調査・移行・検証」という作業の対価です。

よくある質問

Q. EmDashは無料ですか？

ソフトウェア自体は無償のオープンソースです。別途、ホスティング環境（Cloudflare WorkersやNode.jsが動くサーバー）の費用と、移行・制作の作業費用がかかります。

Q. WordPressの記事はそのまま移せますか？

WXRエクスポート経由で本文は移せます。ただし画像パス、ショートコード、プラグイン固有の書き方は個別の対応が必要です。実録記事でも「そのままでは壊れる」箇所が複数報告されています。

Q. 国内のレンタルサーバーでも動きますか？

Node.jsを常駐させられる環境なら可能性があります。SSHの可否やプロセスの扱いはサーバーごとに異なるため、まず調査で確認するのが安全です。Cloudflare Workersを使えば、サーバー管理自体を減らす選択肢もあります。

Q. 自分で移行すべきですか？依頼すべきですか？

投稿数が少なく、プラグイン依存が「お問い合わせフォームだけ」なら自力での移行も現実的です。実録記事が公開されている範囲で試すことができます。それ以外は、調査から任せるほうが結果的に安くなるケースが多いです。

Q. SEOの評価は引き継がれますか？

URL設計とリダイレクト設計次第です。URLを維持する移行なら影響は最小限に抑えられます。移行後のSearch Consoleでのインデックス確認までを、作業の一部として必ず行ってください。

まとめ: 「後継」を名乗る資格は、実測して確認できる

• EmDashはCloudflare公式が発表したオープンソースCMSで、インストール2分・脆弱性0・パスキー管理画面は実測で確認できた
• 動作条件の要はNode.js環境。国内サーバーで動くかは調査で決める
• 移行は「データを移す仕事」と「機能を組み直す仕事」に分け、調査レポートを先に出すのが安全

判断に必要な調査は、すべて私の方で行います。あなたがするのはサイトURLと困りごとを送るだけです。WordPressを「いつかやめたい」と思っているなら、その「いつか」は今日から数えてください。更新と心配を続ける1か月も、移行を進める1か月も、同じ時間です。