인터랙티브 이메일을 자신의 ESP로 내보내기

인터랙티브 블록과 폴백 엔진을 얻기 위해 이미 신뢰하는 ESP를 떠날 필요는 없습니다. 내보내기는 프로젝트를 하나의 정적 HTML 파일로 컴파일합니다 — 키네틱, 정적, Outlook 안전 티어가 모두 포함되고 MailInApp의 호스팅된 인터랙션 엔드포인트로 연결되는 링크도 함께요 — Mailchimp, Brevo, SendGrid, Klaviyo, Campaign Monitor, ActiveCampaign, HubSpot, Mailjet 어디에든 붙여넣을 준비가 됩니다.

제목

New arrivals, just for you

내보내기는 프로젝트를 하나의 정적 HTML 파일로 컴파일합니다 — 세 가지 폴백 티어 전부에 MailInApp의 호스팅된 인터랙션 엔드포인트로 연결되는 링크까지 더해서요 — 어떤 ESP의 커스텀 HTML 캠페인 편집기에든 붙여넣을 준비가 됩니다. 인터랙티브 블록은 이미 신뢰하는 발송을 떠나지 않고도 그대로 이어집니다.

인터랙티브 블록과 폴백 엔진은 이미 목록, 자동화, 발신자 평판이 쌓인 ESP에서 벗어날 이유가 아닙니다 — 내보내기가 대신 컴파일된 결과를 넘겨줍니다.

작업 흐름

스튜디오에서 디자인을 완성하고 내보내기를 클릭한 다음, 컴파일된 HTML을 ESP의 커스텀/코드 붙여넣기 캠페인 옵션에 붙여넣으세요 — Mailchimp, Brevo, SendGrid, Klaviyo, Campaign Monitor, ActiveCampaign, HubSpot, Mailjet 모두 이를 받아들입니다.

여전히 이어지는 것

투표 참여, 폼 제출, 그 밖의 모든 인터랙션은 여전히 MailInApp 자신의 호스팅된 엔드포인트로 전송되어 응답 대시보드에 집계됩니다 — ESP로 옮겨가는 것은 발송과 목록 관리뿐입니다.

이어지지 않는 것: 수신자별 귀속

내보내기는 수신자 행이 없는 비연결 라이브 뷰 토큰을 발급하므로, 병합 태그는 빈 문자열로 해석됩니다. 내보낸 사본이 유발하는 인터랙션은 MailInApp 네이티브 발송과 달리 특정 개인에게 귀속되지 않고 익명(IP/캠페인별 속도 제한)으로 기록됩니다.

ESP가 여전히 담당하는 것

발송, 도메인 인증(SPF/DKIM/DMARC), 목록 관리, 그리고 자체적인 수신 거부/열람/클릭 추적입니다 — 내보내기는 디자인 및 인터랙티비티 계층만 대체할 뿐입니다.

102KB 한계 주의하기

Gmail은 약 102KB를 넘는 메시지를 잘라내면서 <style> 블록을 잃게 되어 키네틱 인터랙티비티가 조용히 비활성화됩니다. 스튜디오는 디자인하는 동안 컴파일된 크기를 실시간으로 추적하고 한계에 가까워지면 경고합니다.

시작하기

스튜디오에서 이메일을 디자인하고 발송 탭에서 내보내기를 클릭한 다음, 컴파일된 HTML을 ESP의 커스텀 HTML 캠페인 편집기에 붙여넣으세요 — 전체 작업 흐름은 ESP로 내보내기 및 발송을 참고하세요.

일반적인 제작 및 발송 순서

  1. 1

    스튜디오에서 디자인 완성하기

    어울리는 인터랙티브 블록으로 이메일을 만드세요 — 내보내기는 그 모두를 변경 없이 그대로 담아냅니다.

  2. 2

    컴파일된 HTML 내보내기

    세 가지 폴백 티어(키네틱, 정적, Outlook)를 모두 담은 하나의 파일에, 호스팅된 인터랙션 엔드포인트와 라이브 뷰로 연결되는 링크도 함께 포함됩니다.

  3. 3

    ESP의 커스텀 HTML 편집기에 붙여넣기

    커스텀/붙여넣기 HTML을 허용하는 ESP라면 무엇이든 작동합니다 — 그곳에서 캠페인을 만들고 내보낸 내용을 그대로 붙여넣으세요.

  4. 4

    테스트 발송 후 실제 발송하기

    실제 ESP를 통해 테스트하고(일부는 HTML을 약간 다시 씁니다), Gmail과 휴대폰에서 열어 확인한 다음, 다른 캠페인과 마찬가지로 ESP를 통해 실제 캠페인을 발송하세요.

자주 묻는 질문

내보낸 뒤에도 인터랙티브 블록이 계속 작동하나요?

네 — 투표 참여, 폼 제출, 그 밖의 모든 인터랙션은 여전히 MailInApp 자신의 호스팅된 엔드포인트로 전송되어 응답 대시보드에 집계됩니다. ESP로 옮겨가는 것은 발송과 목록 관리뿐입니다.

응답이 네이티브 발송에서처럼 특정 수신자에게 귀속되나요?

아니요 — 내보내기는 수신자 행이 없는 비연결 라이브 뷰 토큰을 발급하므로, 병합 태그는 빈 문자열로 해석되고 내보낸 사본이 유발하는 인터랙션은 MailInApp 네이티브 발송과 달리 특정 개인에게 연결되지 않고 익명(IP/캠페인별 속도 제한)으로 기록됩니다.

내보내기 횟수에 제한이 있나요?

네 — 내보내기는 다른 모든 MailInApp 발송량 측정을 완전히 우회하는 유일한, 발송에 준하는 경로이므로 플랜에 따라 계정별 월간 단위로 측정됩니다.

제 ESP가 여전히 처리해야 하는 것은 무엇인가요?

발송, 도메인 인증(SPF/DKIM/DMARC), 목록 관리, 그리고 자체적인 수신 거부/열람/클릭 추적입니다 — 내보내기는 디자인 및 인터랙티비티 계층만 대체할 뿐, 그 아래의 발송 인프라는 그대로 둡니다.

컴파일된 HTML이 너무 크면 어떻게 되나요?

Gmail은 약 102KB를 넘는 메시지를 잘라내면서 <style> 블록을 잃게 되어 키네틱 인터랙티비티가 조용히 비활성화됩니다 — 스튜디오는 컴파일된 크기를 실시간으로 추적하고 그 한계에 가까워지면 경고하므로, 내보내기 전에 문구를 줄이거나 블록을 정리할 수 있습니다.

스튜디오에서 만들어보세요

무료 플랜으로 시작하세요 — 모든 인터랙티브 블록과 전체 폴백 엔진이 모든 플랜에 포함됩니다.