하나의 MailInApp 계정에서 두 개 이상의 발송 도메인을 인증하고 각각에 이름 있는 발신자 아이덴티티를 겹쳐 두세요. 그러면 하나의 계정이 여러 개의 서로 다른 클라이언트 브랜드로 캠페인을 운영할 수 있습니다 — 자신만의 도메인, 자신만의 발신 주소, 자신만의 추적 링크, 자신만의 전달성 평판을 가지고, 두 번째 계정도 클라이언트 간 공유되는 아이덴티티도 없이 말이죠.
하나의 MailInApp 계정에서 여러 클라이언트를 관리하는 에이전시는 예전에는 모든 클라이언트의 캠페인이 공유하는 발송 도메인 딱 하나만 쓸 수 있었습니다. 다중 발송 도메인과 발신자 아이덴티티는 그 한계를 없애 줍니다: 각 클라이언트 자신의 도메인을 한 번 인증하면, 발신 주소, 회신 주소, 추적 링크 같은 그 아래의 모든 것을 그 특정 브랜드로 범위를 지정할 수 있습니다.
두 개 이상의 도메인 인증하기
설정의 발송 도메인 카드는 이제 하나가 아니라 계정의 모든 도메인을 나열합니다 — 인증되었거나 진행 중인 각 도메인은 독립적인 DNS 레코드, 인증 상태, 발신 주소, 네이티브 대 SMTP 전환 스위치를 가진 자체 상세 패널로 펼쳐집니다. 기본으로 설정은 더 구체적인 설정이 없을 때 발송이 어떤 도메인으로 대체될지를 결정하며, 연결 해제는 도메인을 제거하지만 활성화된 반복 예약이 그 도메인을 유일한 인증 도메인으로 여전히 의존하고 있다면 거부됩니다.
발신자 아이덴티티: 브랜드나 용도별 이름과 주소
도메인이 인증되면 발신자 아이덴티티는 그 안에 범위가 지정된 이름 있는 {name, email, reply-to}입니다 — 영수증용 [email protected], 뉴스레터용 [email protected]처럼 둘 다 같은 도메인으로 인증되지만 수신자에게는 다른 이름과 주소로 표시됩니다. 이는 Brevo가 "Senders"라고 부르는 것과 같은 개념이며, 다중 도메인을 이론적으로만 가능한 것이 아니라 실제로 매일 쓸 수 있게 해 주는 것입니다.
매번 고르지 않고도 올바른 발신자 고르기
발송이 어떤 아이덴티티 — 그리고 어떤 도메인 — 을 쓰는지는 얼마나 구체적으로 설정했는지에 달려 있습니다. 예약 발송은 먼저 예약 자신의 발신자를 확인하고, 수동 발송은 먼저 프로젝트 자신의 발신자를 확인합니다. 어느 쪽이든 설정되지 않은 발신자는 오디언스 목록의 기본값으로, 그다음 마지막으로 계정의 기본 도메인으로 대체됩니다. 연락처 목록의 기본 발신자를 한 번 설정하면 그 클라이언트의 목록으로 가는 모든 발송이 캠페인이나 예약마다 고르지 않고도 자동으로 올바른 아이덴티티를 씁니다.
발신 주소뿐 아니라 링크에도 브랜딩하기
링크에 마우스를 올리거나 이메일을 동료에게 전달받은 수신자는 링크의 도메인도 보게 됩니다. Lite 플랜 이상에서 이용 가능한 커스텀 트래킹 도메인은 라이브 뷰, 클릭, 열람 추적 링크를 mailinapp.com 대신 클라이언트 자신의 도메인의 서브도메인으로 향하게 합니다 — CNAME 레코드 하나, 자동 TLS 프로비저닝이며 관리할 인증서 파일이 없습니다. 인증되고 나면 그 도메인의 모든 새 발송이 자동으로 이를 사용합니다. 이미 발송된 것은 아무것도 바뀌지 않습니다.
바뀌지 않는 것
발송량 측정은 도메인별이나 클라이언트별이 아니라 여전히 계정 전체 단위입니다 — 이는 기술적 한계가 아니라 가격 정책상의 결정이므로, 클라이언트의 도메인을 추가한다고 해서 월간 발송 한도 자체가 바뀌지는 않습니다. 각 도메인 자신의 평판, DKIM/SPF/DMARC, 반송/불만 처리는 계정 안의 다른 모든 도메인과 완전히 독립적으로 유지되므로, 한 클라이언트의 전달성 문제가 다른 클라이언트에 영향을 주는 일은 없습니다.
시작하기
설정에서 각 클라이언트의 도메인을 인증하고, 그 위에 필요한 발신자 아이덴티티를 만든 다음, 발송마다 얼마나 세밀하게 제어하고 싶은지에 따라 목록, 프로젝트, 또는 예약 수준에서 올바른 기본값을 설정하세요. 전체 설정 참고 자료는 다중 도메인 및 발신자 아이덴티티와 커스텀 트래킹 도메인을, 하나의 계정에서 여러 클라이언트를 운영하는 템플릿과 인계 측면은 화이트라벨 에이전시 워크플로를 참고하세요.