mailinapp
Documentation menu

ESP로 내보내기 및 발송

MailInApp은 자체적으로 발송할 수도 있습니다 — 자신의 도메인에서 네이티브로 또는 자신의 SMTP 릴레이를 통해 — 그러므로 이 워크플로는 전적으로 선택 사항입니다. 이미 리스트, 자동화, 발신자 평판이 쌓인 ESP를 운영 중이라면 굳이 떠날 필요가 없습니다: 이메일은 여기서 디자인하고 컴파일한 다음, 발송은 이미 신뢰하는 ESP에 맡기세요.

작업 흐름

  1. 스튜디오에서 디자인을 완성합니다.
  2. 컴파일된 HTML을 내보내기합니다. 이 단일 파일에는 키네틱, 정적, Outlook 마크업의 세 가지 폴백 티어가 모두 포함되며, 호스팅된 인터랙션 엔드포인트와 라이브 뷰로 연결되는 링크도 함께 들어 있습니다.
  3. ESP에서 커스텀 HTML / 코드 붙여넣기 옵션으로 캠페인을 만들고 내보낸 내용을 붙여넣습니다.
  4. 테스트를 보낸 다음, 다른 캠페인과 마찬가지로 캠페인을 발송합니다.

커스텀 HTML을 허용하는 ESP라면 무엇이든 사용할 수 있습니다 — Mailchimp, Brevo, SendGrid, Klaviyo, Campaign Monitor, ActiveCampaign, HubSpot, Mailjet을 포함합니다.

ESP가 여전히 담당하는 것들

  • 전송, 도메인 인증(SPF/DKIM/DMARC), 리스트 관리, 수신 거부, 열람/클릭 추적. 수신 거부 병합 태그와 푸터 요구사항은 ESP가 요구하는 그대로 유지하세요.

발송 후 MailInApp이 하는 일

  • 투표, 평점, 폼 제출을 기록하는 인터랙션 엔드포인트를 호스팅합니다.
  • 라이브 뷰와 호스팅된 폼 페이지를 호스팅합니다.
  • 프로젝트별로 인터랙션 분석을 집계합니다.

Gmail 102KB 규칙

Gmail은 HTML이 약 102KB를 초과하는 메시지를 잘라내고 나머지는 "전체 메시지 보기" 링크로 대체합니다 — 그리고 잘린 메시지는 <style> 블록을 잃게 되어 모든 키네틱 인터랙티브 기능이 조용히 비활성화됩니다.

스튜디오는 디자인하는 동안 컴파일된 크기를 이 한도와 비교해 추적하며, 한도에 가까워지면 경고를 표시합니다. 한도에 도달했다면: 문구를 줄이고, 사용하지 않는 블록을 제거하고, 이미지가 시각적 무게를 대신 지도록 하세요(이미지 용량은 포함되지 않으며 — HTML만 계산됩니다).

발송 전 테스트

렌더링 버그는 프로덕션 환경을 좋아합니다. 실제 발송 전에:

  1. 실제 ESP를 통해 테스트를 발송합니다(일부 ESP는 HTML을 약간 다시 씁니다).
  2. Gmail 웹과 휴대폰에서 열어봅니다.
  3. 오디언스에 기업 수신자가 포함되어 있다면 클래식 Outlook을 확인하세요 — 깨진 레이아웃이 아니라 의도된 Outlook 티어가 보여야 합니다.