이메일 도달률 및 DNS

화이트 라벨 SMTP로 고객마다 별도의 발송 경로 구성하기

작성자: Alexey Bulygin
한 건물에서 여러 편지가 표시된 별도 통로로 나가는 모습

이메일을 재판매하는 에이전시라면 언젠가 다른 회사의 서버로는 메일을 보내지 않겠다는 고객을 만나게 됩니다. 규정 준수 요건 때문일 수도 있고, 수년간 발송 평판을 쌓아 온 기존 릴레이가 있기 때문일 수도 있으며, 누구도 다시 논의하고 싶어 하지 않는 사내 정책 때문일 수도 있습니다. 화이트 라벨 SMTP를 사용하면 이런 요구를 수용하면서도 고객 관계를 지킬 수 있습니다. 화면에는 에이전시의 브랜드가 표시되고, 고객의 메일은 고객이 보유한 인프라를 통해 발송됩니다.

이 글에서는 두 설정을 조합하는 방법, 고객의 요구가 없더라도 두 영역을 분리할 가치가 있는 이유, 그리고 실제 수신 여부를 좌우하는 인증 작업을 설명합니다.

서로 조합되는 두 가지 설정

화이트 라벨 SMTP는 스위치 하나로 켜는 기능이 아닙니다. 도메인별로 독립된 두 설정을 조합하는 방식이어서 이 조합을 미처 발견하지 못하기 쉽습니다.

브랜드는 도메인별로 설정합니다. 각 도메인은 계정 기본값을 따르거나, 자체 브랜드를 사용하거나, 브랜드를 표시하지 않을 수 있습니다. 따라서 한 계정에 연결된 도메인마다 서로 다른 회사를 표시할 수 있습니다. 자세한 설정 방식은 도메인 브랜딩에서 확인할 수 있습니다.

발송 경로도 도메인별로 설정합니다. 도메인마다 플랫폼에서 관리하는 SMTP, 직접 제공한 프로필 또는 발송 경로 없음 중 하나를 선택할 수 있습니다. 프로필에는 호스트 이름, 포트, 사용자 이름, 비밀번호 같은 릴레이 접속 정보가 들어가며, 도메인마다 서로 다른 프로필을 지정할 수 있습니다. 자세한 내용은 도메인별 사용자 지정 SMTP에서 설명합니다.

도메인마다 두 설정을 모두 적용하면 화이트 라벨 SMTP가 완성됩니다. 고객 도메인이 40개라면 필요에 따라 브랜드 40개와 서로 다른 발송 경로 40개를 설정하고, 하나의 구독과 로그인으로 모두 관리할 수 있습니다.

고객이 이 구성을 요청하는 이유

고객이 화이트 라벨 SMTP를 원하는 이유는 크게 네 가지입니다. 이 가운데 협의로 바꿀 수 있는 것은 두 가지뿐이므로 이유를 구분해야 합니다.

이미 보유한 발송 평판이 좋은 IP. 안정적인 발송 평판은 다시 쌓기 어렵고 잃기는 쉽습니다. 현재 메일이 안정적으로 전달되고 있다면 그 기반 자체가 고객의 자산입니다. 에이전시의 편의를 위해 이를 포기하라고 요구하는 것은 고객에게 위험을 감수하라는 말과 같습니다.

발송 경로를 명시한 계약. 메일이 어디에서 발송되어야 하는지 정한 계약도 있습니다. 이는 단순한 선호가 아니므로 설득으로 바꿀 수 없습니다.

기존 트랜잭션 메일 발송량. 고객의 애플리케이션이 이미 특정 서비스 제공업체를 통해 메일을 보낸다면, 일반 업무 메일도 같은 경로로 보내 발송업체를 하나로 통합할 수 있습니다.

조직 차원의 신중한 태도. 가장 모호하지만 가장 흔한 이유입니다. 의사 결정권자가 검증하지 않은 공급업체를 통해 메일이 발송되는 것을 불편하게 여기는 경우입니다. 화이트 라벨 SMTP를 사용하면 별도의 공급업체 선정 절차 없이 문제를 해결할 수 있습니다.

요구하는 고객이 없어도 분리할 가치가 있는 이유

고객이 반드시 요구하지 않더라도 화이트 라벨 SMTP는 규모가 커질수록 비용이 많이 드는 장애 유형으로부터 에이전시를 보호합니다.

하나의 발송 경로를 공유하면 각 고객의 행동이 다른 모든 고객의 발송 평판에 영향을 줍니다. 고객 한 곳의 사서함이 탈취되거나, 대량 발송을 잘못 진행하거나, 반송률이 높은 캠페인을 실행하면 전체 고객의 메일 도달률이 떨어집니다. 영향을 받은 고객에게 원인을 설명하기도 어렵습니다. 문제를 일으킨 주체가 다른 고객이기 때문입니다.

도메인별 라우팅은 피해 범위를 제한합니다. 한 도메인의 문제는 그 도메인에만 머물기 때문에 전체 고객에게 번지는 사고가 한 고객과 해결할 문제로 줄어듭니다. 고객 도메인 40개를 관리하는 에이전시라면 이러한 격리 효과가 설정에 드는 수고보다 훨씬 큽니다.

인증 작업은 누가 맡아야 하는가

화이트 라벨 SMTP 구성이 실패하는 지점이 바로 여기입니다. 문제도 눈에 잘 띄지 않습니다. 발송 자체는 성공하지만 메일이 스팸함에 들어갑니다.

고객의 릴레이를 사용하려면 고객의 DNS에서 해당 릴레이의 발송을 허용해야 합니다. 고객의 SPF 레코드에 릴레이가 포함되어야 하고, DKIM 서명은 From 도메인과 정렬되는 서명을 생성해야 합니다. 두 설정 모두 에이전시가 임의로 변경할 수 있는 DNS가 아니므로 고객이 직접 작업해야 합니다. 이것이 이 구성에서 실제로 발생하는 프로젝트 관리 비용입니다.

완료로 처리하기 전에 실제 메일을 보내 시험하세요. 주요 메일 서비스 두 곳에 발송한 뒤 헤더에서 SPF 통과, DKIM 통과, DMARC 정렬을 확인합니다. 세 항목이 모두 확인되어야 작업이 끝난 것입니다. 하나라도 실패하면 겉으로만 작동하고 실제로는 제대로 작동하지 않는 구성을 만든 셈입니다. 충족해야 할 조건은 SPFDMARC 정렬 안내서에서 확인할 수 있습니다.

이 작업은 프로젝트 단위가 아니라 고객별로 일정을 잡아야 합니다. 도메인 40개라면 서로 다른 등록기관에서 DNS 레코드를 관리하는 40명의 담당자와 40번 협의해야 합니다. 몇 분이 아니라 몇 주가 걸리는 부분은 바로 이 과정입니다.

에이전시가 계속 담당하는 영역

화이트 라벨 SMTP에서는 고객이 발송 경로를 제공하지만, 고객 직원이 실제로 접하는 모든 영역에는 에이전시의 브랜드가 유지됩니다.

고객 직원은 에이전시의 로고, 색상, 지원 문의 주소가 표시된 웹메일에 로그인합니다. 사서함, 별칭, 라우팅, 저장 공간은 에이전시의 대시보드에서 관리합니다. 문제가 생기면 화면에 표시된 안내에 따라 에이전시에 연락합니다. 단순 소개가 아니라 재판매 사업을 하는 이유도 여기에 있습니다.

다만 메시지 헤더에는 메일을 처리한 경로가 그대로 표시됩니다. 기술 지식이 있는 사람이 헤더를 살펴보면 기반 플랫폼을 확인할 수 있습니다. 이를 명시하지 않는 서비스를 포함해 모든 화이트 라벨 이메일 구성에 존재하는 한계이며, 고객 직원에게 문제가 되는 경우는 거의 없습니다. 고객사의 IT 부서에는 때때로 중요할 수 있으므로 뒤늦게 당황하지 않도록 초기에 설명해야 합니다.

비용과 부담 주체

White Label Lite는 무료 요금제를 포함한 모든 메일 요금제에서 월 $39 또는 연 $389이며, 고객 수에 따라 과금되지 않습니다. 고객 도메인이 40개든 4개든 비용은 같습니다.

릴레이 비용은 고객이 부담합니다. 이는 분명한 영업상 장점입니다. 에이전시는 발송 용량이 아니라 관리 기능과 인터페이스를 재판매하므로 트랜잭션 메일 발송량이 많은 고객도 에이전시의 청구액을 늘리지 않습니다. 메일 요금제에는 도메인과 사서함 수가 포함되며, 이 정도 규모의 에이전시는 일반적으로 도메인 1,000개를 제공하는 월 $29의 Agency 요금제를 사용합니다.

반복 비용은 이것이 전부입니다. 월 $68이면 고객마다 자체 인프라로 메일을 보내는 브랜드형 멀티테넌트 메일 서비스를 운영할 수 있습니다.

사용하지 않는 편이 나은 경우

화이트 라벨 SMTP가 적합하지 않은 경우는 세 가지입니다. 이를 무시하면 결국 에이전시가 비용을 치르게 됩니다.

고객에게 릴레이가 없어 새로 구축해야 하는 경우. 기존 릴레이가 없는 고객을 위해 발송 인프라를 구축하면 평판을 쌓는 데 몇 주가 걸리고 지속적인 운영 책임까지 생깁니다. 관리형 발송 서비스는 바로 이런 부담을 없애기 위해 존재합니다. 새 릴레이를 만드는 것은 유연성으로 포장한 기능 저하에 가깝습니다.

상태를 확인할 수 없는 인프라까지 지원해야 하는 경우. 고객의 릴레이가 메일을 받지 않으면 발송이 중단되고 고객은 에이전시에 연락합니다. 릴레이 상태를 확인할 방법이 없다면 진단할 수 없는 문제에 대해 에이전시가 책임을 져야 합니다. 조사 담당자를 미리 합의하세요.

고객 규모가 작고 구성이 형식에 그치는 경우. 직원이 두 명뿐인 고객이 더 전문적으로 보인다는 이유만으로 자체 발송 경로를 요구한다면, 한 분기 안에 지원 요청을 만들 복잡성을 추가하는 셈입니다. 이런 고객에게는 관리형 발송이 더 적합하며, 이를 솔직히 설명하는 편이 무조건 동의하는 것보다 사업에도 유리합니다.

이 방식은 이미 자체 발송 인프라를 보유하고 그 이유도 분명히 아는 고객에게 가치가 있습니다. 그 밖의 고객에게는 더 단순한 구성이 더 안정적인 선택이기도 합니다.

이 글 공유하기

TrekMail 운영과 보호에 필요한 기술을 사용합니다. 확인하면 쿠키 정책에 설명된 제한적인 분석 및 광고 측정도 허용됩니다.

TrekMail 로그인

대시보드, 메일함, DNS에 액세스하세요.

또는

12자 비밀번호 일치

또는

재설정 이메일 전송됨

이 이메일로 등록된 계정이 있으면 비밀번호 재설정 안내를 보내드렸습니다.

계속 진행하면 TrekMail의 이용약관개인정보 처리방침에 동의하게 됩니다.