mailinapp
Documentation menu

왜 AMP for Email이 아닌가?

AMP for Email은 캐러셀, 폼, 실시간 가격 정보 같은 진짜 인터랙티브 컴포넌트를 탭 없이 메시지 안에서 네이티브로 실행하기 위한 Google의 기술입니다. 이는 정당한 기술이며, 자연스러운 질문이 하나 떠오릅니다: MailInApp은 왜 키네틱 HTML/CSS 대신(또는 그와 함께) 이 기술 위에 만들지 않을까요? 이 페이지는 그 트레이드오프를 명시적으로 설명합니다. 이는 간과가 아니라 의도적인 선택이기 때문입니다.

AMP for Email의 실체와 두 가지 비용

AMP 메시지는 일반 HTML과 함께 추가 MIME 파트로 발송되며, 제한된 amp-* 컴포넌트 집합(이메일 용도로 재활용된 Google의 AMP 프레임워크)으로 만들어집니다. 렌더링되는 곳에서는 진짜 네이티브입니다 — 해당 받은편지함에는 정적 폴백이 필요하지 않습니다.

여기에는 기능 비교표에는 드러나지 않는 두 가지 비용이 따릅니다:

  1. 발신자별 승인. 모든 발신 도메인은 수신자가 그로부터 AMP 메시지를 보기 전에 Google에 등록하고 심사를 통과해야 합니다 — 여러분의 통제 밖에 있는 관문으로, 자체 일정과 거절 위험을 안고 모든 캠페인 앞을 가로막습니다.
  2. 좁은 렌더링 지원 범위. AMP를 렌더링하는 클라이언트는 Gmail, Yahoo Mail, Mail.ru뿐입니다. 그 외의 모든 클라이언트 — Apple Mail, Outlook(클래식과 새 버전 모두), Fastmail, Proton, Samsung Mail — 은 AMP 파트를 완전히 무시하고 함께 발송된 일반 HTML 파트로 폴백합니다.

도달률 계산

Litmus의 이메일 클라이언트 시장 점유율 데이터(추적된 열람 약 10억 건, 2026년 5월 기준)를 기준으로 하면:

| | 열람 점유율 | | --- | --- | | Apple Mail | 64.7% | | Gmail | 24.1% | | Outlook(모든 버전) | 6.9% | | Yahoo Mail | 2.6% | | 그 외 전체 | 1.7% |

Gmail과 Yahoo를 합쳐야 비로소 실질적인 AMP 대상이 되며, 이는 전체 열람의 약 **27%**에 해당합니다. 나머지 **약 73%**는 전체 열람의 거의 3분의 2를 차지하는 Apple Mail이 주도하는데, 아무리 잘 만들어도 AMP 컴포넌트를 절대 볼 수 없습니다. Gmail 안에서도 AMP for Email은 수신자가 Gmail 계정을 Gmail 자체 클라이언트로 읽을 때만 작동합니다. Gmail이 아닌(IMAP) 받은편지함을 읽는 모바일 앱은 여기에도 해당하지 않습니다.

실제 수신자 목록은 대부분 Apple Mail 사용자가 다수를 차지하게 됩니다. 인터랙티브 경험을 AMP에 걸면 그 목록의 대다수가 이를 전혀 보지 못한다는 뜻입니다.

일반적인 목록에는 왜 키네틱 HTML이 더 나은 선택인가

MailInApp의 키네틱 티어 — 캐러셀, 아코디언, 투표, 스핀 투 윈을 위한 :checked 기반 CSS 상태 머신에, 지원되는 곳에서는 실제 이메일 내 <form> 전송까지 더해진 것 — 는 Gmail(웹 및 모바일), Apple Mail, Yahoo Mail, Samsung Mail에 도달합니다: Apple Mail을 포함해 소비자 받은편지함의 대다수입니다. 전체 매트릭스는 이메일 클라이언트 지원을, 세 가지 티어가 하나의 디자인에서 어떻게 컴파일되는지는 폴백 작동 방식을 참고하세요.

이것이 트레이드오프의 핵심입니다: 동일한 폴백 엔진 투자가 AMP가 도달할 수 있는 약 27%뿐 아니라 사실상 목록 전체에 걸쳐 성과를 냅니다 — 그리고 모든 캠페인 앞을 가로막는 발신자별 승인 관문 없이 출시됩니다. AMP는 렌더링되는 그 한 곳에서는 상한선이 더 높지만(탭 전환이 전혀 없는 진짜 네이티브 컴포넌트), 압도적으로 Gmail이 아닌 오디언스를 위한 주된 인터랙티브 레이어가 될 수는 없습니다.

그렇다면 AMP는 영구히 배제되는 것인가?

구조적으로는 아닙니다. 키네틱 HTML/CSS와 티어 2의 일반 링크 폴백은 이미 모든 클라이언트가 안전하게 폴백하는 기준선입니다 — 이 페이지가 설명하는 동일한 3티어 모델은 언젠가 다른 티어의 작동 방식을 전혀 건드리지 않고도 Gmail/Yahoo 수신자를 위한 AMP 전용 네 번째 파트를 그 위에 추가로 실을 수 있습니다. 다만 폴백 엔진의 노력이 가장 먼저 향하는 곳은 아닙니다: 하나의 믿을 수 있는 기법으로 모든 받은편지함에 도달하는 것이, 받은편지함의 4분의 1에만 네이티브로 도달하고 나머지에는 전혀 도달하지 못하는 것보다 낫기 때문입니다.