DKIM 레코드 검사기

DKIM 조회 결과 해석하는 방법

DKIM 조회에는 발송 도메인과 셀렉터라는 두 가지 입력값이 필요해요. 셀렉터는 도메인만 보고 항상 알 수 있는 게 아니에요. 보통 Google Workspace, Microsoft 365, SendGrid, Mailgun, Postmark, Amazon SES 또는 메시지에 서명하는 메일 서버에서 정해져요. 셀렉터가 틀리면 다른 셀렉터로 DKIM이 설정돼 있어도 레코드가 없는 것처럼 보일 수 있어요.

레코드가 발견되면 값이 v=DKIM1 으로 시작하는지, 그리고 공개 키가 p= 태그에 들어 있는지 확인하세요. 일부 제공업체는 키 유형이나 서비스 태그도 포함해요. 운영상 가장 중요한 점은 게시된 공개 키가 발신자가 사용하는 개인 키와 일치해야 한다는 거예요. 이메일 플랫폼이 키를 교체한다면 DNS 레코드도 새 공개 키 값으로 업데이트해야 해요.

DKIM 레코드가 없다면 셀렉터에 오타가 없는지, DNS 호스트 이름이 맞는지 확인하고 DNS 전파 시간을 기다려 보세요. 어떤 DNS 제공업체는 호스트 이름에 셀렉터 부분만 입력하라고 하고, 다른 곳은 전체 selector._domainkey 이름을 요구해요. 레코드가 보이면 짧은 테스트 메시지를 보내고 인증 헤더를 확인해, 실제 메일함 처리 과정에서 DKIM이 통과하는지 확인하세요.

발송 전에 흔히 발생하는 DKIM 실패

가장 흔한 DKIM 실패는 셀렉터 불일치, 일부 문자가 빠진 채 붙여 넣은 키, 잘못 분할된 DNS 레코드, 키 교체 후 남아 있는 오래된 키예요. 루트 도메인은 인증했는데 캠페인은 서브도메인에서 보내거나, 그 반대인 경우도 흔해요. 항상 보낸 사람(From) 주소에 쓰인 정확한 도메인과 발신자가 사용하는 정확한 셀렉터를 확인하세요.

DKIM은 받은편지함 신뢰를 구성하는 한 요소예요. 아웃리치나 마케팅 캠페인이라면 인증 확인과 리스트 검증을 함께 하세요. VeriMails는 다음을 통해 주소 검증을 도와요: 이메일 검증 도구, 검증 API, 또는 대량 CSV 검증. 인증은 누가 메시지를 보냈는지 확인하고, 검증은 죽은 주소나 위험한 주소로 보낼 가능성을 줄여 줘요.

여러 발송 플랫폼을 위한 DKIM 확인

하나의 도메인에 DKIM 셀렉터가 여러 개 있는 경우가 많아요. 팀 메일함, 라이프사이클 이메일, 뉴스레터, 콜드 아웃리치, 고객지원 소프트웨어, 결제 알림이 모두 같은 브랜드로 발송되지만 서로 다른 키로 서명할 수 있어요. 설정 가이드에서 처음 찾은 셀렉터 하나만 확인하지 말고, 활성화된 셀렉터를 모두 확인하세요.

셀렉터 담당 현황을 간단히 기록해 두세요. 셀렉터 이름, 발송 플랫폼, 도메인 또는 서브도메인, DNS 호스트, 마지막 확인 날짜면 충분해요. 플랫폼을 교체하거나 키 교체로 새 셀렉터가 생길 때 도움이 돼요. 제공업체는 DKIM이 활성화됐다고 하는데 검사기에서 레코드를 찾을 수 없다면, 이 목록이 누락된 DNS 호스트를 찾는 가장 빠른 길이에요.

캠페인 발송이라면 시퀀서나 이메일 플랫폼에 리스트를 가져오기 전에 이 확인을 하세요. DKIM 결과가 깨끗하다고 잘못된 수신자 데이터가 고쳐지지는 않지만, 반송과 참여 신호가 도메인에 영향을 주기 전에 피할 수 있는 인증 문제 하나를 없앨 수 있어요.

여러 셀렉터가 활성화돼 있다면 다음 캠페인을 보낼 플랫폼이 쓰는 셀렉터를 확인하세요. 한 도메인에 정상 작동하는 DKIM 셀렉터와 깨진 셀렉터가 동시에 있을 수 있어서, 가장 확인하기 쉬운 셀렉터만 테스트하면 준비됐다고 착각할 수 있어요.