콜드 메일 도메인 점검: 이 도메인은 보낼 준비가 됐나요?
요약: 도메인 나이, 답장을 받을 MX, 10회 조회 한도를 센 SPF, DKIM 키, DMARC 정책, 웹사이트나 리디렉션이 있는지 확인하고, 빠진 항목마다 정확한 해결 방법을 줍니다. 한계: 평판이 아니라 설정을 점검합니다. 차단 목록 이력, 신고율, 메일 제공업체가 도메인을 어떻게 보는지는 보이지 않으며, 받은편지함 도착을 보장하지 않습니다.
보낼 도메인을 입력하고 Check readiness를 누르세요. 답장용 MX, 10회 조회 한도 안의 SPF, DKIM 키, DMARC 정책, 웹사이트나 리디렉션 여부, 도메인이 며칠 됐는지가 나옵니다. 항목마다 통과하거나 구체적인 해결 방법을 받습니다. 전달 보장이 아니라 체크리스트입니다.
도구 자체는 영어 페이지와 같습니다. 버튼과 결과는 영어로 표시됩니다. 업데이트: 2026년 11월 6일
콜드 메일 전에 도메인을 점검하는 방법
- getacme.com 같은 발송 도메인을 입력하거나, 도메인을 한 줄에 하나씩 25개까지(Google 로그인 후 100개) 붙여 넣습니다.
- Check readiness를 누릅니다. 레지스트리 RDAP 서버, 공개 DNS, 도메인 홈페이지에 한 번씩 묻고, 메일은 보내지 않습니다.
- 점수와 판정을 읽습니다. 준비됨, 거의 준비됨, 준비 안 됨입니다. Fix나 Fail 항목마다 빠진 SPF나 DMARC 레코드처럼 정확히 바꿀 내용이 있습니다.
- 추가할 레코드를 엽니다. 안내는 MX로 메일 제공업체(Google Workspace, Microsoft 365, Zoho)를 알아보고 MX, SPF, DMARC 값을 복사 버튼과 함께, DKIM을 켤 위치도 알려 줍니다.
- 빠진 항목을 고치고 다시 확인한 뒤, 첫 캠페인 전에 메일함을 워밍업하고 목록을 확인하세요.
내 도메인이 콜드 메일 준비가 됐는지 어떻게 아나요?
처음 보내기 전에 여섯 가지를 확인하세요. 답장을 받을 수 있는지(MX 레코드), SPF 레코드 하나로 메일 제공업체를 DNS 조회 10회 안에 허용하는지, DKIM으로 서명하는지, DMARC 정책을 게시했는지, 웹사이트나 주 사이트로의 리디렉션이 있는지, 너무 새 도메인은 아닌지입니다. 이 도구는 여섯 가지를 한 번에 읽습니다.
앞의 네 가지는 필수입니다. Google의 발신자 요구 사항은 대량 발신자에게 SPF, DKIM, 그리고 p=none 이상의 DMARC 레코드를 요구하며, Yahoo 요구 사항도 같습니다. 뒤의 두 가지는 공개된 규칙이 아니라 좋은 관행이라 점수에서 비중이 작습니다.
새 도메인에서 보내기 전에 무엇을 설정하나요?
첫 발송 전에 다섯 가지입니다. 답장이 도착하도록 MX, 메일 제공업체를 넣은 SPF 레코드, 제공업체 관리 화면에서 켠 DKIM 서명, p=none 이상의 DMARC 레코드, 주 사이트로 가는 웹사이트 리디렉션입니다. 그다음 메일함을 워밍업하세요. 도구는 항목마다 확인하고 제공업체에 맞는 정확한 값을 보여 줍니다.
Google Workspace는 MX 레코드 smtp.google.com(우선순위 1), SPF 레코드 v=spf1 include:_spf.google.com ~all, 관리 콘솔에서 켜는 google._domainkey DKIM입니다(Google의 MX 값). Microsoft 365는 관리 센터가 보여 주는 MX 레코드 *.mail.protection.outlook.com, SPF 레코드 v=spf1 include:spf.protection.outlook.com ~all, selector1과 selector2라는 DKIM CNAME 두 개입니다(Microsoft DNS 레코드). 모든 도메인에는 _dmarc 아래 자기 DMARC 레코드가 있어야 합니다.
점수는 어떻게 계산하나요?
항목마다 정해진 가중치가 있습니다. SPF, DKIM, DMARC는 각 20, MX와 웹사이트는 각 15, 나이는 10입니다. 통과한 항목은 전부, 손볼 항목은 절반, 빠졌거나 응답 없는 항목은 0점입니다. SPF, DKIM, DMARC, MX 중 하나라도 빨간색이면 점수와 상관없이 준비 안 됨입니다.
점수는 평판이 아니라 설정을 잽니다. 점수가 같은 두 도메인도 전달 결과는 크게 다를 수 있습니다. 전달은 목록, 내용, 양, 각 제공업체에서의 도메인 이력에도 달려 있고, 그 무엇도 공개 DNS에는 보이지 않기 때문입니다.
SPF 조회 수가 왜 중요한가요?
RFC 7208은 중첩된 include를 포함해 SPF 레코드 전체를 DNS 조회 10회로 제한합니다. 넘으면 받는 쪽이 permerror를 돌려주고, SPF는 레코드가 없는 것처럼 실패합니다. 콜드 메일 설정에서는 발송 도구 여러 개, CRM, 워밍업 서비스를 SPF에 넣는 일이 많고, include 하나가 조회 여러 번을 쓸 수 있습니다.
도구는 include를 하나하나 따라가 총합을 알려 주고, 9나 10이면 include 하나만 더해도 실패한다고 표시합니다. 10을 넘으면 이 도메인으로 보내지 않는 서비스를 지우거나 SPF generator (영어)로 깔끔한 레코드를 만드세요.
콜드 메일 전에 도메인은 며칠이 돼야 하나요?
최소 나이를 공개한 메일 제공업체는 없습니다. 새 도메인에는 이력이 없어 제공업체가 잴 것이 없으므로 처음 보내는 메일을 유심히 봅니다. 도구는 저희 자체 경험칙에 따라 30일 미만 도메인을 새 도메인으로 표시하며, 해결책은 기다리는 것이 아니라 워밍업입니다.
메일함마다 하루에 적은 수로 시작해 몇 주에 걸쳐 늘리세요. email warmup calculator (영어)가 주별 계획을 짜 줍니다. 이력이 나쁜 오래된 도메인은 새 도메인보다 못하므로, 나이만 보고 만료 도메인을 살 이유는 없습니다.
자주 묻는 질문
- 콜드 메일용 새 도메인의 메일은 어떻게 설정하나요?
- 메일 제공업체의 MX 레코드, 그 제공업체를 넣은 SPF 레코드, 제공업체 관리 화면에서 켠 DKIM, _dmarc 아래 p=none 이상의 DMARC 레코드를 추가하세요. 그다음 이 도구로 도메인을 확인해 항목마다 확인하고 빠진 값을 복사하세요.
- 이걸로 메일이 받은편지함에 도착하는 게 보장되나요?
- 아니요. 도구는 설정만 확인합니다. 전달은 목록 품질, 내용, 발송량, 각 제공업체에서의 도메인 이력에도 달려 있습니다.
- 콜드 메일에 DMARC가 필요한가요?
- 네. Gmail과 Yahoo는 대량 발신자에게 DMARC 레코드를 요구하며, 보고서 주소 rua=를 단 p=none이면 요구 사항을 충족합니다.
- SPF permerror는 무슨 뜻인가요?
- SPF 레코드를 평가할 수 없다는 뜻입니다. 거의 언제나 모든 include를 합쳐 DNS 조회가 10회를 넘기 때문입니다. 그러면 받는 쪽은 SPF를 실패로 봅니다.
- DKIM을 설정했는데 왜 Fix로 나오나요?
- 도구는 흔한 제공업체가 쓰는 선택자를 시도합니다. 일부 발송 서비스는 계정마다 DNS로 나열할 수 없는 고유 선택자를 주므로, 그 선택자로 DKIM checker에서 확인하세요.
- 도구가 제 도메인으로 메일을 보내나요?
- 아니요. 공개 DNS, 레지스트리의 RDAP 레코드, 홈페이지를 읽을 뿐입니다. 도메인의 메일 서버로 아무것도 보내지 않고, 그 서버에서 보내지도 않습니다.
- 발송 도메인 여러 개를 한 번에 확인할 수 있나요?
- 네. 10분마다 계정 없이 25개, Google 로그인 후 100개까지 붙여 넣고 체크리스트를 CSV로 내려받으세요.
목록 전체를 확인해야 하나요? 처음 100개 주소는 무료입니다.
Google로 로그인한 뒤 주소를 붙여 넣거나 CSV 파일을 올리세요. 모든 주소가 실제 SMTP 메일함 확인을 거치고, 결과는 내려받을 수 있습니다. 카드 등록은 필요 없습니다.
catch-all 도메인과 응답하지 않는 서버는 위험으로 표시되며, 유효로 표시되는 일은 없습니다.