DMARC 레코드 검사기

DMARC 확인으로 알 수 있는 것

DMARC 확인은 도메인의 예상 위치인 _dmarc 호스트에 TXT 레코드가 있는지 확인해 줘요. 레코드가 있으면 검사기가 주요 태그를 분석해, 도메인이 모니터링만 하는지, 실패한 메일을 격리하는지, 거부하는지 보여 줘요. 리포트 주소와 단계적 적용 설정이 게시돼 있다면 함께 보여 줘요.

정책 값은 인증에 실패했을 때 도메인 소유자가 어떻게 처리되기를 원하는지 메일함 제공업체에 알려 주기 때문에 중요해요. p=none 는 모니터링용이에요. p=quarantine 는 실패한 메일을 의심스럽게 처리하도록 제공업체에 요청해요. 보통 스팸함으로 분류돼요. p=reject 는 실패한 메일을 차단하도록 제공업체에 요청해요. SPF나 DKIM이 정렬되지 않으면 엄격한 정책이 정상 메일에도 영향을 줄 수 있으니 신중하게 적용하세요.

정렬 설정도 중요해요. 완화 정렬(relaxed)은 서브도메인 관계도 정렬된 것으로 인정해요. 엄격 정렬(strict)은 도메인이 정확히 일치해야 해요. 일반적인 운영 발송에는 완화 정렬이 흔히 쓰이고, 엄격 정렬은 발신자 설정을 철저히 통제하는 경우에 유용해요.

DMARC를 다시 확인해야 할 때

새 발송 도구를 추가했을 때, 서브도메인에서 발송을 시작했을 때, DKIM 키를 교체했을 때, SPF include가 바뀌었을 때마다 DMARC를 다시 확인하세요. 일반 메일은 문제없어 보여도 마케팅 플랫폼이나 영업 도구는 여전히 정렬에 실패하고 있을 수 있어요. 출시 전에 DMARC를 확인하면 평판 신호가 쌓이기 전에 인증 문제를 고칠 시간을 벌 수 있어요.

더 넓은 발송 워크플로에서는 이 검사기를 다음과 함께 사용하세요: SPF 검사기, DKIM 검사기, 이메일 상태 점검. 수신자 쪽에서는 대량 검증 으로 내보낸 CRM, 뉴스레터, 잠재 고객 발굴 리스트를 발송 전에 검증하세요.

발송 워크플로에서 DMARC 확인을 활용하는 방법

새 도메인을 워밍업하기 전, 새 발송 플랫폼을 연결하기 전, 대량 캠페인을 시작하기 전에 DMARC를 확인하세요. 아직 쉽게 고칠 수 있을 때 불일치를 잡아내는 게 목표예요. DMARC가 없다면 먼저 모니터링 정책을 게시하세요. DMARC가 있는데 엄격 정렬로 설정돼 있다면, 각 발신자가 정책이 기대하는 정확한 도메인이나 서브도메인을 사용하는지 확인하세요.

오래 운영한 도메인이라면 정책을 실제 캠페인 발송 방식과 비교해 보세요. 한 브랜드가 직원 메일에는 하나의 도메인을, 라이프사이클 이메일에는 다른 서브도메인을, 아웃바운드 영업에는 또 다른 서브도메인을 쓸 수 있어요. 각 경로마다 실제 발송 방식에 맞는 인증이 있어야 해요. 경로가 바뀌면 지난 분기 설정에 기대지 말고 DNS 레코드를 다시 확인하세요.

DMARC는 브랜드 신원 보호에도 도움이 되지만, 발송 전 확인이 이것만으로 끝나지는 않아요. SPF와 DKIM을 점검하고, 업로드 전에 주소를 검증하고, 캠페인마다 반송률을 지켜보세요. 3% 미만은 양호, 3-5%는 정리와 점검이 필요하고, 5%를 넘으면 발송량을 늘리기 전에 리스트 품질을 더 깊이 검토해야 해요.

검사 결과가 엄격한 정책이라면 새 발신자를 연결하기 전에 속도를 늦추세요. 그 발신자가 표시되는 From 도메인과 정확히 일치하는 DKIM 또는 SPF 정렬을 통과할 수 있는지 확인하세요. 통과할 수 없다면 인증부터 고치거나 올바르게 설정된 서브도메인에서 발송하세요.

검사 결과가 모니터링 전용이라면 도메인을 계속 쓸 수는 있지만, 수신 측에 실패한 메시지를 격리하거나 거부하라고 요청하지는 않는 상태예요. 모니터링은 가시성을 확보하는 단계일 뿐, 성숙한 발송 도메인의 최종 상태는 아니라고 보세요.