콜드 이메일 반송률을 2% 미만으로 유지하는 방법.

분모부터 시작하세요

반송률은 반송된 메시지를 시도한 전달 수로 나눈 값이에요. 당연해 보이지만, 대시보드는 하드 반송, 소프트 반송, 차단, 지연, 정책 거부를 섞는 경우가 많아요. 따로 진단하세요. 존재하지 않는 메일함은 리스트 품질 문제예요. 일시적인 4xx 응답은 용량이나 평판 문제일 수 있어요. 인증 거부는 인프라 문제예요. 문구를 고친다고 이 원인 중 어느 것도 해결되지 않아요.

발신 도메인, 메일함 제공업체, 캠페인, 데이터 소스별 이동 구간 보기를 쓰세요. 계정 전체 평균은 손상된 도메인 하나를 건강한 도메인 여러 개 뒤에 숨길 수 있어요. 발송 시도 2,000건 캠페인에서 2%는 반송 40건이에요. 그중 28건이 한 도메인에서 나왔다면, 모든 메시지를 다시 쓸 게 아니라 그 도메인을 멈추고, 타깃과 SMTP 응답을 살펴보고, 나머지를 보호해야 해요.

다섯 가지 상태는 따로 유지돼야 해요

“검증됨”은 검증 도구가 무엇을 판정했는지 볼 수 있을 때만 쓸모가 있어요. “검증된 연락처”라는 이름의 내보내기 하나에도 캐치올이나 판정되지 않은 행이 들어 있을 수 있어요. 캠페인 관문은 파일 이름이 아니라 판정을 기준으로 작동해야 해요.

1. 1

   유효 전용을 고르거나, 캐치올은 따로 선택해 포함하세요

   내보내기 요약은 유효와 캐치올 결과를 따로 두고, 다운로드 전에 걸러진 무효 또는 검증 불가 행을 보여 줘요.

“반송되지 않는” 데이터 소스는 존재하지 않아요

메일함은 데이터베이스에 기록된 뒤에도 바뀌어요. 일부 수신 시스템은 메일함이 존재하는지 일부러 확인해 주지 않아요. 어떤 시스템은 SMTP 대화 중에는 받아들였다가 나중에 거부해요. 그래서 유효 결과는 최근의 위험 평가이지, 연락처의 영구적인 속성이 아니에요.

제공업체는 제공하는 워크플로로 평가하세요: 검증이 언제 실행되는지, 무효 결과도 크레딧을 쓰는지, 캐치올과 알 수 없음이 표시되는지, 예전에 저장한 연락처를 다시 확인하는지, 내보내기를 유효 전용으로 제한할 수 있는지. 고정된 같은 기업 및 직함 샘플을 모든 제공업체에 돌리세요. 검증 후 쓸 수 있는 행을 세고, 광고하는 데이터베이스 규모가 아니라 그 결과에 가격을 매기세요.

캠페인 결과를 해석하기 전에 인증하세요

Google은 개인 Gmail 계정으로 보내는 모든 발신자에게 SPF 또는 DKIM, 유효한 정방향 및 역방향 DNS, TLS, 표준을 준수하는 메시지를 요구해요. 하루 Gmail 메시지가 5,000통에 가깝거나 그 이상인 발신자는 SPF와 DKIM을 모두 쓰고, DMARC를 게시하고, 표시되는 From 도메인을 SPF 또는 DKIM과 정렬해야 해요. Google은 Postmaster Tools 스팸률을 0.10% 미만으로 유지하고 0.30% 이상을 피하라고 권해요. 이는 스팸 신고 지표이지 반송률 기준이 아니에요.

Yahoo도 대량 발신자에게 인증을 요구하고, 갑작스러운 발송량 급증은 계정이 탈취된 발신자처럼 보일 수 있다고 경고해요. 두 제공업체 모두 통제된 발송량과 수신자가 원하는 메일을 강조해요. 인증은 누가 보냈는지 증명할 뿐, 원치 않거나 타깃이 잘못된 메시지를 받아들일 만하게 만들지는 않아요.

발송 일정을 잡기 전에 캠페인 점검 단계를 만드세요

가장 안전한 구조는 단순해요: 소스 → 중복 제거 → 검증 → 분류 → 정책 관문 → 시퀀서. 현재 유효 판정이 있고 발송 제외 이벤트가 없는 행만 자동으로 통과해요. 캐치올과 알 수 없음은 절대 유효 경로를 물려받지 않아요. 수신 거부, 스팸 신고, 하드 반송은 이후 모든 캠페인이 등록 전에 확인하는 영구 발송 제외 기록을 남겨요.

같은 연락처를 잠시 뒤에 불필요하게 다시 확인하지 않도록 판정 결과를 캐시하되, 캐시를 이메일이 영원히 유효하다는 주장으로 바꾸지 마세요. 판정, 제공업체, 타임스탬프, 사유 코드, 캠페인 결과를 저장하세요. 그러면 일률적인 “데이터는 매달 X%씩 노후화된다” 통계에 기대지 않고, 경과 기간과 관찰된 위험에 따라 재검증 정책을 정할 수 있어요.

속설이 아니라 관찰된 응답에 따라 발송량을 늘리세요

Google은 발신자에게 적은 발송량으로 시작하고, 점진적으로 늘리고, 몰아서 보내지 말고, 서버 응답과 평판을 모니터링하고, 메시지가 반송되거나 지연되기 시작하면 발송량을 줄이라고 권해요. 일률적인 “메일함당 30통” 같은 숫자는 공개하지 않아요. 안전한 발송량은 제공업체, 계정 연령, 이전 트래픽, 수신자 반응, 메시지의 유사도에 달려 있어요.

보수적인 기준선을 정하고, 하루 발송 패턴을 일정하게 유지하고, 한 번에 변수 하나만 올리세요. 반송, 4xx 지연, 스팸 신고, 답장 품질이 나빠지면 증량을 멈추세요. 똑같이 품질 낮은 트래픽을 더 얹어 규모를 키우면 원인이 해결되지 않고 피해만 퍼져요.

사전 점검 체크리스트

비율이 오를 때 할 일

1. 영향받은 발송 경로를 멈추세요. 원인을 찾는 동안 계속 보내지 마세요.
2. 응답 코드를 나누세요. 무효 메일함, 도메인 실패, 정책 차단, 속도 제한, 일시 지연을 구분하세요.
3. 집중된 곳을 찾으세요. 발송 도메인, 메일 서비스, 캠페인, 출처, 지역, 검증 시점을 비교하세요.
4. 확정 실패는 발송 제외하세요. 하드 반송과 수신 거부는 모든 캠페인에 걸쳐 계속 유지돼야 해요.
5. 남은 대기열을 다시 검증하세요. 다음 배치 후가 아니라 재개하기 전에 하세요.
6. 이전보다 낮은 속도로 재개하세요. 응답 코드 분포가 정상으로 돌아온 뒤에만 늘리세요.

자주 묻는 질문