기술 · 출처 기반 답변
이메일 전달에서 스팸 신고란?
스팸 신고는 수신자가 이메일 클라이언트에서 이메일을 스팸 또는 정크로 표시할 때 발생합니다. 이 동작은 수신 측 메일 제출 에이전트 또는 메일박스 제공업체에 신호를 보내고, 제공업체는 피드백 루프(FBL) 또는 보고 메커니즘을 통해 발신자에게 이를 알립니다.
처리 과정
사용자가 스팸 신고 버튼을 클릭하면 수신 서버가 해당 이벤트를 기록합니다. 발신자가 제공업체와 피드백 루프를 설정해 두었다면, 제공업체는 수신자 주소와 메시지 ID가 담긴 알림 이메일이나 웹훅 페이로드를 보냅니다. 이 과정은 제공업체와 발신자 사이의 일관된 소통을 위해 Abuse Reporting Format을 정의한 RFC 5965에서 표준화되어 있습니다.
발신자 평판에 미치는 영향
메일박스 제공업체는 스팸 신고율로 발신자 평판 점수를 계산합니다. 스팸 신고율이 높으면 콘텐츠가 원치 않는 것이거나 목록의 품질이 나쁘다는 신호입니다. 그러면 인증 여부와 관계없이 이메일이 자동으로 스팸함으로 분류되는 강력한 필터링이 적용됩니다. 높은 신고율이 계속되면 발신 IP나 도메인이 여러 네트워크에서 차단 목록에 오를 수 있습니다.
운영 요건
발신자는 이러한 신고를 즉시 처리하는 메커니즘을 구현해야 합니다. 신고를 받으면 해당 수신자는 이후 모든 발송에서 발송 제외 처리해야 합니다. 신고한 사용자를 제거하지 않으면 같은 문제가 반복되어 평판 하락이 빨라집니다. 불필요한 신고를 피하기 위해 SendHQ 무료 도구(https://sendhq.cc/tools)로 인증 레코드가 올바른지 확인할 수 있습니다.
흔한 구현 실수
흔한 오류는 여러 발신 IP나 서브도메인 사이에서 신고 목록을 동기화하지 않는 것입니다. 사용자가 트랜잭션 이메일에 대해 신고했는데도 마케팅 메일을 계속 받으면, 제공업체는 이를 사용자 선호도 위반으로 봅니다. 또 다른 실수는 제공업체별 피드백 루프 요건을 무시하는 것으로, 알림 없이 조용히 쌓이는 신고가 평판을 해칩니다.
구체적인 예시
한 회사가 사용자 10,000명에게 뉴스레터를 보냅니다. 사용자 50명이 스팸 신고 버튼을 클릭합니다. 수신 제공업체는 RFC 5965를 준수하는 보고서를 발신자에게 보냅니다. 발신자의 시스템은 보고서를 파싱해 그 50개 주소를 전역 발송 제외 목록에 추가합니다. 이렇게 하면 스팸 신고율이 0.5%로 유지되며, 이는 대부분의 제공업체에서 일반적으로 허용되는 수준입니다.
팀에서 자주 묻는 질문
허용되는 스팸 신고율은 어느 정도인가요?
대부분의 제공업체는 0.1% 미만을 건강한 수준으로 봅니다. 0.3%를 넘으면 경고가 나오거나 자동 필터링이 적용되는 경우가 많습니다.
피드백 루프(FBL)는 어떻게 동작하나요?
FBL은 사용자가 메시지를 스팸으로 표시하면 제공업체가 발신자에게 알려 주는 약정이며, 이를 통해 발신자는 해당 사용자를 제거할 수 있습니다.
스팸 신고를 되돌릴 수 있나요?
아니요. 사용자가 스팸으로 신고하면 그 신호는 제공업체에 전송됩니다. 발신자는 해당 사용자를 발송 제외 처리해 피해를 줄이는 것만 가능합니다.
SPF나 DKIM이 스팸 신고를 막아 주나요?
아니요. 인증은 누가 메일을 보냈는지 증명하지만, 스팸 신고는 콘텐츠와 수신 동의에 대한 사용자의 인식을 기준으로 합니다.
1차 출처
- RFC 5965: 이메일 피드백 보고서를 위한 확장 가능한 형식 — RFC Editor
- M3AAWG 모범 사례(Best Common Practices) — M3AAWG