이메일은 고객이 매일 쓰는 서비스지만 많은 호스팅 플랫폼은 다른 회사 브랜드를 보여 줍니다. 도메인 브랜딩은 자체 웹주소에 로고, 색상, 지원 연락처를 적용합니다. 실제 노출은 화면과 client에 따라 다릅니다.
이 글은 변경 가능한 항목, 인증서와 DNS, 단일 도메인과 계정 전체 브랜딩의 차이를 설명합니다.
도메인 브랜딩이 실제로 바꾸는 것
브랜드 profile은 시각 identity와 연락처를 보관합니다.
| 설정 | 역할 |
|---|---|
| 밝은 로고와 어두운 로고 | 각 theme용 두 버전 |
| Favicon | 브라우저 tab icon |
| 기본색과 accent color | 인터페이스 전체에 적용 |
| 자체 도메인 | 기본 주소 대신 자체 주소로 webmail 제공 |
| 지원 URL과 이메일 | 사용자가 도움을 요청할 곳 |
| Transactional sender | system message 발신 주소 |
지원 연락처는 색상보다 중요합니다. 로그인하지 못한 사용자는 화면의 연락처를 따르므로 실제로 대응할 팀을 지정하고 사용자를 식별할 절차를 마련하세요.
도메인별 또는 계정별
브랜드 profile에는 적용 범위가 있습니다.
계정 범위는 기본적으로 전체에 적용되어 하나의 회사 identity에 적합합니다.
도메인 범위는 profile을 한 도메인에 연결해 고객마다 자체 브랜드를 보여 줍니다.
계정 profile이 기본값이고 도메인 profile이 해당 위치에서 우선합니다. 일부 고객만 별도로 설정할 수 있습니다.
자체 도메인과 인증서
자체 주소의 webmail은 upload뿐 아니라 DNS와 TLS가 필요합니다.
일반적으로 mail.yourdomain.com 같은 hostname을 DNS로 연결합니다. resolve되면 Let's Encrypt 인증서를 자동 요청하고 갱신 상태를 추적할 수 있습니다. A record, PTR, SPF, HELO 검사도 개별 표시됩니다. 발급과 갱신은 정확한 DNS, 접근성, CA 정책에 따릅니다.
자체 주소의 system message에는 올바른 발송 인증이 필요합니다. SPF 통과만으로 inbox 배달이 보장되지는 않습니다. SPF 설정을 참고하세요.
인증서 발급은 즉시가 아닙니다. DNS 전파는 보통 수 분이지만 더 길 수 있으므로 공개 전 resolve와 인증서를 확인하세요.
플랫폼에 남는 경계
경계를 명확히 하면 오해를 줄일 수 있습니다.
도메인 브랜딩은 사용자 화면을 바꾸지만 mail server hostname이나 header는 다시 쓰지 않습니다. 기술적인 수신자는 처리 인프라를 볼 수 있으므로 상표와 공개 의무를 고려하세요.
IMAP과 SMTP endpoint도 별도 설정 없이는 바뀌지 않습니다. Outlook이나 phone 설정까지 완전한 브랜드 경험이 필요하면 미리 계획하세요.
처음부터 올바르게 설정하기
재작업을 줄이는 실무 사항입니다.
- 로고 두 버전을 제공하세요. 밝고 어두운 theme에서 가독성을 시험하세요.
- Favicon을 확인하세요. browser와 client는 cache하거나 다르게 표시할 수 있습니다.
- 실제 content로 색상을 시험하세요. contrast와 접근성을 확인하세요.
- 발표 전에 지원 연락처를 설정하세요. 지정된 팀이 실제 ticket을 처리해야 합니다.
- DNS 검사가 통과하는지 확인하고 외부에서도 검증하세요.
전체 white label과의 경계
도메인 브랜딩은 webmail에 적용되며 현재 설명상 모든 plan에 포함됩니다. plan과 client별 노출 범위를 확인하세요.
White Label Lite는 월 $39 또는 연 $389로 관리 dashboard까지 확장하고 활성 기간 동안 현재 Drive 가격에서 10% 할인합니다. 최신 가격과 조건을 확인하세요.
고객이 webmail만 열면 도메인 브랜딩으로 충분할 수 있습니다. 고객이 도메인도 관리하면 dashboard 브랜딩이 필요합니다.
도메인별 signature는 외부 수신자에게 보이는 표현을 통일합니다. 도메인별 signature를 참고하세요.
사용자가 실제로 알아보는 요소
일반 사용자가 보는 요소는 관리자가 시간을 쓰는 항목과 다를 수 있습니다.
로그인 화면이 첫인상입니다. 올바른 로고와 색상은 인지에 도움을 주지만 상표 권리나 신뢰를 보장하지 않으므로 변경을 공지하세요.
다음은 browser tab입니다. 사용자는 favicon으로 webmail을 찾지만 표시 방식은 cache와 client에 따라 다릅니다.
Password reset, storage warning, login alert 같은 system email에는 올바른 sender와 지원 연락처, 작동하는 DNS 인증이 필요합니다.
정확한 색상 일치보다 contrast와 사용성이 더 중요합니다.
기존 사용자에게 배포하기
갑작스러운 interface 변경은 신중한 사용자에게 security incident처럼 보일 수 있습니다.
신뢰할 수 있는 채널로 새 모습과 주소를 미리 짧게 알리세요. 모든 문의를 막지는 않지만 혼란을 줄입니다.
전환 중 기존 주소를 유지하거나 안전하게 redirect하세요. Bookmark, password manager, HSTS, 인증서를 확인하세요.
시각 identity와 지원 연락처를 동시에 변경하고 ticket routing을 시험하세요.
여러 고객 도메인은 하나를 먼저 적용해 일주일 관찰하세요. 로고, contrast, DNS 문제를 수정한 뒤 확대하세요.
브랜딩을 생략해도 되는 경우
모든 account에 꼭 필요한 것은 아닙니다.
플랫폼을 잘 아는 내부 직원에게는 장식일 수 있습니다. 설정 시간과 인지 및 지원 이점을 비교하세요.
중개자임을 공개하려는 reseller에게 부분 브랜딩은 회피적으로 보일 수 있습니다. 특히 compliance 책임이 있는 고객은 기반 platform을 알아야 할 수 있습니다. 상표와 disclosure 요구사항에 맞춰 의도적으로 결정하세요.
