Q.Studioから移るなら、EmDashとWordPressは何が違いますか？

Studioの画面で直感的にサイトを作ってきた人ほど、管理画面の操作感が気になりますね。両者を同じ条件で比べた使いやすさの評価はまだなく、どちらが上とは言い切れません。

WordPressは、文章や画像をブロックとして並べ、投稿やページの内容とレイアウトを編集します。でも、WordPressは使うテーマによって、編集画面と公開ページの見え方に差が出ることがあります。Studioのように、編集画面の見た目がそのまま公開ページになる感覚で使うと、戸惑うかもしれません。一方のEmDashも、記事の作成、下書き保存、変更履歴の管理、予約公開といった日常運用に欠かせない機能をしっかり備えています。

困ったときに頼れる日本語の情報は、WordPressのほうが豊富です。日本語の操作解説に加えて、使い方やカスタマイズを質問できる日本語のサポートフォーラムもあります。EmDashは出て間もないため、英語の公式資料を読む場面が多くなりそうです。

操作感は、実際に触るのがいちばんです。EmDashは公式サイトのPlaygroundから、ブラウザで管理画面をそのまま試せます。

表示速度は、CMSの名前より、どこでどう動かすかで決まります。EmDashはAstroを土台にしたCMSで、Cloudflare（D1、R2、Workers）のほか、SQLiteを使うNode.jsのサーバーでも動きます。Cloudflareから配信されるのは全部のEmDashサイトに共通する条件ではなく、Node.jsのサーバーで動かせば、そのサーバーの性能次第です。

その一方で、WordPressの速さはサーバーの性能、訪問者との距離、アクセスの負荷、テーマ、プラグインに左右されます。特にテーマはかなり影響が大きい部分です。キャッシュプラグインを使って静的なHTMLを生成・配信すれば大幅な高速化が図れますが、動的なコンテンツが増えるほどキャッシュの設定や破棄の管理が複雑になりやすい傾向があります。

結局、どちらが速いかは自分のサイトで測って比べるしかありません。PageSpeed Insightsの解説に示されている通り、ツールでは実験環境での計測値と実ユーザーの利用データの双方が確認できます。公開直後のサイトでは実ユーザーの測定データが揃わない場合もあるため、手元の測定数値だけでなく実際の閲覧体感も合わせて確かめてください。

EmDashの登場によって、世界中で使われているWordPressがすぐに取って代わられるのでしょうか。今の時点では言えません。そもそも開発元が使っている言葉は「精神的後継」で、「WordPressキラー」はCloudflareの公式な位置づけではありません。

その最大の理由は、エコシステムの規模の差です。無料で使えるプラグインはWordPress公式プラグインディレクトリで76,000件と案内されています。無料テーマはWordPress公式テーマページが15,000個と案内する一方、同じページの一覧件数は8,732テーマと表示されています。

これに対してEmDashは、1.0の安定版が出てまだ日が浅いCMSです。

もうひとつ気をつけたいのが、本体とプラグインの成熟度の差です。EmDashの本体は本番で使える安定版ですが、EmDashの公式リポジトリにあるとおり、公式プラグインと関連ツールはまだ0.xで、マイナー更新でも仕様が変わることがあります。Studioから移る人にとっては、必要な機能がEmDashのプラグインでまかなえるかを先に調べることのほうが、「キラーかどうか」より大事でしょう。

始め方と、機能の足し方が違います。WordPressは、テーマで見た目を整え、プラグインで機能を足していく使い方です。デザインや機能をすでにあるものから選べる幅が広く、日本語の解説も多いので、最初の準備でつまずきにくいでしょう。

逆に、Node.jsなどの開発環境に慣れており、軽量で新しい技術基盤を試したい人にはEmDashが向いていますね。EmDash公式のブログ作成手順では、Node.jsとpnpmを事前に用意し、コマンドから専用のBlogテンプレートを立ち上げる流れになっています。このテンプレートには、ブログに必要なカテゴリー、タグ、サイト内検索、RSSフィードなどの機能があらかじめ組み込まれています。

いったんサイトができれば、記事を書くたびにコードを触る必要はありません。管理画面のPostsからAdd Newを選び、本文エディターに文章を入力するだけです。Cloudflareが提供するEmDash Playgroundで管理画面の様子を試せるため、開発環境を整える前に一度エディターの使い勝手を確かめておきましょう。

WordPressでおなじみのブロックを積み上げる執筆体験は、EmDashでも同じように再現されているのでしょうか。記事を書く画面はありますが、見た目も仕組みも同じではありません。WordPressのブロックエディターは、見出しや段落、画像といった要素をそれぞれ独立したブロックとして扱い、並べ替えや設定変更を視覚的に行えます。

EmDashは記事本文の保存にPortable Textと呼ばれるJSON形式を採用しています。これは見た目の装飾と文章のデータを切り離して保持する仕組みです。

管理画面も、WordPressの管理画面（wp-admin）の見た目を再現したものではありません。管理画面の表示や項目は、サイト側で定義したコレクションや機能の設定によって変わります。

WordPressからコンテンツを取り込む際、GutenbergのマークアップはPortable Textへ自動的に変換されます。取り込んだあとは、複雑なブロック、埋め込み、ショートコード、ページビルダーの記述、プラグイン独自のブロックを、実際に表示されるページで確かめてください。

Studioから移る場合は、そもそもWordPressのブロックで書かれた記事がないので、この変換を気にする必要はありません。最初からEmDashのエディターで書き直すことになります。

「自前のサーバーではなく、WordPress.comのクラウドサービスで書いたブログもEmDashへ引き継げるのだろうか」と心配になる方もいるでしょう。結論として、記事のテキストやカテゴリーなどのデータはWXR形式のファイルを経由して移せます。

作業の流れとしては、WordPress.comの管理画面から「ツール」を選び、「エクスポート」へ進んでXMLファイルをパソコンに保存します。WordPress.comのエクスポート案内にあるように、この標準エクスポートにはテーマのデザインや外観のカスタマイズ、プラグインは含まれません。保存したファイルをEmDash管理画面のImport機能へアップロードすると、検出された投稿や固定ページ、著者情報などを画面上で確認しながら取り込めます。EmDashにはWordPress.com専用のOAuth認証機能はないため、このWXRファイルを使うか、互換性のあるEmDash Exporter接続を用います。

ここで注意したいのが画像です。XMLに入っているのは画像の実ファイルではなく、置き場所の情報だけ。メディアのコピーと移行後の確認が終わるまでは、元のWordPress.comサイトを公開したまま、アクセスできる状態にしておきます。先に削除したり非公開にしたりすると、画像を取りに行けなくなります。