콜드 메일용 보조 도메인: 지켜 주는 것과 지켜 주지 못하는 것

발송자들이 콜드 메일을 두 번째 도메인으로 보내는 이유, 메일 제공업체가 도메인 평판에 대해 문서로 밝힌 내용, 그리고 분리가 끝나는 지점을 살펴봅니다. 메일함과 도메인 수 계산, 설정 단계도 함께 다룹니다.

2026년 10월 5일 업데이트읽는 데 8분

핵심 요약

보조 도메인은 콜드 메일에 대한 신고를 그 도메인의 평판에 묶어 둡니다. Gmail과 Yahoo 모두 발송 도메인별로 평판을 추적한다고 문서로 밝힙니다.
분리는 부분적입니다. Gmail은 메시지에 링크된 도메인을 기준으로도 속도를 제한하고, 제공업체의 약관은 내가 발송하는 모든 도메인에 적용됩니다.
도메인당 메일함 수의 최대치를 공개하는 제공업체는 없습니다. 흔히 말하는 2~5개는 아웃리치 업체들에서 나온 숫자이며, 도메인 하나가 차단될 때의 손실을 제한하는 역할을 합니다.
새 도메인에는 자체 SPF, DKIM, DMARC 레코드, 하루 이상의 대기, 그리고 느린 출발이 필요합니다.
자리 잡은 도메인에서 잘 조사해 쓴 이메일을 하루 몇 통 보내는 정도라면 주 도메인으로도 감당할 수 있습니다.

보조 도메인은 주 도메인과 이름이 비슷하고 콜드 메일에만 쓰는, 내가 소유한 두 번째 도메인입니다. 스팸 신고와 차단이 청구서, 고객 지원 답장, 비밀번호 재설정이 의존하는 도메인이 아니라 그 도메인에 붙게 하자는 생각입니다. 분리는 실제로 이루어집니다. Gmail과 Yahoo 모두 발송 도메인별로 평판을 관리한다고 문서로 밝힙니다. 하지만 부분적이기도 합니다. 링크, 콘텐츠, 제공업체의 약관은 도메인을 바꿔도 나를 따라오기 때문입니다. 콜드 메일이 꾸준히 쓰는 채널이라면 보조 도메인을 둘 만합니다. 여러 해 동안 평범한 메일을 주고받아 온 도메인에서 잘 조사해 쓴 이메일을 하루 몇 통 보내는 정도라면 필요 없을 수도 있습니다.

보조 도메인이란

회사가 harborpost.example을 쓴다고 합시다. 보조 도메인은 getharborpost.example 같은 것입니다. 내가 등록했고, 자체 메일함과 자체 DNS 레코드가 있으며, 시간이 지나면 자체 평판도 갖게 됩니다. 콜드 메일 도메인이나 아웃리치 도메인이라고도 부릅니다.

혼동하기 쉬운 비슷한 것이 두 가지 있습니다.

하위 도메인. mail.harborpost.example 같은 하위 도메인은 주 도메인의 일부입니다. 이것이 왜 중요한지는 아래에서 다룹니다.
별칭 도메인. Google Workspace의 별칭 도메인은 기존 메일함마다 다른 도메인의 두 번째 주소를 줍니다. 메일함도 발송 여력도 늘어나지 않습니다. Google은 별칭에서 보낸 메시지를 같은 사용자의 일일 한도에 포함합니다.

Google은 “보조 도메인”이라는 용어를 하나의 Workspace 계정 안에 있는, 자체 유료 사용자를 가진 추가 도메인에 사용합니다. 599개까지 추가할 수 있습니다. 콜드 메일 도메인은 그런 방식으로도, 별도 계정으로도 만들 수 있습니다.

지켜 주는 것

메일 제공업체는 메시지에 서명한 도메인에 평판을 붙입니다. 이 부분은 문서로 확인됩니다. Google의 발신자 가이드라인은 이렇게 말합니다.

Gmail은 도메인과 IP 주소별로 발송량, 피드백, 한도를 추적합니다

같은 대목은 “DKIM과 SPF 할당량은 도메인별로 적용된다”고 적고 있습니다. DKIM은 메시지를 도메인과 묶어 주는 서명이고, SPF는 그 도메인으로 발송해도 되는 서버의 목록입니다. Yahoo의 발송자 모범 사례도 같은 식으로 표현합니다.

각 IP와 DKIM 도메인에는 평판이 있으며, 이는 이메일 배달에 영향을 줄 수 있습니다. 요청받지 않은 상업용 이메일을 보내면 평판에 부정적인 영향을 줄 수 있습니다.

따라서 수신자들이 getharborpost.example로 서명된 메일을 신고하면 그 신고는 getharborpost.example에 기록됩니다. Google Workspace나 Microsoft 365를 통해 발송한다면 IP 주소는 제공업체의 것이고 다른 고객들과 함께 씁니다. 평판 가운데 내 것인 부분은 도메인입니다.

보조 도메인을 써야 하는 근거는 이것이 전부이며, 타당한 근거입니다. 캠페인이 잘못되어도 피해를 입는 도메인은 고객들이 메일을 보내는 도메인이 아닙니다.

지켜 주지 못하는 것

내 링크

Gmail은 메시지 안에 등장하는 도메인도 추적합니다. SMTP 오류 목록에 바로 그 경우에 대한 항목이 있습니다.

421 4.7.28 Gmail has detected an unusual rate of unsolicited email
containing one of your URL domains. To protect our users from spam,
email with the URL has been temporarily rate limited.

getharborpost.example에서 보내는 모든 콜드 메일이 harborpost.example로 링크된다면 주 도메인이 모든 메시지에 실려 가는 셈입니다. 첫 이메일에 링크가 필요한 경우는 드뭅니다. 원하는 것은 답장입니다.

전용 잔교에 정박한 작은 우편선이 긴 밧줄로 주 부두의 큰 배와 여전히 이어져 있고, 두 배 모두 같은 깃발을 달고 있다 — 잔교는 따로지만, 큰 배로 이어지는 밧줄은 여전히 남아 있습니다.

필터가 볼 수 있는 그 밖의 모든 것

Yahoo의 발송자 FAQ는 발송자를 도메인 단위로 본다고 말한 뒤 이렇게 이어 갑니다. “그러나 발송자의 규정 준수 여부를 검토할 때는 사용할 수 있는 모든 정보(콘텐츠, IP 등)를 활용합니다.” 자매 도메인에서 보낸 같은 문안, 같은 서명, 같은 링크도 정보입니다.

하위 도메인은 덜 지켜 줍니다

Google의 발신자 FAQ는 예를 하나 듭니다. solarmora.com에서 하루 2,500통, promotions.solarmora.com에서 2,500통을 보내면 대량 발송자가 되는데, “5,000통 모두가 같은 기본 도메인에서 발송되었기 때문”입니다. 적어도 이 기준에서는 하위 도메인이 분리되어 있지 않습니다. Postmaster Tools에서는 하위 도메인을 따로 볼 수 있지만, Google은 하위 도메인의 평판이 상위 도메인의 평판과 어떤 관계인지 공개하지 않습니다. 그 공백 때문에 콜드 메일에는 따로 등록한 도메인을 쓰라는 조언이 일반적입니다. 구독한 사람들에게 보내는 뉴스레터라면 하위 도메인으로 분리하는 것이 일반적입니다.

제공업체의 약관

Workspace에 대한 Google의 서비스 이용 정책(2025년 10월 13일 최종 수정)은 서비스를 “요청받지 않은 대량 이메일을 생성, 배포, 게시하거나 이를 용이하게 하는 데” 사용하는 것을 금지합니다. 메일이 어느 도메인을 달고 있든 이 정책은 고객을 구속합니다. 외부 수신자에 대한 Microsoft의 테넌트 한도는 테넌트에 있는 모든 도메인을 합산합니다.

Gmail의 프로그램 정책(2025년 11월 13일 최종 업데이트)은 “이전에 금지된 행동을 하려는 의도로 여러 계정을 만들거나 사용하는 것, 또는 그 밖의 방법을 쓰는 것”을 우회로 규정합니다. 계정 하나가 차단된 뒤 계속하려고 새 계정을 여는 것이 그 문장이 말하는 유형입니다. 새 도메인 이름으로 그것이 달라지지는 않습니다.

법, 그리고 읽는 사람

두 번째 도메인은 나와 수신자가 사는 곳의 요청받지 않은 이메일에 관한 규칙을 조금도 바꾸지 않습니다. 미국에서는 FTC의 CAN-SPAM 가이드가 “발신 도메인 이름과 이메일 주소”가 정확해야 하고 메시지를 보낸 사람을 식별할 수 있어야 한다고 요구합니다. 그리고 주 도메인에 해가 되었을 목록과 문안은 이 도메인에도 똑같이 해가 됩니다. 피해가 다른 곳에 떨어질 뿐입니다.

보조 도메인이 필요한가요?

내 상황	맞는 선택
여러 해 동안 평범한 메일을 주고받아 온 도메인에서 잘 조사해 쓴 이메일을 하루 몇 통 보내는 경우	주 도메인으로 감당할 수 있습니다. 다른 경우에는 별도 도메인을 권하는 Hunter도 이를 예외로 듭니다. 하루 5~10통의 타깃 이메일, 오래 써 온 도메인, 유효한 주소만 쓰는 경우입니다.
평일마다 꾸준히 쓰는 채널로서의 콜드 메일	보조 도메인.
발송자가 여럿이거나, 메일함 두세 개로 감당할 수 없는 발송량	보조 도메인 둘 이상. 계산은 아래에 있습니다.
구독한 사람들에게 보내는 뉴스레터	보조 도메인이 아닙니다. 하위 도메인과 대량 메일용으로 만들어진 이메일 서비스를 쓰세요. Microsoft도 뉴스레터 발송자에게 그런 서비스를 쓰라고 안내합니다.

도메인당 메일함은 몇 개, 도메인은 몇 개?

숫자를 공개하는 제공업체는 없습니다. Google의 발송 한도는 사용자 단위이고, Workspace 계정 하나에 사용자와 도메인을 수백 개씩 둘 수 있습니다. 돌아다니는 수치는 아웃리치 업체들에서 나온 것입니다.

출처	도메인당 메일함 수	페이지 날짜
Puzzle Inbox	최대 3개	2026년
Instantly	3개	2025년 9월 29일
LeadHaste	2~3개	2026년 8월 6일
Smartlead 고객센터	2~3개	날짜 없음, 2026년 10월 확인
Hunter	5개 미만	2023년 12월 29일
SmartReach 계산기	5개	2026년 10월 확인

같은 Hunter 페이지는 이런 숫자가 어디서 나오는지 솔직하게 말합니다.

도메인당 계정을 두 개만 두어야 한다는 사람도 있고 다섯 개라는 사람도 있습니다. 하지만 특정 숫자를 정당화하기는 어렵습니다.

낮은 숫자가 하는 일은 손실에 상한을 두는 것입니다. 한 도메인의 모든 메일함은 그 도메인의 평판을 함께 쓰므로, 도메인이 차단되면 메일함이 모두 함께 멈춥니다. 메일함 세 개를 잃으면 힘든 한 주입니다. 열다섯 개면 파이프라인 전체입니다.

이 점을 이해했다면 규모 산정은 단순한 산수입니다.

하루 발송 수 = 하루 신규 잠재 고객 수 × 잠재 고객당 이메일 수
메일함 수 = 하루 발송 수 ÷ 메일함당 발송 수
도메인 수 = 메일함 수 ÷ 도메인당 메일함 수

이미 돌아가고 있는 3통짜리 시퀀스를 기준으로, 한 번은 조심스러운 가정으로, 한 번은 넉넉한 가정으로 계산하면 다음과 같습니다. 두 가정 모두 공개된 조언에서 가져왔습니다. 메일함당 숫자의 출처는 메일함 하나로 하루에 보낼 수 있는 콜드 메일 수에서 볼 수 있습니다.

하루 신규 잠재 고객	하루 발송 수	메일함당 30통, 도메인당 3개일 때	메일함당 50통, 도메인당 5개일 때
10	30	메일함 1개, 도메인 1개	메일함 1개, 도메인 1개
40	120	메일함 4개, 도메인 2개	메일함 3개, 도메인 1개
100	300	메일함 10개, 도메인 4개	메일함 6개, 도메인 2개

어느 열도 규칙이 아닙니다. 둘의 차이는 치르는 비용과 감수하는 위험입니다. 메일함마다 유료 사용자 자리가 하나씩 들고 자체 워밍업이 필요하며, 도메인마다 등록과 DNS 레코드가 따로 필요합니다.

짧은 나무 잔교 세 개에 작은 우편선이 두세 척씩 매여 있다. 한 잔교는 밧줄로 막혀 있고, 다른 두 잔교의 배들은 계속 편지를 싣고 있다 — 잔교마다 배 몇 척: 한 잔교가 닫혀도 나머지는 계속 일합니다.

설정하기

한눈에 내 것임을 알 수 있는 이름을 고르세요. 내 브랜드 앞이나 뒤에 짧은 단어를 붙인 이름입니다. 다른 회사의 이름이나 철자를 비튼 이름은 안 됩니다.
등록한 다음 하루를 보내세요. Spamhaus는 새로 등록된 도메인을 첫 24시간 동안 Zero Reputation Domains 목록에 올려 둡니다.
실제 사람의 메일함을 만드세요. sales@가 아니라, 수신자가 찾아볼 수 있는 이름과 얼굴이 있는 주소입니다.
새 도메인에 SPF, DKIM, DMARC를 게시하세요. 주 도메인의 레코드는 넘어오지 않습니다. Google Workspace에서 세 레코드는 아래 예시와 같습니다. Google에서는 Gmail을 켠 뒤 24~72시간을 기다려야 DKIM 키를 만들 수 있습니다.
웹 주소에 무언가를 올려 두세요. 수신자는 답장하기 전에 도메인을 찾아봅니다. 그래서 Hunter는 주 웹사이트로 리디렉션할 것을 권합니다. 웹에서의 리디렉션은 이메일 안의 링크와 다릅니다.
워밍업한 다음 발송량을 천천히 올리세요. 새 도메인에는 이력이 없습니다. 새 메일함의 시작 방식은 다른 가이드에서 다룹니다. 계획해야 할 기간은 이메일 워밍업에 걸리는 기간을 보세요.
같은 메일함에서 답하세요. 답장은 보조 도메인으로 옵니다. 거기서 읽거나 전달하고, 대화는 수신자가 메일을 보낸 그 주소에서 이어 가세요.

getharborpost.example.                    TXT  "v=spf1 include:_spf.google.com ~all"
google._domainkey.getharborpost.example.  TXT  "v=DKIM1; k=rsa; p=(key from the Admin console)"
_dmarc.getharborpost.example.             TXT  "v=DMARC1; p=none; rua=mailto:dmarc@getharborpost.example"

WarmupBay의 역할

새 도메인의 메일함은 발송 이력 없이 시작합니다. WarmupBay는 첫 콜드 메일이 나가기 전에 이력을 조금 만들어 줍니다. 메일함이 공동 풀의 다른 메일함들과 짧은 이메일을 주고받으며, 하루 3통에서 시작해 매일 한 통씩 늘어 하루 10통까지, 웹사이트에 배지를 달면 최대 30통까지 갑니다. 무료이며 카드도 구독도 필요 없습니다.

메일함을 연결하면 WarmupBay는 도메인의 SPF, DKIM, DMARC를 점검하고 바로 쓸 수 있는 DMARC 레코드를 보여 줍니다. 72시간 후에도 레코드가 없으면 워밍업이 중지됩니다. 지난주에 설정한 도메인이라면 이 점검이 빠진 레코드를 손해가 나기 전에 찾아 줍니다.

하지 않는 일도 있습니다. 캠페인을 보내지 않고, 도메인을 등록하지 않으며, 메일함을 돌려 가며 쓰지도 않습니다. 계정 하나에 메일함 하나를 둘 수 있습니다. Gmail과 Google Workspace는 앱 비밀번호로, 다른 제공업체는 IMAP과 SMTP로 연결합니다. Microsoft 365와 Outlook.com은 아직 연결할 수 없습니다. 새 도메인 하나에 메일함 하나가 지금 상황이라면 워밍업을 시작할 수 있습니다.

자주 묻는 질문

새 도메인은 발송 전에 얼마나 묵혀야 하나요?

문서로 확인되는 대기는 두 가지입니다. Spamhaus는 새로 등록된 도메인을 첫 24시간 동안 목록에 올리고, Google Workspace에서는 Gmail을 켠 뒤 24~72시간이 지나야 DKIM 키를 만들 수 있습니다. 그 밖에 흔히 말하는 2~4주는 워밍업 관행입니다. 도메인의 최소 사용 기간을 공개하는 메일 제공업체는 없습니다.

보조 도메인에 별도의 Google Workspace 계정이 필요한가요?

기술적으로는 아닙니다. Google에서는 계정 하나에 보조 도메인을 599개까지 추가할 수 있고 도메인마다 유료 사용자를 둘 수 있으며, 별도 계정을 만들 수도 있습니다. Google은 같은 계정에 있는 도메인들 사이에 평판이 연결되는지 문서로 밝히지 않으며, 서비스 이용 정책은 어느 쪽이든 적용됩니다.

보조 도메인의 끝자리는 무엇이 좋은가요?

도메인 끝자리의 순위를 공개하는 제공업체는 없습니다. Hunter 같은 업체는 가능하면 .com을, 그리고 스팸과 연관되지 않은 끝자리를 권합니다. 더 나은 기준은 수신자가 그 이름을 보고 내 회사라고 알아볼 수 있느냐입니다.

차단된 보조 도메인은 어떻게 해야 하나요?

그 도메인의 캠페인을 멈추고 먼저 원인을 찾으세요. 목록, 문안, 발송량 중 무엇인지입니다. 그런 다음 낮게 다시 시작해 천천히 늘리세요. Google의 가이드라인이 반송과 지연이 생긴 뒤에 권하는 방법입니다. 새 도메인을 등록해 같은 캠페인을 되풀이하면 같은 결과가 나오며, 차단된 행동을 이어 가려고 새 계정을 만드는 것은 Gmail 정책이 우회라고 부르는 행위입니다.

보조 도메인으로 온 답장을 평소 쓰는 받은편지함에서 받을 수 있나요?

네, 전달을 설정하거나 그 메일함을 메일 프로그램에 추가하면 됩니다. 그래도 답장은 보조 주소에서 보내세요. 그래야 수신자가 한 발신자와 하나의 대화를 이어 가게 됩니다. Google은 자동 전달된 메시지를 일일 발송 한도에 포함하지 않습니다.