폼 블록
스튜디오의 설문 빌더입니다: 12가지 질문 유형을 자유롭게 조합해 넣고, 원한다면 여러 페이지로 나누고, 제출 결과를 원시 답변 목록이 아니라 문항별 집계로 확인할 수 있습니다.
작동 방식
폼은 자식이 폼 필드 노드인 컨테이너 블록입니다: 필요한 만큼, 어떤 순서로든, 어떤 유형이든 추가할 수 있습니다. 지원되는 필드 유형은 12가지입니다: 텍스트, 이메일, 긴 텍스트(텍스트 영역), 숫자, 전화번호, 날짜, 드롭다운(셀렉트), 단일 예/아니오 체크박스, 객관식(라디오, 정확히 하나 선택), 체크박스(체크박스 그룹, 원하는 개수만큼 선택), 선형 척도, 별점입니다. 파일 업로드 질문은 지원되지 않습니다 — 아직 스튜디오 뒤에 파일 저장소 인프라가 없기 때문입니다.
단일 페이지 폼은 폼이 언제나 그래왔듯 작동합니다: 이메일 내 폼 전송이 지원되는 곳에서는 폼 전체 — 모든 필드, 제출 버튼 하나 — 가 이메일 안에서 인터랙션 엔드포인트로 직접 전송되며 페이지 이동이 없습니다. 그 외의 모든 곳에서는 폼이 라이브 뷰에 호스팅된 미입력 상태의 같은 폼을 여는 단일 CTA 버튼으로 렌더링됩니다.
다중 페이지 설문은 단순히 표현 방식이 다른 것이 아니라 종류 자체가 다릅니다. 어떤 필드든 인스펙터에서 페이지 번호를 지정하면 폼은 multiPage가 됩니다. 실제 다단계 마법사는 페이지 간에 답변을 이어가야 하고, 뒤로 가기를 지원해야 하며, 각 페이지마다 자체 제출을 가져야 합니다. 정적 HTML/CSS로는 이를 표현할 수 없습니다 — 자바스크립트 없이는 "현재 몇 페이지인지"를 추적할 클라이언트 측 상태가 없기 때문입니다. 그래서 다중 페이지 폼은 클라이언트 지원 여부와 관계없이 항상 링크 우선의 단일 설문 시작 버튼으로 발송됩니다 — 퀴즈 블록이 사용하는 것과 같은 "CSS로 표현하기엔 너무 복잡하다"는 탈출구입니다.
버튼은 전용 호스팅 마법사 경로를 여는데, 각 페이지의 답변은 그 페이지가 제출되는 순간 중간 임시 저장본으로 저장됩니다. 이는 최종 submit과 구분되는 form-page 액션이므로, 임시 저장본은 설문이 실제로 완료되기 전까지 집계, 웹훅, CSV에 전혀 영향을 주지 않습니다. 수신자가 뒤로 가기로 이전 페이지를 다시 방문하면 답변은 자동으로 이어집니다. 마지막 페이지의 제출이 이루어지기 전까지는 아무것도 응답으로 기록되지 않으며, 중간에 중단된 설문은 데이터에 부분적인 행을 남기지 않고 단순히 버려지는 임시 저장본만 남깁니다.
폼 자체의 설정 가능한 필드:
- 제출 라벨 — 단일 페이지 폼의 버튼 텍스트입니다.
- 제출 후 리다이렉트 — 제출 후 수신자가 도착하는 위치입니다. 비워 두면 "완료" 확인 메시지가 있는 라이브 뷰로 기본 설정됩니다.
- 배경색, 여백(패딩), 테두리, 모서리 반경.
- 필드 라벨 색상/글꼴 크기, 그리고 제출 버튼의 색상 오버라이드(텍스트 및 배경).
- 다중 페이지 토글, 그리고 설문 시작 버튼 라벨(다중 페이지가 켜져 있을 때만 사용됩니다).
각 폼 필드는 라벨, 필드명(답변이 저장되는 키입니다 — 나중에 라벨을 바꾸더라도 이 값은 유지하세요), 유형(위의 12가지 중 하나), 플레이스홀더, 선택지(드롭다운/객관식/체크박스용, 순서 있는 목록)를 가집니다. 또한 척도(2~10, 선형 척도나 별점용), 낮음/높음 끝 라벨(선형 척도 전용), 필수 여부, 페이지(0 = 첫 페이지, 폼이 다중 페이지일 때만 의미를 가짐)를 가집니다.
모든 제출(단일 페이지든 다중 페이지든)은 수신자별로 응답 대시보드에 도착하며, 문항별로 집계됩니다: 객관식/척도/별점 질문은 막대 그래프로, 자유 텍스트 질문은 개수와 상한이 있는 샘플 목록으로 표시됩니다. 설문 문항 집계를 참고하세요. 투표와 평점 블록이 따르는 것과 같은 마감일 / 응답 상한 메커니즘이 여기에도 적용됩니다: 마감된 폼은 마법사 도중이든 아니든 라이브 뷰에서 새 제출을 받지 않습니다.
예시
Subject
How was your recent order?
질문 5~6개 정도의 구매 후 만족도 설문은 단일 페이지 폼으로 잘 작동합니다: 받은편지함을 벗어나지 않고 인라인으로 채우기에 충분히 빠릅니다. 더 긴 신청서나 지원서(논리적 섹션에 걸친 10개 이상의 질문 — "본인 소개", "가능 시간", "선호 사항")는 다중 페이지 모드에 자연스럽게 어울립니다. 수신자가 하나의 긴 스크롤과 마주하지 않고, 이미 답한 내용으로 돌아갈 수도 있기 때문입니다. 더 넓은 패턴은 설문 & NPS 피드백을 참고하세요. 워크숍 강좌 등록 이메일은 짧은 텍스트로 된 이름/이메일 쌍과 객관식 "어느 세션이 편하신가요?" 질문을 한 페이지에 결합해 곧바로 참석 인원 집계로 이어지게 할 수 있습니다.
정적 폴백의 모습
<div id="em-form-1" style="margin:12px 0;background-color:transparent">
<div class="kn-fallback" style="text-align:center;margin-top:8px">
<a href="https://mailinapp.com/v/eyJhbGci..."
style="display:inline-block;padding:10px 20px;background-color:#4f46e5;color:#ffffff;border-radius:6px;text-decoration:none;font-size:14px;font-weight:600">
Submit
</a>
</div>
</div>
단일 페이지 폼의 경우, 이메일 내 전송이 지원되지 않는 모든 곳에서 렌더링되는 모습이 바로 이것입니다 — 호스팅된 라이브 뷰에서 같은 폼을 여는 버튼입니다. 다중 페이지 폼은 마법사가 오직 라이브 뷰에만 존재하므로, 어떤 클라이언트에서든 항상 이와 동일한 버튼 모양으로 렌더링되며, 라벨만 자체 설문 시작 텍스트로 달라집니다.