Forms
EmDash CMS 内でフォームを作成し、送信内容を収集し、通知を直接送信します。
プラグイン
Forms
EmDash CMS 内でフォームを作成し、送信内容を収集し、通知を直接送信します。
Forms プラグインは、EmDash が薄いコンテンツ レイヤーを備えた静的サイト ジェネレーターではなく、実際の CMS のように動作する最も明確な例の 1 つです。これは、サイトごとに個別のフォーム SaaS を追加することなく、連絡先とリードのキャプチャ、構造化された送信ストレージ、通知を必要とするチーム向けに構築されています。
ファーストパーティ パッケージは、packages/plugins/forms の下の EmDash リポジトリに存在します。
インストール
- このベータ版の互換性に関する注記に一致する EmDash CMS プロジェクトを使用します (サポートされているバージョンについては、メインの EmDash README を参照してください)。
- EmDash 管理プラグイン画面から Forms プラグインを追加または有効にするか、ソースに対して開発している場合は、
packages/plugins/formsのモノリポジトリの手順に従います。 - コア プロジェクトが期待する同じノードおよびフレームワーク バージョンを使用してローカルにデプロイまたは実行すると、共有依存関係が適切に解決されます。
- インストール後、管理画面でプラグインが 有効 として表示され、フォーム関連のルートまたは管理セクションがコンソール エラーなしで読み込まれることを確認します。
このマーケティング サイトのみから評価している場合は、独自の展開にコミットする前に、ホームページからリンクされている公式デモ管理を使用して動作を調査してください。
構成
正確なフィールド名はリリースによって異なります。プラグインのソースを信頼できる情報源として扱います。一般に、以下を構成します。
- 通知ターゲット — 送信アラートの送信先 (電子メール、内部キュー、または展開によって提供されるダウンストリーム フック)。
- スパムと検証の期待値 - 必須フィールド、最大長、プラグインが公開するサーバー側チェック。
- ストレージ セマンティクス — 送信が持続する期間と、管理者で送信を読み取ることができる人。
例 (概念的): 単純な問い合わせフォームでは、name、email、および message を必須フィールドとして定義し、通知が [email protected] に送信される場合があります。実際の構成は、実行するプラグイン バージョンに付属のスキーマと UI に従います。運用前に packages/plugins/forms でラベルとキーを確認してください。
使用シナリオ
- マーケティング サイト — デモ リクエストを取得し、販売ツールにルーティングします。
- サポート ポータル — Webhook Notifier またはカスタム統合を介してチケット システムにフィードする構造化された取り込み。
- エディトリアル製品 — PII をランダムなスプレッドシートに漏らすのではなく、EmDash 内に留まる提案フォーム、ゲスト投稿投稿、または修正ワークフロー。
運用上のヒント
- DNS を本番フォームに向ける前に、ステージング プロジェクトで送信をテストします。
- 文書の保存: 提出物には個人データが含まれる場合があるため、プライバシー ポリシーに従ってください。
- 複数のスタッフが提出データをレビューまたはエクスポートする場合は、監査ログと組み合わせます。
レジストリの状態（2026-10-21 確認）： 当日に確認した EmDash 公開レジストリの結果にこの項目はありませんでした。参照用に既存ページの URL は維持しています。