모든 화이트 라벨 제품에는 어딘가 경계가 있습니다. 중요한 질문은 경계가 존재하는지가 아니라 어디에 있고, 누가 발견하며, 판매 대상 고객에게 중요한지입니다.
화이트 라벨 이메일은 고객이 자체 도메인에서 로그인하고 자체 로고를 보며 브랜드 이름으로 비밀번호 재설정 메일을 받는다는 뜻입니다. 기반 플랫폼은 같고 일부 지점에서 그 사실이 드러납니다. 무엇이 완전히 여러분의 것이고 무엇이 당사에 남으며 기술적인 고객이 무엇을 알아볼 수 있는지 솔직히 설명합니다.
화이트 라벨 이메일이 실제로 필요한 대상
화이트 라벨 이메일은 세 가지 상황에서 가치가 있습니다.
관리형 서비스에 이메일을 묶는 에이전시. 이미 고객의 도메인, DNS, 웹사이트를 관리합니다. 타사 제품이 보이면 인프라를 운영한다는 인상이 약해지고 고객은 비교할 공급자 이름을 알게 됩니다.
다른 제품과 이메일을 묶는 SaaS 또는 리셀러. 고객 받은편지함의 "powered by" 문구는 일상 업무에 경쟁사 브랜드를 노출합니다.
자체 비밀번호 재설정 메일에서 낯선 로고를 원하지 않는 기존 브랜드. 재판매가 아니라 일관된 내부 경험을 위한 것입니다. 쉰 명에게 서명을 붙이라고 하기보다 도메인 서명을 설정하는 이유와 같습니다.
표면적인 브랜드가 중요하지 않은 소규모 팀이라면 생략해도 됩니다. 기반 제품은 같고 기능은 바뀌지 않습니다.
화이트 라벨 이메일에 자체 브랜드가 적용되는 곳
다음 화면에는 이름, 로고, 색상을 적용할 수 있습니다.
-
로그인 화면:
dashboard.yourbrand.com같은 자체 호스트. - 대시보드: 사이드바, 제목, 탐색, 기본색과 강조색.
- 웹메일: 고객이 실제로 사용하는 업무 화면.
- 트랜잭션 이메일: 비밀번호 재설정, 메일함 초대, 계정 알림. 표시 이름과 본문을 브랜드화하고 지원 주소를 설정하면 Reply-To가 no-reply 대신 여러분을 가리킵니다.
- SSL 인증서: 자체 도메인 이름으로 발급.
- 브라우저 탭 제목.
-
메일 앱 서버 이름:
imap.yourbrand.com과smtp.yourbrand.com을 사용해 Outlook, Apple Mail, 휴대전화 설정에서 다른 이름을 보이지 않습니다.
도움말 센터 URL도 자체 지식 기반으로 연결할 수 있으며 브랜드 메시지의 "도움이 필요하세요?" 링크가 이를 사용합니다. 지원 링크는 잊기 쉬워 기반 브랜드가 드러나는 흔한 지점입니다.
화이트 라벨 이메일의 경계가 드러나는 곳
다른 업체가 자주 생략하는 부분을 명확히 설명합니다.
메일 서버 호스트명은 이제 선택 사항입니다. Outlook을 수동 설정하면 IMAP과 SMTP 이름을 입력합니다. 과거에는 기반 플랫폼 이름이었지만 이제 자체 이름을 쓸 수 있습니다. imap.yourbrand.com과 smtp.yourbrand.com 및 자체 이름의 인증서를 사용하며 DNS 레코드 두 개가 필요합니다. 설정 안내서와 구성 프로필이 자동 입력하므로 대부분 보지 않지만 직접 읽는 고객도 타사 이름을 보지 않습니다.
메시지 헤더. 모든 이메일에는 경유 서버를 나타내는 Received 헤더가 있으며, 이는 SMTP 규격의 요구 사항입니다. 원본 보기를 열면 인프라 이름을 확인할 수 있습니다. 이를 위조하면 메일 인증이 깨지므로 어떤 제품도 숨길 수 없습니다.
MX 레코드. 고객 도메인의 메일은 공개된 플랫폼 MX 호스트로 전달됩니다. 대형 업체를 포함한 모든 공급자가 같습니다. 나머지 레코드는 당사 이름을 가리킬 필요가 없습니다. SPF와 메일 앱 설정 레코드는 자체 도메인 이름을 사용할 수 있습니다.
청구와 지원 에스컬레이션. 계정별 상업 관계가 하나이며 이것이 "Lite" 요금제의 특성입니다. 아래에 여러 도메인을 브랜드화할 수 있지만 청구는 당사를 거칩니다. 각자 청구하는 별도 법인이 필요하면 다른 구성이 필요합니다.
실용적으로 소규모 고객의 일반 사용에는 브랜드가 완전합니다. 헤더를 확인하는 기술 고객에게는 기반이 보일 수밖에 없습니다. 그에 맞게 가격과 설명을 정하고, 질문에는 "여러분을 위해 당사가 관리하는 인프라에서 운영합니다"라고 정확히 답할 수 있습니다.
화이트 라벨 이메일 호스트의 작동 방식
각 브랜드 호스트는 플랫폼을 가리키는 자체 도메인의 CNAME입니다. 여러분이 레코드를 만들면 당사가 인증서를 발급하고 호스트가 브랜드를 표시합니다.
일반적으로 제어판은 dashboard.yourbrand.com, 웹메일은 mail.yourbrand.com입니다. 사용 전에 확인하므로 잘못 입력한 CNAME은 고객에게 인증서 오류를 보이기 전에 설정 단계에서 실패합니다.
호스트명은 한 번 신중히 고르세요. 나중에 바꾸면 고객 북마크가 깨집니다. 계속 보유할 도메인을 사용해야 합니다. 만료된 도메인의 브랜드 호스트는 모두에게 문제를 만듭니다.
고객 메일 도메인의 DNS는 별개이며 여러 고객을 온보딩할 때 더 큰 작업입니다. 수동 작업에는 오류가 생기므로 도메인 열두 개를 추가하기 전에 자동 DNS 설정을 확인하세요.
화이트 라벨 이메일은 계정이 아닌 도메인별 설정
계정 전체가 아니라 도메인별로 설정되므로 에이전시에 유용합니다.
관리형 고객용 브랜드와 직접 운영 도메인용 다른 브랜드 또는 기본 화면을 한 계정에서 쓸 수 있습니다. 브랜드가 두 개인 리셀러도 한 계정으로 제공합니다. 고객이 자체 브랜드를 원하면 자산만 바꾸면 됩니다.
확인도 호스트별이므로 도메인을 추가해도 이미 운영 중인 도메인을 방해하지 않습니다.
화이트 라벨 이메일 재판매의 경제성
부가 기능은 메일 요금제와 무관한 월 정액이며 모든 요금제에서 이용할 수 있습니다. 가격은 바뀔 수 있으므로 현재 가격은 White Label 페이지에서 확인하세요.
기반 상품 구조가 더 중요합니다. 좌석별이 아닌 정액제이므로 메일함 마흔 개인 고객과 네 개인 고객의 비용이 같습니다. 고정 비용과 시장의 사용자별 판매가 사이에서 마진이 생기며 메일함이 늘수록 차이가 커집니다.
화이트 라벨이 활성화된 동안 Drive 저장공간 부가 기능도 구매나 크기 변경 시 할인이 적용될 수 있습니다. 마진으로 남기거나 고객에게 전달하세요.
청구 관계가 하나이므로 여러분이 지원 창구입니다. 브랜드화의 목적이지만 인력을 준비하세요. 메일 앱 연결 문제도 여러분에게 옵니다. 질문을 전달하기보다 제품 작동 방식을 이해하는 편이 낫습니다.
API로 화이트 라벨 이메일 설정하기
API에서 도메인 정체성을 설정하고 로고를 올리며 생성할 CNAME을 읽고 DNS 확인을 시작할 수 있습니다. MCP 에이전트도 같은 도구를 쓸 수 있습니다.
고객을 자주 추가하는 에이전시에는 반복 가능한 자동화와 오후 6시에 수동으로 처리하는 체크리스트의 차이입니다. 도메인 추가, DNS, 메일함 생성, 브랜드 설정, 확인까지 자동화할 수 있습니다.
자주 묻는 질문
고객이 기반 공급자를 볼 수 있나요?
일반 사용에서는 보이지 않습니다. 대시보드, 웹메일, 로그인, 트랜잭션 메일은 자체 브랜드입니다. 헤더, DNS, 수동 설정의 서버 이름을 조사하면 찾을 수 있으며 인증을 깨뜨리지 않고 이를 막을 수는 없습니다.
자체 SSL 인증서를 받나요?
예. 각 브랜드 호스트에 자체 도메인 이름으로 발급됩니다. CNAME을 만들면 인증서가 자동 발급됩니다.
여러 도메인을 지원하나요?
예. 도메인별 설정이므로 한 계정에서 서로 다른 로고와 색상의 여러 브랜드를 제공할 수 있습니다.
메일 전달 방식이 바뀌나요?
아니요. 화면과 트랜잭션 메시지만 바뀌고 전달, 필터링, 인증은 같습니다.
고객별로 청구할 수 있나요?
플랫폼에서는 불가능합니다. 계정별 청구 관계 하나가 Lite의 특성이며 고객 청구는 직접 처리합니다.
어떤 요금제가 지원하나요?
모든 요금제에서 같은 가격으로 제공되는 부가 기능입니다.
취소하면 어떻게 되나요?
브랜드 호스트는 표준 화면을 표시합니다. 메일함과 메일은 바뀌지 않지만 북마크 화면이 달라지므로 미리 알리세요.
API로 설정할 수 있나요?
예. 정체성, 로고, 브랜드 호스트, CNAME, DNS 확인이 REST API와 MCP에 제공됩니다.
