EmDashとWordPressの違いを徹底比較　移行すべき？機能・セキュリティ・SEOを解説

結論｜EmDashとWordPressはどちらを選ぶべき？

EmDashとWordPressは、どちらもWebサイトのコンテンツを管理するCMSですが、技術構成と運用の考え方が異なります。 WordPressはPHPとデータベースを中心とする成熟したCMSで、多数のテーマやプラグインを利用できる点が強みです。 EmDashはAstroとTypeScriptを基盤としており、独立したプラグイン実行環境やAIエージェントとの連携などを重視しています。

企業サイトでどちらが適しているかは、現在の運用環境と今後の目的によって判断します。 特に、すでにWordPressで十分な機能を実現できている場合は、移行によって得られるメリットと、再制作・検証に必要な費用を比較することが重要です。

特に既存WordPressサイトの移行では、コンテンツの移行と、テーマ・プラグイン・システム機能の移行を分けて考えることが大切です。 記事を移せるからといって、ホームページ全体を同じように動かせるわけではありません。

判断する項目	WordPressが適している状況	EmDashを検討できる状況
既存のサイト	テーマ・プラグインを継続利用したい	再設計を含む移行を検討できる
サイト制作	既存のWordPress制作体制がある	Astro・TypeScriptを活用したい
サイト更新	従来の管理画面で運用できている	新しい管理・開発フローを構築したい
プラグイン	既存製品を多数利用している	必要な機能を新規に実装・選定できる
AI連携	既存サービスや独自連携を活用したい	EmDashのAPI・CLI・MCPを利用したい
SEO	既存URLや検索流入を維持したい	移行後の技術・SEO検証を実施できる
保守	PHP・WordPressに詳しい担当者がいる	JavaScript・Astroに詳しい担当者がいる

EmDashとは？Cloudflareが公開した新しいCMS

EmDashは、Cloudflareが開発したオープンソースのコンテンツ管理システムです。 2026年4月1日にベータ版が公開され、2026年9月28日には安定版のEmDash 1.0が発表されました。 公式には、WordPressの考え方を現代的な技術で再構築したCMSとして紹介されています。

WordPressと同様に、管理画面から投稿や固定ページなどのコンテンツを作成・編集できます。 カテゴリーやタグ、メディア管理、メニュー、下書き・公開などに対応し、サイト開発者はAstroを利用してWebページの構造やデザインを作成できます。

EmDashが登場した背景

WordPressが普及した理由の一つは、テーマやプラグインを使って幅広い種類のWebサイトを構築できることです。 一方で、プラグインはWordPress本体と同じPHPの実行環境で動くため、悪意のあるコードや脆弱性の影響がサイト全体に及ぶ可能性があります。

EmDashは、このプラグインの実行権限や安全性に着目して設計されています。 対応するサンドボックス型プラグインを独立した実行環境で動かし、許可されたAPIを通じてコンテンツや外部サービスへアクセスさせる仕組みを提供しています。

ただし、WordPressのすべてのサイトが危険という意味ではありません。 WordPressでも、本体・テーマ・プラグインの更新、不要な機能の削除、権限管理、バックアップなどによってセキュリティ対策を進められます。

EmDashの主な機能

機能	EmDashでの特徴
記事・固定ページ管理	管理画面からコンテンツを編集・公開できる
コンテンツモデル	コレクションやフィールドを定義して管理できる
テーマ	Astroのページ・レイアウト・コンポーネントで構築する
プラグイン	サンドボックス型とネイティブ型の仕組みがある
管理者認証	パスキーによるログインなどに対応する
AI連携	API、CLI、MCPなどを利用できる
ホスティング	Cloudflare Workers、Node.jsなどの構成を選べる
WordPressからの移行	WXRファイルなどを使ったコンテンツ取り込み機能がある
メディア管理	画像などのファイルを管理できる
課金機能	x402を利用したコンテンツアクセス制御などの仕組みが用意されている

EmDashはWordPressの公式な後継バージョンではない

EmDashは、WordPressの後継という表現で紹介されることがありますが、WordPressの公式バージョンアップや、WordPressプロジェクトの後継製品ではありません。 開発主体、プログラミング言語、テーマ、プラグインの仕組みが異なる独立したCMSです。

そのため、WordPressの更新画面からEmDashにアップグレードできるわけではありません。 既存サイトから移行するには、新しいCMS環境を準備し、コンテンツやサイト機能を移す作業が必要になります。

EmDashとWordPressの違いを12項目で比較

EmDashとWordPressを比較するときは、単に機能の数を見るのではなく、開発・公開・運用の仕組みを確認することが重要です。 特に既存サイトを移行する場合は、テーマやプラグインの互換性、コンテンツの移行範囲、検索エンジンへの影響などが判断材料になります。

比較項目	WordPress	EmDash
開発言語	PHPが中心	TypeScript・JavaScriptが中心
基盤	WordPress独自のCMS基盤	Astroベース
データベース	一般的にMySQL・MariaDB	D1・SQLiteなど構成に応じて選択
サーバー	一般的なWordPress対応レンタルサーバー等	Cloudflare Workers・Node.js等
管理画面	WordPressの管理画面	EmDash独自の管理画面
テーマ	PHPテンプレート、ブロックテーマ等	Astroプロジェクトを基盤とするテーマ
プラグイン	WordPress専用の豊富なエコシステム	EmDash専用のプラグイン方式
プラグインの隔離	通常はPHP実行環境を共有	設定したサンドボックス型で隔離可能
AI連携	プラグイン・API・独自開発など	MCP・CLI・APIなどをCMSとして提供
コンテンツ編集	ブロックエディターなど	EmDashの編集・公開機能
既存資産の移行	WordPress間では移行しやすい	コンテンツ取り込みと機能再構築が必要
保守体制	WordPressの専門人材・情報が豊富	Astro・Node.js等の技術理解が重要

WordPressは実績とエコシステムの豊富さが強み

WordPressは企業サイト、ブログ、オウンドメディア、ECサイトなど幅広い用途で利用されており、テーマやプラグイン、管理・保守に関する情報が豊富です。 一般的なレンタルサーバーで導入しやすく、WordPressの制作経験を持つWeb制作者や保守会社も比較的探しやすい環境にあります。

また、SWELLなどのテーマや既存プラグインを利用することで、専門的なコードを書かずにページを更新できる場合があります。 すでに社内の運用体制が整っている場合は、その資産を活かせることが大きなメリットです。

EmDashは現代的な開発基盤と拡張方式が特徴

EmDashでは、Astroを利用してWebサイトの構造やデザインを設計し、CMSからコンテンツを管理します。 Cloudflare WorkersやNode.jsなどの実行環境を選べるほか、API・CLI・MCPを利用した開発や運用も可能です。

一方、WordPressで使用していた既存テーマやプラグインをそのまま利用することはできません。 そのため、新規制作では魅力的な選択肢になっても、複雑なWordPressサイトの移行では再開発工数が大きくなる可能性があります。

EmDashのセキュリティはWordPressより優れている？

EmDashが注目されている理由の一つが、プラグインのセキュリティ設計です。 WordPressでは、一般的にプラグインのPHPコードがWordPress本体と同じ実行環境で動くため、プラグインの脆弱性がサイト全体の問題につながる可能性があります。

EmDashでは、サンドボックス型プラグインを独立した実行環境で動かし、宣言された権限に応じてCMSの機能を利用させる仕組みを提供しています。 ただし、すべてのプラグインが常にサンドボックスで隔離されるわけではありません。 利用するプラグインの方式と実行環境の設定を確認する必要があります。

サンドボックス型プラグインの仕組み

サンドボックスは、プラグインのコードを制限された実行環境で動かすための仕組みです。 EmDashのサンドボックス型プラグインでは、コンテンツの読み取りや書き込み、外部ネットワークへのアクセスなどを、許可されたAPIを通じて行う設計になっています。

これにより、プラグインへ不要な権限を与えないようにすることができます。 ただし、許可された権限の範囲内で問題が発生する可能性までなくなるわけではありません。

EmDashにはサンドボックス型とネイティブ型がある

EmDashには、サンドボックス型プラグインとネイティブ型プラグインがあります。 サンドボックス型は、対応する実行環境を設定した場合に、隔離された環境で動作します。 一方、ネイティブ型はAstroサイトと同じプロセスで実行されるため、サンドボックス型と同じ安全境界はありません。

項目	サンドボックス型	ネイティブ型
実行方式	設定された独立実行環境	Webサイトと同じプロセス
アクセス	許可されたAPIを通じて実行	実行環境への直接アクセスが可能
追加方法	レジストリ・設定等	npm・プロジェクト設定等
隔離	対応ランナーの設定が必要	隔離されない
利用に向く機能	宣言されたAPIで実現できる機能	独自の管理画面や深いシステム連携など
確認すること	実際にランナーが有効か	コードの信頼性・アクセス権限

Cloudflare環境では追加の設定や有料プランが必要な場合がある

Cloudflare WorkersでEmDashのサンドボックス型プラグインを動かす場合は、Worker Loaderなどの機能を利用します。 公式ドキュメントでは、この方式を利用するためにWorkersの有料プランや所定のバインディング設定が必要と説明されています。

一方、Node.js環境ではworkerdを使った独立プロセスによる実行方式が案内されています。 そのため、単にEmDashをインストールしただけで、あらゆるプラグインの隔離機能が自動的に有効になるわけではありません。

つまり、EmDashの設計にはプラグインの権限を分離できる利点がありますが、それだけでサイト全体の安全性を断定することはできません。 WordPressと比較するときは、現在のセキュリティ対策、利用するプラグイン、サイトの構成、担当者の技術力などを含めて判断しましょう。

WordPressのテーマやプラグインはEmDashで使える？

WordPressからEmDashへの移行を検討している企業にとって、特に重要なのがテーマやプラグインの互換性です。 結論として、WordPressのテーマやプラグインを、そのままEmDashへインストールして動かすことはできません。

WordPressではPHPやWordPress独自の仕組みを利用してテーマやプラグインが動作します。 一方、EmDashのテーマはAstroのプロジェクトとして構成され、プラグインの仕組みも異なります。 そのため、既存機能を再現するには、対応する仕組みを探すか、新しい環境で作り直す必要があります。

SWELLなどのWordPressテーマはそのまま移行できない

SWELL、Cocoon、LightningなどのWordPressテーマは、WordPress上で動作することを前提に作られています。 EmDashへ移行する場合、テーマのファイルをそのまま移すだけでは同じデザインや機能を再現できません。

例えばSWELLを使ったサイトでは、ブロックエディターのデザイン、テーマ固有のCSS、ウィジェット、ナビゲーション、独自ブロックなどがサイトの見た目と運用に関係しています。 EmDashへ移行する場合は、必要なデザインや機能を整理し、Astroのコンポーネントやテンプレートとして再構築する必要があります。

Gutenbergの投稿内容は取り込めても表示確認が必要

EmDashの公式資料では、WordPressのGutenbergブロックをPortable Textなどの構造化コンテンツへ変換する仕組みが案内されています。 標準的な段落や見出し、リスト、画像などは変換対象に含まれますが、独自ブロックやテーマ固有の装飾が同じ見た目で再現されるとは限りません。

特にWordPressテーマ専用のブロックや、CSSクラス、ショートコード、JavaScriptによる表示機能を利用している場合は注意が必要です。 移行後に記事を実際に表示し、欠けているコンテンツやレイアウト崩れがないか確認する必要があります。

Contact Form 7やACFなどの機能は個別に対応を検討する

WordPressの問い合わせフォームやカスタムフィールドなども、プラグインのPHPコードをそのままEmDashへ移すことはできません。 例えばContact Form 7を利用している場合は、EmDash側で問い合わせフォームとメール送信、スパム対策、管理方法などを新たに用意する必要があります。

Advanced Custom Fields（ACF）などで管理している独自項目についても、データの取り込みと、その情報を画面へ表示する仕組みは別に考える必要があります。 カスタム投稿タイプやカスタムフィールドを多数使用している企業サイトほど、移行前の調査が重要になります。

WordPressの機能	EmDashへの移行時の考え方
投稿・固定ページ	インポート可能な部分がある。内容と表示を確認する
画像・メディア	ファイル取得・保存先・URLの確認が必要
カテゴリー・タグ	取り込み後の分類・URLを確認する
SWELLなどのテーマ	Astroベースのテンプレートとして再構築が必要
テーマ固有ブロック	変換後の表示・機能を個別確認する
Contact Form 7	フォーム・メール送信・スパム対策を再実装する
ACFなどのカスタムフィールド	データ移行と表示機能の対応が必要
SEOプラグイン	タイトル・メタ情報等を確認し、出力機能を再構築する
会員・決済機能	認証・権限・課金・データ処理を別途検証する
独自PHP	EmDashの実行環境に合わせて作り直す必要がある

WooCommerceなど複雑なサイトは慎重に判断する

ECサイトや会員制サイト、予約システムなどでは、ページの表示だけでなく、注文管理、会員情報、通知、決済、在庫管理など多くの機能が連携しています。 こうしたサイトをEmDashへ移行する場合は、コンテンツのインポートだけで運用を再開できるわけではありません。

特に顧客情報や決済情報を扱う場合は、データ移行、アクセス権限、法令・契約上の管理条件、テスト、障害時の対応なども確認する必要があります。 既存システムが安定している場合は、移行のメリットが再構築費用に見合うか慎重に判断しましょう。

EmDashはAIネイティブCMS？MCP・CLI・AIエージェント連携とは

EmDashの特徴として、AIエージェントとの連携を考慮した仕組みが挙げられます。 公式資料では、API、CLI、MCPなどを通じてコンテンツやサイトの管理を行う構成が紹介されています。

MCPはModel Context Protocolの略で、対応するAIツールが外部のシステムや情報へ接続するための共通的な仕組みです。 EmDashでは、対応する操作をAIエージェントから実行することで、記事の作成・編集や情報管理などのワークフローを構築できます。

AIを使った記事制作や更新の効率化

例えば、社内で整理した原稿をCMSへ登録する、既存記事の更新候補を洗い出す、公開前の確認項目を整理するといった業務に、AIエージェントを組み込む方法が考えられます。 ただし、AIによる操作が可能なことと、その操作内容が正しいことは別の問題です。

特に企業サイトでは、サービス内容、実績、料金、顧客情報などの正確性が重要です。 そのため、AIが作成した文章や操作内容について、担当者が確認・承認できる仕組みを用意することをおすすめします。

WordPressでもAI連携は可能

AIとの連携はEmDashだけの機能ではありません。 WordPressでもREST API、対応するプラグイン、独自開発などを利用してAIによるコンテンツ作成や更新のワークフローを構築できます。

したがって「AIを使って記事を投稿したい」という目的だけであれば、必ずしもEmDashへ移行する必要はありません。 既存WordPressで必要な仕組みを実現できるか確認し、運用負担やセキュリティも含めて比較するとよいでしょう。

AIによる自動化では権限管理が重要

AIエージェントからCMSへ接続する場合は、コンテンツの閲覧、作成、変更、削除、公開などの操作について権限を整理する必要があります。 また、誤った記事を公開したり、不要なデータを変更したりしないよう、バックアップや作業履歴、承認工程を設けることが重要です。

AIを導入する目的は、作業そのものを自動化することではなく、正確性を保ちながら運用の負担を減らすことです。 EmDashを選ぶ場合もWordPressを継続する場合も、社内で安全に運用できる方法を検討しましょう。

EmDashのサーバー構成｜Cloudflare Workers・D1・R2とは

WordPressとEmDashでは、一般的なサーバー構成も異なります。 WordPressはPHPとMySQL系データベースを利用する構成が一般的ですが、EmDashはCloudflare WorkersやNode.jsなどで実行できます。

Cloudflare上では、WorkersをWebアプリケーションの実行環境、D1をデータベース、R2をファイル保存先などとして利用する構成が用意されています。 一方、Node.jsで動かす場合はSQLiteとローカルストレージを利用した構成から始めることもできます。

この図はCloudflare上での代表的な構成を簡略化したものです。 D1とR2は、それぞれ異なる役割を持つサービスであり、実際には必要に応じて個別の接続・設定を行います。 Node.js環境では異なるデータベース・ストレージ構成も選択できます。

EmDashはCloudflare以外でも利用できる

EmDashはCloudflareが開発したCMSですが、Cloudflare Workers専用ではありません。 公式ドキュメントでは、Node.js環境での利用方法も案内されています。

ただし、利用するサーバーによってセットアップ方法、プラグインの実行方式、データベース、メディア保存先などが異なります。 既存のレンタルサーバーがWordPressに対応していても、同じ契約環境でEmDashを実行できるとは限りません。

サーバーレスでも維持費が必ず無料になるわけではない

EmDashはオープンソースであり、CMS自体を利用するためのライセンス料金が発生しない構成を選べます。 しかし、Cloudflare Workers、データベース、ファイル保存、独自ドメイン、プラグインの実行、開発・保守などには別途費用が発生する可能性があります。

特にサンドボックス型プラグインをCloudflare Workersで利用する場合には、公式ドキュメントで有料プランの要件が案内されています。 そのため「EmDashならサーバー代が必ずゼロになる」と考えるのではなく、利用予定の機能を整理して総費用を比較する必要があります。

EmDashの始め方｜新規サイトを作成する基本手順

EmDashを試す場合は、いきなり本番のWordPressサイトを移行するよりも、まず検証用のプロジェクトを作成する方法をおすすめします。 管理画面、記事編集、テーマ、画像、プラグインなどを確認し、必要な機能を実現できるか調べましょう。

STEP1．Node.jsの開発環境を用意する

EmDashの公式Getting Startedでは、Node.js 22.16以降とnpmを利用したローカル環境のセットアップが案内されています。 Node.jsがインストールされているかは、コマンドラインで次のように確認できます。

node --version

STEP2．EmDashのプロジェクトを作成する

公式ドキュメントで案内されている基本的な作成コマンドは次のとおりです。 実行後に表示される選択画面で、プロジェクト名、デプロイ先、テンプレートなどを指定します。

npm create emdash@latest

ローカル環境で動作確認する場合は、Node.js向けの構成とStarterテンプレートなどを選択できます。 生成されるファイルや選択肢はバージョンによって変わる可能性があるため、実行時の案内に従ってください。

STEP3．ローカルサーバーを起動する

公式の例では、プロジェクトのディレクトリへ移動して開発サーバーを起動します。 ディレクトリ名は作成時に指定したものに合わせて変更してください。

cd my-emdash-site
npm run dev

STEP4．管理画面で初期設定を行う

ローカル環境では、公式の手順で案内されている管理画面URLへアクセスします。 初回のセットアップではサイト名、管理者情報、パスキーなどを設定し、管理画面を利用できる状態にします。

http://localhost:4321/_emdash/admin/

STEP5．投稿・固定ページ・公開方法を確認する

管理画面を開いたら、投稿・固定ページの作成、画像の追加、下書きと公開、メニューの設定などを確認します。 特に既存WordPressサイトからの移行を検討している場合は、普段使っている更新作業がEmDashでも実現できるかを調べることが重要です。

また、サイトのデザインや公開ページはAstro側のテンプレート構成にも依存します。 管理画面で記事を保存できることと、希望するデザインで正しく公開できることは別に確認しましょう。

詳しい手順はEmDash公式のGetting Startedを参照してください。 開発環境・プラグイン・デプロイの設定は変更される可能性があるため、実際の導入時には最新ドキュメントを確認することをおすすめします。

WordPressからEmDashへ移行する方法と手順

EmDashにはWordPressのコンテンツを取り込む機能があります。 公式ドキュメントでは、WordPressのエクスポートファイルであるWXR形式や、対応するエクスポータープラグインを利用した移行方法が案内されています。

ただし、WordPressの投稿や固定ページをインポートすることと、Webサイト全体を同じ状態で再現することは異なります。 移行ではコンテンツ、画像、テーマ、プラグイン、独自機能、SEO設定、運用体制をそれぞれ確認する必要があります。

STEP1．現在のWordPressサイトをバックアップする

まずWordPressのデータベース、テーマ、プラグイン、アップロードファイルなどをバックアップします。 WordPressの管理画面からエクスポートできるXMLファイルだけでは、サイトのすべての設定やファイルを復元できるとは限りません。

移行後に不具合が発生した場合に戻せるよう、元のWordPress環境をすぐに削除しないことも重要です。 本番公開後の動作確認と一定期間の運用を経てから、旧環境の扱いを判断しましょう。

STEP2．既存サイトのページと機能を棚卸しする

投稿、固定ページ、カテゴリー、タグ、画像、カスタム投稿タイプ、カスタムフィールドなどを整理します。 また、問い合わせフォーム、検索機能、会員機能、予約機能、SEOプラグインなど、ページ以外の機能も確認します。

例えば「投稿は100件」だけでは移行工数を判断できません。 その100件にテーマ独自のブロックやショートコードが大量に使われている場合は、移行後に表示を修正する作業が必要になる可能性があります。

STEP3．WordPressからコンテンツをエクスポートする

一般的なWordPressサイトでは、管理画面の「ツール」から「エクスポート」を開き、すべてのコンテンツなどを選択してXMLファイルを取得できます。 EmDashでは、このWordPress eXtended RSS（WXR）形式のファイルを取り込む方法が用意されています。

公式の移行機能には、WordPressサイトへEmDash Exporterを設置して接続する方法もあります。 一方、公開WordPressサイトのURLを読み取るREST API方式は、公開情報の検出に対応していても、そのURLだけで完全なコンテンツ移行を実行できるとは限りません。

STEP4．EmDashの移行先環境を準備する

新しいEmDash環境を作成し、対象となるページの表示方法やコンテンツの管理方法を設計します。 WordPressのテーマはそのまま利用できないため、必要に応じてAstroのテンプレートやコンポーネントを準備します。

特に企業サイトでは、トップページ、サービスページ、実績ページ、問い合わせページなどの構成を決め、コンテンツを取り込んだ後に正しく表示できるようにしておく必要があります。

STEP5．WXRファイルなどを取り込む

EmDashの管理画面には、WordPressコンテンツのインポート機能が用意されています。 WXRファイルを読み込み、投稿や固定ページなどを解析し、必要なコンテンツを取り込みます。

ただし、投稿タイプやカスタムフィールド、Gutenbergのブロック構成によっては、移行後の確認や調整が必要になります。 インポートが完了した表示だけで移行成功と判断せず、実際のページの内容と表示を確認しましょう。

STEP6．画像・メディア・独自機能を確認する

投稿内の画像、アイキャッチ、PDF、埋め込みコンテンツなどが適切に表示されるか確認します。 画像URLが旧WordPressを参照したままになっていないか、ファイルが新しい保存先へ移動しているかも確認が必要です。

さらに、フォーム、カスタム投稿タイプ、検索機能、ウィジェット、ショートコード、会員機能などを確認します。 WordPressのプラグインをそのまま実行できないため、必要な機能についてはEmDash側で別途実装することになります。

STEP7．移行前後のURLを対応付ける

WordPressからEmDashへの移行でSEO上特に重要なのがURLの扱いです。 既存ページのURLを維持できる場合は、それを優先して検討します。 URLを変更する場合は、旧URLと新URLの対応表を作成し、適切なリダイレクトを設定します。

例えば、旧サイトの記事URLが「/blog/sample.html」で、新サイトでは「/posts/sample/」になる場合、旧URLにアクセスしたユーザーや検索エンジンを新URLへ案内する必要があります。 Googleは、URL変更を伴うサイト移転では301や308などのサーバーサイドの永続的なリダイレクトを推奨しています。

STEP8．SEO設定と計測環境を確認する

ページタイトル、メタディスクリプション、canonical、robots、XMLサイトマップ、内部リンク、構造化データなどを確認します。 また、Google Search ConsoleやGA4などの計測環境も継続して利用できるように設定します。

特に、WordPressのSEOプラグインが自動出力していた情報は、新しいCMSで同様に出力できるか確認する必要があります。 コンテンツ自体が移行されても、SEO設定が失われたり変更されたりする可能性があるためです。

STEP9．本番公開と移行後の検証を行う

新しいサイトを公開した後は、トップページだけでなく、主要サービスページ、流入の多い記事、フォーム、画像、カテゴリー、検索機能などを確認します。 旧URLからのリダイレクト、インデックス状況、404エラー、ページ表示速度なども点検します。

Google検索の掲載順位や流入は、サイト移転によって一時的に変動する可能性があります。 そのため、公開直後だけでなく一定期間にわたってSearch ConsoleやGA4を確認し、問題が発生した場合に原因を調査できるようにします。

詳しいインポート手順や移行できるデータの条件は、EmDash公式のWordPress移行ガイドとコンテンツインポートの公式資料を確認してください。

WordPressからEmDashへ移行するとSEO順位は下がる？

WordPressからEmDashへ移行しただけで、必ずSEO順位が上がる・下がると断定することはできません。 検索順位や検索流入は、コンテンツ、サイト構造、URL、クロール・インデックス、内部リンク、表示速度など多くの要因と関係しています。

ただし、CMSの移行によって既存URLが変わったり、タイトルや本文が失われたり、重要ページが404になったりすれば、検索流入に悪影響が生じる可能性があります。 そのため、EmDashへの移行ではCMSの機能比較だけでなく、SEOの移行計画が重要になります。

既存URLを維持できるか最初に確認する

SEO上、重要なページのURLはできるだけ維持することを検討します。 例えばWordPressで「/service/」というURLを使用していた場合、EmDashでも同じURLで公開できるように設計すれば、URL変更による追加対応を減らせる可能性があります。

ただし、すべてのURLを維持できるかは新しいサイトの設計によって異なります。 WordPress特有のURL構成やカスタム投稿タイプ、カテゴリー階層などを使っている場合は、移行前に確認が必要です。

URLが変わる場合は301・308リダイレクトを検討する

ページのURLが変更される場合は、旧URLと新URLを一対一で対応付け、永続的なリダイレクトを設定します。 元のページと関係のないトップページへ一律に転送する方法は避け、利用者が求めていた情報へ到達できるようにします。

Googleは、サイト移転時のリダイレクトを可能な限り長期間保持することを推奨しており、一般的に1年以上が目安とされています。 また、複数回のリダイレクトを経由するチェーンもできる限り避けることが重要です。

title・description・canonicalを引き継ぐ

WordPressのSEOプラグインによって設定されていたページタイトル、メタディスクリプション、canonicalなどは、EmDashの公開ページでも適切に出力されるか確認します。 特に、ページごとに設定していた独自のタイトルや説明文が移行時に失われないか確認することが重要です。

また、canonicalが古いURLを参照していないか、不要なnoindexが残っていないかなども確認します。 テスト環境で検索エンジンへの登録を防いでいた設定を、本番公開後も残したままにしないよう注意しましょう。

Gutenbergやショートコードの変換漏れはコンテンツ品質にも影響する

WordPressの投稿本文がEmDashへ取り込まれても、テーマ固有のブロックやショートコードが正しく表示されない場合、利用者に必要な情報が欠ける可能性があります。 例えば、比較表が崩れたり、問い合わせボタンが表示されなくなったりすることも考えられます。

そのため、インポート件数だけでなく、検索流入の多い記事やコンバージョンに関係するページを優先して目視確認します。 必要に応じてHTMLソースも確認し、重要な文章や内部リンクが失われていないか調べましょう。

移行前後のSearch Console・GA4を比較する

移行前には、検索流入の多いページ、検索クエリ、クリック数、表示回数などを保存しておきます。 移行後には、新しいサイトのインデックス状況、404エラー、検索流入、問い合わせなどを確認します。

Googleは、サイト移転後に検索パフォーマンスが一時的に変動する場合があると案内しています。 短期間の数値だけで失敗と判断せず、技術的な問題の有無と実際の流入状況を継続して確認することが重要です。

SEOを考慮したサイト移転の詳細については、Google検索セントラルのサイト移転ガイドも参考にしてください。

EmDashとWordPressの運用コスト・保守費用の違い

EmDashとWordPressの費用を比較する際は、サーバー料金だけでなく、初期制作、テーマや機能の構築、移行、運用、セキュリティ対応などを含めた総額で考えることが重要です。 オープンソースのCMSであっても、企業サイトを継続運用するための人件費や技術的な費用がなくなるわけではありません。

費用項目	WordPress	EmDash
CMSの利用	WordPress本体はオープンソース	EmDash本体はオープンソース
ホスティング	レンタルサーバー・クラウド等	Cloudflare Workers・Node.js等
データ保存	データベース・ファイル領域	D1・SQLite・R2等の構成
デザイン	既存テーマや独自テーマを利用	Astroテーマや独自実装
機能追加	プラグイン・独自開発	対応プラグイン・独自開発
セキュリティ	WordPress・テーマ・プラグインの保守	本体・依存パッケージ・ランナー等の保守
移行費用	WordPress間は既存資産を活かしやすい	コンテンツ変換と機能再構築が発生し得る
運用担当者	WordPressの管理・更新スキル	EmDashとAstro等の理解が必要

EmDashの方が安くなるとは限らない

EmDashの構成によっては、サーバー管理や運用の負担を抑えられる可能性があります。 しかし、既存WordPressで利用していたテーマやプラグインを再構築する必要がある場合、初期費用が大きくなることがあります。

特にすでに完成している企業サイトでは、移行による削減効果が初期費用を上回るかを確認する必要があります。 数年単位で利用するサイトであれば、移行費用と月額の保守・運用費を分けて試算するとよいでしょう。

制作会社や運用担当者の技術力もコストに影響する

WordPressであれば、既存テーマや制作会社のノウハウを利用できる場合があります。 一方EmDashでは、Astro、TypeScript、Cloudflare Workersなどを理解した担当者が必要になる場合があります。

導入時だけでなく、サイトの更新、不具合対応、機能追加、セキュリティ対応を誰が行うかを明確にしておきましょう。 長期的には、CMSそのものの料金より、制作・運用体制に必要な工数が大きな差になることもあります。

EmDashへの移行が向いているサイト・WordPressを維持したいサイト

EmDashを導入すべきかどうかは、サイトの種類、現在利用している機能、SEOの状況、更新担当者、制作・保守体制によって異なります。 ここでは企業サイトやオウンドメディアを想定した判断基準を整理します。

サイトの状況	検討したい方針	理由
SWELLで安定運用している企業サイト	WordPress継続	テーマ・機能・運用体制を活かせる
SEO流入が多い大規模な記事メディア	慎重に検証	記事・画像・URL・内部リンクの確認が必要
カスタム投稿やACFを多数使うサイト	個別調査	データと表示機能の再設計が必要
WooCommerceを使ったECサイト	WordPress継続も有力	注文・決済・会員機能の再構築が大きい
小規模な新規コンテンツサイト	EmDashも検討	既存テーマ・プラグインに依存しない
Astroを使った開発チームがある	EmDashを検討	既存スキルを活かして構築できる
AIエージェント連携を重視する新規サイト	EmDashを検討	MCP・CLI・APIなどを利用できる
WordPressの保守問題が多い既存サイト	両方を比較	修正で解決するか、再構築すべきか判断する

既存WordPressサイトは、まず現状の問題を整理する

WordPressサイトの保守負担が大きい場合でも、原因が不要なプラグインの増加、テーマの古さ、サーバー環境、更新体制などにある可能性があります。 そのため、EmDashへの移行を決める前に、現在の問題をWordPressの改修で解決できるかを確認することが重要です。

例えば、利用していないプラグインを削除し、テーマやPHPを更新し、バックアップ・セキュリティ対策を整理することで、現在のCMSを継続利用できる場合があります。 この場合は、移行による再制作費用を抑えられる可能性があります。

新規サイトではEmDashを試す価値がある

新規サイトでは、WordPressの既存テーマやプラグインとの互換性を考える必要がないため、EmDashのような新しいCMSを選びやすくなります。 特にAstroでフロントエンドを構築し、AIエージェントを利用した運用を考えている場合は、技術的な候補になります。

ただし、開発チームがEmDashの構造を理解していない場合や、必要な機能の実装方法が決まっていない場合は、導入前に小規模な検証環境でテストすることをおすすめします。 管理画面の更新性やバックアップ、障害時の復旧も確認したうえで判断しましょう。

Growing Scaleが考えるWordPressとEmDashの選び方

Growing Scaleでは、CMSを選ぶ際に、制作時の技術だけでなく、公開後の更新、SEO、問い合わせ導線、保守を含めて考えることを重視しています。 100サイト以上のWeb制作経験を通じて、Webサイトは公開して終わりではなく、運用・改善を継続する仕組みが重要だと考えています。

特にWordPressは、企業の担当者が文章や画像を更新するための仕組みとして広く利用されています。 すでにSWELLなどのテーマで完成しているサイトや、SEO施策によって流入を獲得しているサイトでは、現在の構成を活かす方が合理的なこともあります。

一方、新しいサイトを立ち上げる場合は、EmDashのようなCMSを比較対象に加え、AIとの連携、テーマの構築方法、セキュリティ、更新担当者の使いやすさなどを検討する価値があります。 ただし、最新のCMSがすべての企業にとって最適とは限りません。

EmDashへ移行する前に、既存WordPressの状態を確認することが重要

WordPressからEmDashへの移行を検討する場合は、現在のサイトで何が問題になっているかを確認しましょう。 セキュリティなのか、更新作業なのか、表示速度なのか、制作会社の保守体制なのかによって、必要な施策は異なります。

例えば、現在のWordPressで利用している機能が多い場合、移行のための再開発費用が大きくなる可能性があります。 反対に、新規サイトで必要な機能が明確であれば、EmDashを含めたCMS比較から始める方法もあります。

CMSの移行や改修について相談する際は、現在のサイトURL、利用しているテーマ・プラグイン、困っていること、希望する更新方法などを整理しておくと、必要な作業を判断しやすくなります。

EmDashとWordPressに関するよくある質問

EmDashはWordPressの後継CMSですか？

EmDashはWordPressの考え方を現代的な技術で再構築したCMSとして紹介されていますが、WordPressの公式な後継バージョンではありません。 Cloudflareが開発した独立したCMSであり、テーマやプラグインなどの仕組みも異なります。

WordPressはEmDashの登場で使われなくなりますか？

EmDashが登場したからといって、WordPressがすぐに不要になるわけではありません。 WordPressには既存のテーマ・プラグイン・制作実績・運用ノウハウがあり、企業サイトやメディアなどで利用できます。 EmDashは新しい選択肢の一つとして考えることが適切です。

EmDashでSWELLを使えますか？

SWELLはWordPress専用のテーマであるため、そのままEmDashへインストールして使用することはできません。 デザインや必要な機能をEmDashで再現したい場合は、Astroのテンプレートやコンポーネントを使った再構築が必要です。

WordPressのプラグインはEmDashへ移せますか？

WordPressのPHPプラグインをそのままEmDashで実行することはできません。 必要な機能をEmDash側のプラグインや独自開発で実現できるかを確認する必要があります。 特にフォーム、カスタムフィールド、EC、会員機能などは個別に検討しましょう。

EmDashはWordPressより安全ですか？

EmDashには、プラグインを隔離された環境で動かすための設計があります。 ただしサンドボックス型プラグインの利用には適切なランナーの設定が必要で、ネイティブ型プラグインは同じ隔離方式ではありません。 そのため、EmDashを採用すればすべてのセキュリティ問題が解決すると断定することはできません。

WordPressの記事や固定ページはEmDashへ移行できますか？

EmDashにはWordPressのWXRエクスポートファイルなどを使ったコンテンツの取り込み機能があります。 ただし、Gutenbergの独自ブロック、ショートコード、カスタムフィールド、画像などについては、取り込み後に表示や機能を確認する必要があります。

EmDashへ移行するとSEO順位は上がりますか？

EmDashに移行することだけでSEO順位が上がるとは限りません。 むしろURL変更、リダイレクト漏れ、コンテンツの欠落、canonicalの誤設定などによって検索流入が減少する可能性もあります。 移行前後のSEO確認を適切に行うことが重要です。

EmDashは無料で利用できますか？

EmDashはオープンソースCMSとして公開されています。 ただし、ホスティング、データベース、ファイル保存、独自ドメイン、プラグインの実行環境、制作・保守などには費用が発生する場合があります。 利用予定の構成に応じて必要な費用を確認しましょう。

EmDashはCloudflare以外のサーバーでも利用できますか？

EmDashはCloudflare Workersだけでなく、Node.js環境での利用方法も案内されています。 ただし、すべてのレンタルサーバーでそのまま使えるわけではありません。 必要なNode.js環境やデータベース、ストレージなどの条件を確認する必要があります。

EmDashはAIで記事を自動投稿できますか？

EmDashはAPI・CLI・MCPなどを利用したAIエージェントとの連携を想定しています。 ただし、具体的な自動投稿の仕組みは利用するAIツールや設定によって異なります。 誤った内容の公開を防ぐため、権限管理や承認工程を設けることが重要です。

既存のWordPressサイトを今すぐEmDashへ移行すべきですか？

現在のWordPressサイトが安定して動作し、必要な機能やSEOの成果を維持できている場合は、急いで移行する必要はありません。 一方で、サイト構造や保守体制に課題がある場合、EmDashを含めたCMSの比較・検証を行う価値があります。 移行の可否は、必要な機能と費用を整理したうえで判断しましょう。

まとめ｜EmDashはWordPressの代替候補。ただし移行はサイトの目的で判断する

EmDashは、Cloudflareが開発したAstroベースのオープンソースCMSです。 2026年9月には安定版1.0が公開され、プラグインの実行方式、AIエージェントとの連携、Cloudflare Workersなどの新しい技術基盤が注目されています。

一方で、EmDashはWordPressの完全互換CMSではありません。 WordPressの投稿や固定ページなどを取り込む機能はありますが、SWELLなどのテーマ、既存プラグイン、独自PHP、フォーム、EC機能などは、そのまま利用できないため再構築や検証が必要になります。

また、CMSの移行によってSEO順位や検索流入が必ず改善するわけではありません。 既存URLの維持、リダイレクト、タイトル・canonical・内部リンクの確認、公開後の効果測定などを適切に進めることが重要です。

すでにWordPressで安定運用している企業サイトでは、現在のCMSを活かした改修が適している場合があります。 一方、新規サイトでAstroやAIとの連携を活かしたい場合には、EmDashを検討する価値があります。 どちらを選ぶ場合も、制作・運用・保守・SEOの観点から、必要な機能と費用を整理しましょう。

Growing Scaleでは、100サイト以上のWeb制作経験とウェブ解析士としてのSEO・アクセス解析の知識を活かし、WordPressサイトの制作・カスタマイズ・不具合対応、サイト構造の改善などに取り組んできました。 CMSの乗り換えを検討している方や、現在のWordPressを継続すべきか迷っている方は、既存サイトの状況を踏まえてご相談いただけます。

参考資料・公式情報

• Cloudflare｜EmDash 1.0の正式リリースとプラグインレジストリ
• Cloudflare｜WordPressの精神的後継としてのEmDashの紹介
• EmDash公式ドキュメント
• EmDash｜Getting Started
• EmDash｜サンドボックス型とネイティブ型プラグインの違い
• EmDash｜プラグインのインストールと実行条件
• EmDash｜WordPressからの移行ガイド
• EmDash｜コンテンツインポート