Q.Studioから移る先としてEmDashをDockerとPostgreSQLで動かすにはどうしますか？

はい、対応しています。EmDashはDockerでの実行に対応しており、EmDash公式リポジトリにはDockerfileとcompose.yamlが用意されています。公式のNode.js導入ガイドでも、コンテナイメージの作成やDocker Composeを利用した起動例が掲載されていました。

データベースについては、Node.js環境での配備においてPostgreSQLを正式にサポートしています。軽量なSQLiteやTurso（libSQL）も選べますが、複数のNode.jsプロセスでひとつのデータベースを共有して運用する場面では、PostgreSQLが実用的な選択肢。内部ではSQLの操作にKyselyを使っていますが、利用者がKyselyを直接触る必要はありません。

ただし、Dockerで動かせることと、同梱のComposeがPostgreSQL構成になっていることは別です。ガイドの基本例はSQLiteとローカル保存を使っています。PostgreSQLに切り替えるには、pgパッケージを追加し、emdash/dbのpostgresに接続情報を渡す設定が要ります。環境変数にDATABASE_URLを定義して渡す設計です。

また、画像などのメディアファイルの保存先は、データベースとは別に管理します。Node.js環境ではローカルのファイルシステムや、S3互換のオブジェクトストレージを選択できる構成です。Cloudflareで動かす場合はR2が保存先の候補です。

ちなみに、Cloudflare環境だけでなく、Node.js環境でもworkerdを別プロセスとして立ち上げ、プラグインを隔離した状態で実行する仕組みを備えています。

SQLiteならアプリのコンテナ1つで動きます。PostgreSQLではアプリとデータベースの2つを並べて起動し、起動の順番にも気を配らなければなりません。公式ガイドのCompose例はアプリ1つだけのSQLite構成なので、データベースのサービスは自分で追加しましょう。

おおまかな流れは次のとおりです。

1. npm create emdash@latest でサイトを作る
2. pgパッケージを依存関係に追加する
3. 設定ファイルで emdash/db から postgres を読み込み、database: postgres({ connectionString: process.env.DATABASE_URL }) を指定する
4. compose.yamlにPostgreSQLのサービスを追加し、アプリ側にDATABASE_URLを渡す
5. docker compose up -d で起動する
6. /_emdash/admin にログインし、試しに記事を作って公開ページに反映されるか確かめる

4の段階では起動の順番に注意してください。Docker起動順序の解説にあるように、PostgreSQLサービス側にpg_isreadyを用いたヘルスチェックを設定し、アプリ側のdepends_onでservice_healthyの条件を指定します。データベースの接続受付が整ってからアプリが起動するため、初期化時の接続失敗を防げます。

なお、Node.jsのプロセスが1つで永続ディスクを用意できるなら、SQLiteも公式の選択肢です。規模が小さいうちは、SQLiteで始めても困らない場面が多いでしょう。

Studioで運用していた日本語記事をEmDashへ移すとき、標準の検索機能で日本語テキストが意図通りに探せるのか気になりますね。EmDash coreのREADMEにあるとおり、EmDashの標準検索機能はSQLiteの全文検索拡張であるFTS5を採用しており、コレクションごとに検索対象を設定できる仕組みです。FTS5は、Cloudflare D1が対応するSQLite拡張のひとつです。

ただし、EmDashはFTS5にPorter stemmingを組み合わせています。Porter stemmingは、runningをrunにそろえるような英語の語形変化を扱う処理です。日本語は単語の間に空白がないので、語の区切り方がそもそも英語と違います。日本語で検索できないと決まったわけではありませんが、どの程度の精度になるかは、日本語の記事を入れて試すまでわかりません。

精度が足りないときの候補に、静的サイト向けの検索ツールPagefindがあります。Pagefindの拡張版では、日本語や中国語などスペース区切りのない言語に対しても文字の分割処理がサポートされており、npxコマンド実行時にも既定で拡張版が呼び出されます。ただ、これらの言語の語幹処理には対応していません。また、EmDashとつなぐ公式の手順はないため、ビルド時に索引を作るなどの組み込み方は自分で決めることになります。

PostgreSQL構成でも同じ検索が使えるかは、公式資料からは判断がつきません。PostgreSQLで日本語検索を使う予定があるなら、テスト環境に記事を数本入れ、よく使う語で検索に引っかかるかを移行前に試してください。

WordPressで使い慣れていたContact Form 7のような手軽な問い合わせフォームを、EmDashでもそのまま再現できるのだろうか、と迷う声は少なくありません。EmDashには公式の拡張機能として@emdash-cms/plugin-formsが用意されています。このプラグインを導入すると、管理画面上でのフォーム作成、ユーザーからの回答の蓄積、担当者へのメール通知といった基本的な仕組みをサイト内へ組み込めます。導入するには、設定ファイルのpluginsにformsPlugin()を登録します。

ただ、Contact Form 7と同じことがすべてできるかは検証されていません。メールのテンプレートや条件分岐を細かく作り込んでいた場合は、使っていた機能を書き出し、移す前にひとつずつ照らし合わせてください。DockerとPostgreSQLの構成でこのプラグインが問題なく動くかも、自分の環境で試して確かめてください。

通知メールの送り方もあわせて決めましょう。Cloudflareで動かすなら、Cloudflare Email ServiceでWorkersからメールを送れます。任意の宛先に送るにはWorkers Paidが必要です。

ところで、Studioでは2026年10月の件で、ダッシュボードに保存されていたフォーム回答が、流出した可能性のある情報に含まれました。回答の保存を無効にしていた期間の回答は対象外です。Googleフォームなどの外部フォームでブラウザから直接送られた回答も、Studioを通っていないため含まれません。移行先でも、回答をどこに保存するかは最初に決めておきたいですね。

EmDashの設定方法や最新のバージョン情報を確認したいとき、どこを一次情報として確認すればよいのでしょうか。EmDashの公式技術文書は、専用のドキュメントサイト（docs.emdashcms.com）に整理されています。GitHubの公式リポジトリにあるREADMEからもリンクが張られており、導入ガイド、各種APIのリファレンス、プラグインの開発手引きなどを一通り確認できます。READMEには設定のコード例、PostgreSQLを含む対応データベースの一覧、開発用デモの管理画面URLまで載っていました。ただ、Dockerでの構築を最初から最後まで追うなら、ドキュメントサイトのほうが読みやすいでしょう。

初めて導入を試す際は、ドキュメント内のGetting Startedガイドが基本の道筋。Starterテンプレートを使ってNode.jsのサイトを作る手順で、データベースはSQLite、メディアはローカル保存を使います。PostgreSQLで始める手順ではないので、PostgreSQLの設定はデプロイ関連のページと合わせて読みましょう。

変更点を追うなら、GitHubのReleasesを開きます。ここではEmDash本体の更新だけでなく、公式プラグインなど個別パッケージのバージョンアップ内容や修正点も一覧で確認できます。本体とプラグインの版数は別々に進むので、アップデートの前に、どちらの変更なのかを見分けてください。

開発の背景や設計思想を知る上では、Cloudflare公式ブログの記事も役立ちます。プラグインレジストリの発表記事では、EmDashのプラグインレジストリが紹介されています。