Blog

Tips, guides, and privacy advice

← Back to Blog
개발자 팁

앱의 트랜잭션 이메일이 스팸함에 들어가는 이유 (그리고 해결 방법)

2025년 12월 24일·8 min read

트랜잭션 이메일이 다른 이유

마케팅 이메일과 트랜잭션 이메일 사이에는 중요한 차이점이 있습니다. 마케팅 이메일 — 뉴스레터, 프로모션 — 은 옵트인한 구독자에게 갑니다. 가끔 스팸으로 들어가도 치명적이지 않습니다. 트랜잭션 이메일은 완전히 다릅니다: 인증 링크, 비밀번호 재설정, 구매 확인 — 이것들은 사용자 여정의 중요한 순간에 도착합니다. 비밀번호 재설정이 스팸에 들어가면 사용자가 계정에서 잠기게 됩니다.

SPF: 이메일 인증의 기반

SPF는 도메인을 대신하여 이메일을 보낼 수 있는 메일 서버를 지정하는 DNS TXT 레코드입니다. SPF 없이는 이메일이 기본적으로 의심스럽게 취급됩니다. 예: v=spf1 include:sendgrid.net ~all. 구성을 확인하려면 MXToolbox를 사용하세요. 이메일 인증에 대한 자세한 내용은 발송 제공업체 문서를 참조하세요.

DKIM: 암호학적 증명

DKIM은 모든 이메일에 암호화 서명을 추가합니다. DKIM 없이는 악의적인 행위자가 도메인을 스푸핑하기 훨씬 쉬워집니다. Spamhaus와 다른 평판 서비스들은 DKIM 서명 이력을 도메인 평판 점수에 반영합니다.

DMARC: 정책 레이어

DMARC는 이메일이 SPF 또는 DKIM 검사에 실패할 때 수신 서버가 무엇을 해야 하는지 정의합니다. p=none(모니터링만)으로 시작하고, 몇 주 동안 집계 보고서를 검토한 후 p=quarantine 또는 p=reject로 이동합니다.

배달 올바르게 테스트하기

가장 빠른 테스트 방법: 테스트 이메일을 새 임시 메일 받은 편지함으로 보내고 받은 편지함과 스팸 폴더 모두 확인하기. 이것으로 즉각적이고 명확한 피드백을 얻을 수 있습니다. MXToolbox 상태 확인을 프리론치 체크리스트에 포함하세요.

반송률과 스팸 불만

2% 이상의 반송률과 0.1% 이상의 스팸 불만율은 전달 가능성 문제를 일으킵니다. 하드 반송은 즉시 영구적으로 제거하세요. 발송 제공업체의 대시보드를 통해 이러한 지표를 모니터링합니다.

  • SPF 레코드: 승인된 발송 서버를 나열한 DNS TXT 레코드.
  • DKIM: 제공업체를 통해 구성된 암호화 서명.
  • DMARC: p=none으로 시작하고 검토 후 p=quarantine으로 이동.
  • 전용 제공업체: SendGrid, SES, Postmark 또는 Mailgun.
  • 깨끗한 제목줄: 구체적이고 관련성 있으며 트리거 단어 없음.
  • HTML + 일반 텍스트: 항상 둘 다 전송.
  • 반송 처리: 하드 반송 즉시 제거.
  • 받은 편지함 테스트: 각 배포 전 새 임시 주소로 테스트 이메일 전송.
SPF, DKIM, DMARC는 선택적 추가 기능이 아닙니다 — 신뢰할 수 있는 이메일 배달을 위한 기본 요건입니다. 첫 번째 프로덕션 이메일을 보내기 전에 설정하고, 각 론치 전에 새 일회용 받은 편지함으로 전달 가능성을 확인하세요.