Q.StudioのフォームをEmDashへ移すとき、公式フォームプラグイン（plugin-forms）では何ができますか？

WordPressでContact Form 7を使ってきた人は、ショートコードや追加モジュールをどう移すかが気になるところです。EmDashの設計方針のとおり、EmDashはWordPressのプラグインを実行できないので、Contact Form 7をEmDashに入れて使うことはできません。EmDashはPHPのプログラムやWordPressのテーマ、プラグインを読み込んで実行する仕組みを備えていないためです。Contact Form 7はWordPress向けに配られているプラグインなので、そもそも動く場所がありません。

EmDashはWordPressのプログラムコードを一切使わずに開発されたCMSであり、全体がTypeScriptでゼロから構築されています。土台となる動作環境やEmDashの設計方針は、WordPressとは根本から異なります。

EmDash上で問い合わせ窓口を用意する際は、専用の公式プラグインである@emdash-cms/plugin-formsを利用しましょう。フォームを作り、送信内容を集め、通知を送るという大きな役割はContact Form 7と同じです。ただ、細かな機能まで1対1でそろっているとは言えません。

Contact Form 7で作り込んだ設定は、移行後にplugin-formsで作り直すことになります。たとえば、項目ごとのタグ、自動返信メールの文面、送信後の動きなどです。今のフォームでどんな項目を使い、誰に通知しているかを書き出してから、plugin-formsの設定画面と見比べると、足りない所がはっきりします。

Studioではダッシュボードに回答がたまっていきます。EmDashに移ったら、回答がどこに行くのか見えにくくて不安になりますね。

公式のplugin-formsは、回答データを保持するための領域としてsubmissionsコレクションを宣言しています。EmDash上で動作するプラグインのデータは、外部の専用SaaSへ送られるのではなく、サイト本体に接続されたデータベースへ直接保存される仕組みです。

どのような保存先になるかは、選択したインフラ構成によって決まります。Cloudflare向けのテンプレートは、データベースにD1を使う構成になっています（データベースの設定）。公式のCloudflareデモでも、データベースにD1、メディアの保存先にR2を設定していました。Node.jsサーバーで運用する場合は、SQLiteなどにデータが蓄積されていきます。添付ファイルは、前に触れたメディアの保存先に置かれます。R2は回答の本文を置く場所ではありません。

EmDashの保存領域は実行時のプラグインIDによって分離されているため、各プラグインは自身が宣言したコレクションにしか触れません。とはいえ、これは中で区切っているだけです。plugin-forms専用のデータベースが別にできるわけではありません。

管理画面には専用のSubmissionsページが用意されており、回答の一覧表示や個別確認、ステータスの更新、不要になった回答の削除が可能です。蓄積されたデータを外部へ書き出すエクスポート用の通信ルートも用意されています。Studioで回答を見ていた担当者は、移行後はこの画面を見ることになります。

作成直後の保存日数は0ですが、この0がどう動くかは今回確かめていません。公開前に試しに1件送信し、Submissionsページの一覧に回答が残るかを確かめてください。

CMSに外部の拡張機能を追加する際、悪意あるコードの混入やデータの意図しない流出が起きないか心配になることはないでしょうか。プラグインの種類によって答えが変わります。EmDashのプラグインには、隔離された場所で動くサンドボックス型と、サイト本体と同じ場所で動くネイティブ型があります。

サンドボックス型のプラグインは隔離された領域で実行され、既定の状態ではサイトのコンテンツや秘密情報、環境変数、ファイルシステム、ネットワークへのアクセス権を持っていません。追加の機能が必要な場合は、プラグイン側が求める権限をあらかじめ宣言し、サイト管理者がその内容を確認して承認を与えます。レジストリから入れたプラグインが更新で権限を増やす場合も、もう一度承認が必要です。

その一方で、設定ファイルのplugins配列に登録して使うネイティブ型プラグインは、EmDash本体のサーバープロセス内でそのまま動作するため、サンドボックスによる隔離の対象外となります。plugin-formsもnpmで入れてplugins配列に登録するネイティブ型なので、隔離されずにEmDash本体と同じプロセスで動きます。公式製でも、サンドボックスの守りは受けない点を覚えておいてください。

また、サンドボックスがあっても、承認した権限の範囲内なら何でも安全になるわけではありません。たとえば content:write を持つプラグインは、自分が作ったもの以外のコンテンツも書き換えられます（プラグインの権限の仕組み）。承認画面で何を求めているかを読み、作った人やコードを確かめてから許可するのが基本です。

公式フォームプラグインの@emdash-cms/plugin-formsは、オープンソースのMITライセンスで提供されており、プラグイン自体の利用料金は一切かかりません。公開されているパッケージ情報にもライセンスはMITと明記されており、誰でも無償で導入してコードを利用できます。EmDash本体も同様にMITライセンスを採用した無料のオープンソースソフトウェアです。

EmDashのレジストリ発表によると、発表時点ではレジストリに登録されるプラグインを無料で提供する方針のようです。将来は有料プラグインに対応する予定です。plugin-formsがこの先もずっと無料だと約束されているわけではなく、発表時点の方針と受け取るのがよいでしょう。

一方で、サイトを動かす費用は別にかかります。サーバーやドメインの費用に加え、メディアの保存先にR2やS3互換のストレージを使えば、その利用料も発生します。

Cloudflare Workersでサンドボックス型のプラグインを動かすなら、Workers Paidプランへの加入と、LOADERという名前のworker_loadersバインディングの設定が必要です。Studioの月額プランと比べるなら、プラグイン代ではなく、こうした基盤の費用と、設定やデプロイにかかる作業時間を足して比べることになります。