폼
폼을 만들고 제출을 수집하며 EmDash CMS 안에서 알림을 보냅니다.
플러그인
폼
폼을 만들고 제출을 수집하며 EmDash CMS 안에서 알림을 보냅니다.
제품 상세
- 카테고리
- 콘텐츠
- 상태
- 사용 가능
- 버전
- 베타에 포함
Forms 플러그인은 EmDash가 얇은 콘텐츠 레이어가 있는 정적 사이트 생성기가 아니라 실제 CMS처럼 동작함을 보여 주는 가장 분명한 예입니다. 문의·리드 확보, 구조화된 제출 저장, 알림이 필요한 팀을 위해 설계되었으며 사이트마다 별도 폼 SaaS를 붙일 필요가 없습니다.
퍼스트파티 패키지는 EmDash 저장소의 packages/plugins/forms에 있습니다.
설치
- 이 베타 호환성 안내에 맞는 EmDash CMS 프로젝트를 사용합니다(지원 버전은 메인 README 참고).
- EmDash 관리자 플러그인 화면에서 Forms를 추가·활성화하거나, 소스 개발 시
packages/plugins/forms의 모노레포 지침을 따릅니다. - 코어가 기대하는 것과 동일한 Node·프레임워크 버전으로 배포하거나 로컬 실행해 공유 의존성을 깨끗이 해결합니다.
- 설치 후 관리자에서 플러그인이 활성으로 보이고 폼 관련 경로나 관리 섹션이 콘솔 오류 없이 로드되는지 확인합니다.
이 마케팅 사이트만으로 평가한다면, 자체 배포에 고정하기 전 홈에서 링크된 공식 데모 관리자로 동작을 살펴보세요.
구성
필드 이름은 릴리스마다 다릅니다. 진실은 플러그인 소스입니다. 일반적으로 다음을 구성합니다.
- 알림 대상 — 제출 알림이 가는 곳(이메일, 내부 큐, 배포가 제공하는 훅).
- 스팸·검증 기대 — 필수 필드, 최대 길이, 플러그인이 노출하는 서버 측 검사.
- 저장 의미 — 제출이 얼마나 유지되는지, 관리자에서 누가 읽을 수 있는지.
예(개념): 간단한 문의 폼은 name, email, message를 필수로 하고 [email protected]으로 알릴 수 있습니다. 실제 구성은 사용 중인 버전의 스키마와 UI를 따르며, 프로덕션 전에 packages/plugins/forms의 레이블과 키를 확인하세요.
사용 시나리오
- 마케팅 사이트 — 데모 요청을 영업 도구로 라우팅.
- 지원 포털 — Webhook Notifier나 사용자 정의 연동으로 티켓 시스템에 구조화된 인입.
- 편집 제품 — 피치 폼, 게스트 포스트, 교정 워크플로를 EmDash 안에 두고 PII를 스프레드시트에 흘리지 않기.
운영 팁
- 프로덕션 폼으로 DNS를 가리키기 전에 스테이징에서 제출을 테스트하세요.
- 보존을 문서화하세요. 제출에는 개인 데이터가 포함될 수 있으므로 개인정보 처리방침과 맞추세요.
- 여러 직원이 제출 데이터를 검토·내보낼 때는 Audit Log와 함께 사용하세요.