마케팅 이메일이 갑자기 스팸함으로 들어가기 시작하면, “제목이나 디자인”보다 먼저 SPF·DKIM·DMARC부터 점검해야 합니다. 이 3가지가 맞아야 수신 서버가 “이 도메인에서 보낸 게 맞는지”를 신뢰해요.
아래 체크리스트대로 DNS 기록과 전송 설정을 확인하면, 스팸 분류 원인을 빠르게 좁힐 수 있습니다. 특히 SPF/DKIM 누락이나 DMARC 정책 불일치가 가장 흔한 출발점이에요.
마케팅 이메일이 스팸함으로 가는 가장 흔한 원인이 뭔가요?
스팸 분류는 보통 “한 가지”만으로 생기기보다, 인증 실패 + 전송 패턴 문제가 겹칠 때 갑자기 티가 나요. 대표적으로는 다음 조합입니다.
- SPF에 발신 서버(IP/호스트)가 없어서 “보낸 사람 위조”로 의심
- DKIM 서명이 누락되거나 키가 바뀌었는데 DNS에 반영이 안 됨
- DMARC가 정책을 강하게(또는 새로) 적용했는데, 실제 발송은 SPF/DKIM 정렬이 안 맞음
- 최근에 이메일 발송 도구(서버/플러그인/마케팅 플랫폼)나 발송 도메인을 바꿨는데 DNS 반영이 뒤늦거나 부분 누락
SPF·DKIM·DMARC 점검: 무엇을 먼저 확인해야 하나요?
가장 먼저 확인할 것은 “정책 이전의 사실”—즉 DNS 기록이 지금 실제로 유효한지입니다. 그다음에 “그 기록을 어떤 이메일이 통과하는지(정렬 여부)”를 봐야 해요.
1) SPF: “이 도메인에서 보낼 권리가 있는가”
SPF는 수신 서버가 발신 서버를 확인하는 장치예요. 여기서 실패하면, 같은 콘텐츠라도 스팸으로 더 빨리 기울 수 있습니다.
- 발송에 사용하는 모든 발신 경로(마케팅 툴, SMTP 릴레이, 폼 발송, 웹호스팅 발송 등)가 SPF에 포함돼야 합니다.
- MX/웹메일 구성 변경, CDN/클라우드 SMTP 전환 후 SPF를 갱신하지 않으면 흔히 문제가 생깁니다.
2) DKIM: “서명이 진짜인지”
DKIM은 이메일 본문에 서명해 무결성과 출처를 보여주는 방식입니다.
- 서명이 아예 없거나(설정 누락) 서명 도메인(d=)이 기대와 다르면 실패합니다.
- 키를 회전(rotating)했는데 DNS TXT가 바뀐 키로 반영되지 않으면 실패할 수 있어요.
3) DMARC: “정렬(Alignment) 기준을 맞췄는가”
DMARC는 SPF/DKIM을 함께 묶어 “어떤 조합이 통과로 인정되는지”를 정책으로 만듭니다.
- DMARC는 From 도메인 기준으로 정렬(alignment)을 봅니다. SPF/DKIM은 통과했어도 정렬이 안 맞으면 정책 위반으로 처리될 수 있어요.
- 최근 DMARC 정책을 p=none에서 p=quarantine/ p=reject로 바꿨다면, 그 시점 이후 급락했는지 확인이 필요합니다.
DMARC 정책을 바꿨는데 스팸이 늘었을 때는 어떻게 대응하나요?
정책 변경 직후 문제가 보이면, 먼저 “새 정책이 실제 발송을 통과시키는지”부터 확인하세요. 바로 강한 정책을 유지하기보다, 안전하게 좁혀가는 게 비용이 덜 듭니다.
빠르게 원인을 좁히는 흐름
- 최근에 바꾼 항목을 시간순으로 정리합니다(발송 도구, SMTP 경로, From 도메인, DMARC p값, 키 회전 등).
- 그 변경 시점 전후로 “어떤 도메인이 From과 일치하는지”를 확인합니다.
- SPF와 DKIM이 실제 이메일에서 통과하는지 확인합니다(메일 헤더 기반 점검이 핵심).
- DMARC 정책이 통과되지 않으면, 정책을 완화(p=none 또는 관찰 중심)하면서 정렬 문제부터 해결합니다.
실무에서 바로 적용하는 SPF·DKIM·DMARC 수정 방법(체크리스트)
아래 체크리스트는 “누가 봐도 실행 가능하게” 구성했어요. DNS 편집과 발송 설정이 얽혀 있는 경우가 많아서, 순서대로만 움직이면 시행착오가 줄어듭니다.
- 발송 도메인(From)에 쓰는 도메인과 DNS에서 관리하는 도메인이 같은지 확인
- 발송 경로가 여러 개인지(마케팅 툴/CRM/폼/운영 메일)부터 파악
- 최근 변경 이력이 있으면 “변경 직후”부터 의심 우선순위를 둠
SPF 수정 체크
- 현재 발송에 사용하는 SMTP 서버/발송 IP가 SPF에 포함돼 있는지 확인
- 하나의 레코드에 “필요한 모든 경로”가 들어가 있는지 점검(누락이 있으면 실패)
- 기존 SPF가 여러 개로 중복되어 있지 않은지 확인(중복 구성은 혼선을 만들 수 있습니다)
DKIM 수정 체크
- DKIM 서명이 켜져 있는지(서명 자체가 안 되면 DKIM은 소용이 없음)
- 서명 도메인(d=)이 DNS에 등록된 도메인과 일치하는지 확인
- 키 회전/플랫폼 변경 후 DNS TXT가 최신 값인지 점검
DMARC 수정 체크
- From 도메인과 SPF/DKIM 정렬이 맞는지 기준을 먼저 확인
- p=quarantine/p=reject로 바꿨다면, 통과 데이터가 충분한지 확인
- 예외 처리(adkim/aspf 같은 값)가 현재 발송 구조와 맞는지 점검
전송 품질(배달 가능성)까지 함께 점검할 항목
인증이 잡히면 다음은 전송 환경이에요. 인증과 별개로 “빨리 스팸이 되는 패턴”을 줄이는 편이 장기적으로 유리합니다.
- 발송 속도를 갑자기 늘리지 않기(특히 신규 도메인/새 발송 경로일수록)
- 구독자 기반 정리(반송/비활성 구독자 제거, 불필요 발송 줄이기)
- 수신 거부/스팸 신고 비율을 내부 지표로 추적
- 가능하면 테스트 메일을 여러 수신처(메일 서비스별)로 고정 발송해 비교
이 과정에서 “정렬이 깨지는 발송”이 종종 생기는데, 발송 시나리오 자체가 바뀌면 다시 발생할 수 있어요. 이메일 발송 운영을 다루는 체크도 같이 보면 좋아요. 리타겟팅 광고 세팅할 때 관심사 vs 유사타겟 같은 소재 변경보다, 발송 흐름 점검이 먼저일 때가 많습니다.
운영 체크리스트로 마무리: 다음 주에 바로 할 일
테스트 메일 헤더에서 SPF/DKIM 결과와 From 정렬을 확인합니다.
SPF TXT와 DKIM TXT, DMARC TXT를 현재 발송 구조에 맞게 갱신합니다.
문제가 계속되면 p를 관찰 중심으로 되돌려 원인을 고정합니다.
발송 속도와 비활성 구독자 관리로 스팸 신호를 줄입니다.
만약 이메일이 잘 전달돼도 “리드로 전환이 안 되는” 문제가 남는다면, 전환 흐름(QA)도 같이 봐야 합니다. 리드 생성 폼에서 전환이 갑자기 떨어질 때 체크리스트가 연결되는 지점이 있어요.
자주 묻는 질문
SPF·DKIM은 통과하는데도 왜 DMARC에서 걸릴 수 있나요?
대부분 From 도메인 기준 정렬(alignment)이 맞지 않을 때 생깁니다. SPF/DKIM은 각각 “성공”이어도, 수신 서버가 요구하는 From과의 정렬이 안 맞으면 DMARC 정책 위반으로 처리될 수 있어요.
DNS를 수정했는데도 스팸이 멈추지 않아요. 기다려야 하나요?
TTL과 수신 서버 캐싱 때문에 반영까지 시간이 걸릴 수 있습니다. 다만 “변경 후”에만 계속 실패하는지(헤더 결과 기준)를 먼저 확인하고, 그래도 지속되면 발송 경로/정렬 문제를 다시 좁혀보는 게 안전합니다.
마케팅 플랫폼을 바꾸면 SPF·DKIM도 항상 다시 해야 하나요?
대체로 필요합니다. 새 플랫폼이 사용하는 SMTP 경로, From 구조, DKIM 서명 방식이 달라질 수 있기 때문입니다. 플랫폼 전환 시 DNS 반영 순서를 운영 체크로 잡아두는 게 좋아요.
DMARC를 p=reject로 바로 올리면 어떤 리스크가 있나요?
통과하지 못하는 발송이 늘면 ‘배달 실패/격리’로 이어질 수 있습니다. 먼저 관찰 모드로 원인을 잡거나, 단계적으로 정책을 강화하면서 헤더 결과를 기준으로 검증하는 편이 운영 리스크가 적습니다.
결론: 스팸함 대응은 “인증-정렬-전송” 순서로 잡아야 빨라요
마케팅 이메일이 스팸함으로 가기 시작하면, 제목이나 빈도보다 먼저 SPF·DKIM·DMARC부터 점검하세요. 특히 DMARC는 인증 통과뿐 아니라 From 정렬이 핵심이라서, 헤더 기준으로 원인을 좁히는 방식이 가장 빠릅니다.
오늘 할 수 있는 최단 루트는 “테스트 헤더 확인 → DNS 기록 매칭 → 정책을 완화하며 통과 구조 고정 → 전송 속도와 구독자 상태 안정화”예요. 이 흐름만 잡아도 스팸 급락을 실무적으로 줄일 수 있습니다.
