이 DNS 검사기로 확인할 수 있는 것
DNS는 도메인의 공개 안내 계층이에요. 메일함 제공업체는 이메일을 받거나 평가할 때 DNS를 보고 도메인이 올바르게 설정됐는지, 인증 레코드가 있는지, 답장이나 수신 메일이 어디로 가야 하는지 파악해요. 작은 DNS 실수도 모든 수신 서버에 그대로 드러나기 때문에 큰 도달률 문제로 이어질 수 있어요.
이 검사기는 새 이메일 플랫폼을 연결할 때, SPF나 DMARC 레코드가 전파됐는지 확인할 때, MX 레코드가 여전히 올바른 메일 호스트를 가리키는지 확인할 때, 또는 캠페인 전에 도메인을 점검할 때 유용해요. 다만 이 도구가 대량 이메일 검증을 대체하지는 않아요. 그래도 캠페인을 뒷받침하는 도메인 인프라가 오히려 발목을 잡고 있지 않은지 확인하는 데 도움이 돼요.
이메일에 중요한 DNS 레코드는?
MX 레코드
MX 레코드는 도메인의 메일을 어떤 서버가 받는지 인터넷에 알려 줘요. MX 레코드가 없으면 수신 메일이 실패할 수 있어요. 이전 제공업체를 가리키고 있다면 답장, 비밀번호 재설정, 운영 메시지가 엉뚱한 곳으로 갈 수 있어요. 영업팀과 마케팅 팀에게는 발신 메일이 정상적으로 나가는 것처럼 보여도 답장 처리가 조용히 망가질 수 있다는 뜻이에요.
TXT 레코드
TXT 레코드에는 보통 SPF와 DMARC 레코드가 들어 있어요. SPF는 도메인으로 메일을 보낼 수 있는 서비스를 나열해요. DMARC는 인증에 실패한 메시지를 수신 시스템이 어떻게 평가할지 알려 줘요. 도메인에는 SPF 레코드가 하나만 있어야 하기 때문에, SPF 레코드 중복은 평소 문제없던 캠페인이 갑자기 인증 확인에 실패하는 흔한 원인이에요.
DKIM 셀렉터 레코드
DKIM 레코드는 셀렉터별 이름 아래에 저장돼요. 예: selector._domainkey.example.com. 이 레코드는 발송 플랫폼이 해당 도메인을 대신해 메시지에 서명했다는 것을 증명해요. 이메일 플랫폼이 DKIM 셀렉터를 게시하라고 안내한다면, 변경 사항이 전파된 뒤 DNS 검사기로 레코드가 있는지 확인하세요.
A, AAAA, CNAME, NS 레코드
A와 AAAA 레코드는 이름을 IP 주소에 연결해요. CNAME 레코드는 한 호스트 이름을 다른 호스트 이름으로 연결해요. 네임서버 레코드는 어떤 DNS 제공업체가 도메인을 관리하는지 보여 줘요. 발송 플랫폼이 트래킹 도메인, 브랜드 링크, return-path 레코드 연결을 요청할 때 중요한 레코드예요.
실무형 DNS 문제 해결 워크플로
도메인이 여전히 예상한 DNS 제공업체와 메일 호스트를 가리키는지 확인하세요. 절반만 끝난 마이그레이션을 잡아낼 수 있어요.
SPF와 DMARC를 찾아보세요. 도메인에 SPF 레코드가 여러 개라면 여러 플랫폼에서 발송하기 전에 하나로 합치세요.
발송 플랫폼에 의존하기 전에 DKIM 셀렉터, 브랜드 트래킹 도메인, 인증 토큰이 보이는지 확인하세요.
이 도구를 사용해야 할 때
새 발송 도메인을 시작하기 전, 이메일 제공업체를 바꾼 뒤, 도달률 검사기에서 인증 누락이 보고될 때, 또는 고객지원 팀이 DNS 레코드가 적용됐다는 증거를 요청할 때 DNS 검사기를 사용하세요. 여러 고객사 도메인을 관리하는 에이전시에게도 필요한 레코드가 있는지 빠르고 반복 가능하게 확인할 수 있어 유용해요.
DNS 계층은 정상인데 캠페인이 계속 반송된다면 도메인 설정에서 리스트 품질로 관심을 옮기세요. 건강한 아웃바운드 프로세스는 양쪽을 모두 확인해요. 발송 도메인은 제대로 인증돼야 하고, 수신자 리스트에는 연락 가능한 주소가 담겨 있어야 해요.
여러 발송 도메인을 관리하는 팀이라면 예상되는 MX, SPF, DKIM, DMARC 값을 간단히 기록해 두세요. 제공업체 마이그레이션, 에이전시 인수인계, DNS 정리 작업 후 예상치 못한 변경을 쉽게 찾아낼 수 있어요.