"반송 이메일": 왜 반송이 발생하고 다음에 무엇을 해야 할까요?
전송을 클릭했습니다. 5분 후, "Mail Delivery Subsystem" 또는 "postmaster@" 뭔가에서 새로운 메시지가 받은편지함에 들어옵니다. 제목: 배달되지 않은 메일이 발신자에게 반송되었습니다. 열어보니 SMTP 용어의 벽이 보입니다 — Final-Recipient, Diagnostic-Code, Status: 5.1.1 — 방금 보낸 원본 메시지를 둘러싸고 있습니다. 이것이 반송 이메일이며, 지금 당신은 그것이 실제로 무엇을 의미하는지 파악하려고 노력 중입니다.
세 가지 질문이 동시에 떠오릅니다. 주소를 잘못 입력했나요? 그들의 받은편지함이나 당신의 발송 설정에 문제가 있나요? 다시 보내야 하나요, 다른 방법으로 그 사람에게 연락해야 하나요, 아니면 주소를 완전히 포기해야 하나요?
이 기사는 당신이 실제로 받은 반송 코드를 중심으로 각 질문에 구체적인 답변을 제공합니다. 답변은 거의 전적으로 반송 알림이 영구적(5xx)인지 임시적(4xx)인지에 따라 달라집니다 — 그리고 그 차이를 알아야만 30초 수정과 몇 시간의 추측을 구분할 수 있습니다. 대부분의 발신자는 모든 이메일 반송을 동일하게 취급합니다. 이것이 전체 도메인의 발신자 평판을 조용히 손상시키는 실수입니다.
반송 메시지 자체로 시작하세요 — 그것은 당신이 생각하는 것보다 더 많은 것을 알려줍니다.
목차
- 다른 것보다 먼저 반송 코드를 해독하세요
- 더 조사하기 전에 오타를 발견하세요
- 서버 측에서 실제로 일어나는 일
- 하드 반송 대 소프트 반송 — 그리고 혼동하면 왜 해로운가
- 다시 보낼 때, 기다릴 때, 포기할 때
- 반송 방지 플레이북 작성하기
다른 것보다 먼저 반송 코드를 해독하세요
모든 반송 이메일에는 메시지 본문 또는 "Diagnostic-Code"로 표시된 줄에 매장된 SMTP 상태 코드 — 보통 550, 421 또는 452와 같은 3자리 숫자 — 가 포함되어 있습니다. 이 코드는 전체 반송 알림에서 가장 중요한 정보입니다. 다른 모든 것은 장식입니다.
다른 것을 하기 전에 그것을 찾으세요. Gmail에서 세 점 메뉴를 클릭하고 "원본 표시"를 선택한 다음 "Final-Recipient", "Action" 및 "Status"로 표시된 줄을 스캔하세요. Outlook에서는 반송 하단 근처의 "관리자를 위한 진단 정보"로 스크롤하세요. 코드가 거기에 있습니다.
RFC 5321에서 정의된 코드의 구조는 첫 번째 자리를 기반으로 어떤 종류의 실패를 다루고 있는지 알려줍니다:
- 2yz — 성공 (반송에서는 이를 볼 수 없습니다)
- 4yz (소프트 반송) — 서버가 나중에 다시 시도하세요라고 말합니다. 주소가 유효할 수 있습니다. 뭔가가 임시적으로 배달을 막고 있습니다.
- 5yz (하드 반송) — 서버가 다시 시도하지 마세요라고 말합니다. 주소, 당신의 인증, 또는 당신의 발신자 평판이 이 목적지에서 영구적인 문제를 가지고 있습니다.
최신 서버는 또한 X.Y.Z 형식의 향상된 상태 코드를 반환합니다 — 예를 들어, 5.1.1은 "잘못된 대상 메일함 주소"를 의미합니다. IANA의 향상된 상태 코드 레지스트리에 따르면, 두 번째 및 세 번째 자리는 정확한 이유를 좁혀줍니다. 5.1.1은 누락된 사용자입니다. 5.7.1은 정책/보안 거부입니다. 반송에 X.Y.Z 형식이 표시되면, 그 추가 숫자들이 실제로 작동하고 있습니다.
실제 부분은 여기입니다: 코드는 당신의 다음 조치가 기다리고 다시 시도, 내 쪽에서 뭔가 수정, 또는 영원히 이 주소로 보내는 것을 중단하는 것인지를 결정합니다. 영구적으로 반송된 주소로 계속 보내는 것이 ISP와의 발신자 평판을 손상시키는 것입니다 — 즉, 같은 도메인의 다른 수신자에게 보내는 향후 이메일도 필터링되거나 거부될 수 있습니다. 반송은 단지 하나의 메시지에 대한 피드백이 아닙니다. 그것은 당신의 발신자 프로필의 데이터 포인트입니다.
가장 일반적인 반송 코드가 실제로 어떻게 조치로 변환되는지는 다음과 같습니다. IANA 표준, Wikipedia SMTP 코드 참조 및 주요 이메일 인프라 제공자의 문서에서 컴파일됨:
| 반송 코드 | 서버가 의도한 것 | 반송 유형 | 다음 조치 |
|---|---|---|---|
| 421 | 서비스 일시적으로 이용 불가 | 소프트 (4xx) | 24-48시간 대기, 한 번 재시도 |
| 450 | 메일함 일시적으로 이용 불가 | 소프트 (4xx) | 24-48시간 대기, 한 번 재시도 |
| 451 | 로컬 처리 오류 | 소프트 (4xx) | 재시도; 발송 도구 확인 |
| 452 | 수신자 받은편지함이 가득 찼거나 저장소 초과 | 소프트 (4xx) | 기다렸다가 재시도; 긴급한 경우 수신자에게 알림 |
| 501 | 잘못된 이메일 주소 문법 | 하드 (5xx) | 주소 맞춤법 및 형식 확인 |
| 535 | 인증 실패 | 하드 (5xx) | SPF/DKIM/DMARC 설정 수정 |
| 541 | 메시지가 스팸으로 거부됨 | 하드 (5xx) | 발신자 평판 및 차단 목록 확인 |
| 550 | 메일함이 존재하지 않음 | 하드 (5xx) | 보내기 중단; 주소 확인 |
| 551 | 사용자가 로컬이 아닙니다. 주소 거부됨 | 하드 (5xx) | 대체 연락처 찾기 |
| 552 | 수신자 저장소 초과 (영구적) | 하드 (5xx) | 대체 연락 방법 사용 |
| 553 | 메일함 이름이 허용되지 않음 | 하드 (5xx) | 형식 확인; 주소가 유효하지 않을 수 있음 |
| 554 | 트랜잭션 실패 (종종 차단 목록) | 하드 (5xx) | 발신자 평판 조사 |
4xx 코드는 서버가 다시 시도하도록 요청하는 것입니다. 5xx 코드는 서버가 멈추라고 말하는 것입니다. 둘을 혼동하면 시간을 낭비하고 평판에 손상을 줍니다.
더 조사하기 전에 오타를 발견하세요
550 반송에 직면한 대부분의 발신자는 즉시 서버 문제, 스팸 필터 또는 시간을 낭비할 가치가 있는 인증 문제를 가정합니다. 지루한 사실은: "해당 사용자 없음" 반송의 가장 일반적인 원인은 오타입니다. 누락된 문자입니다. 잘못된 도메인(gmail.com 대신 gmail.co). 주소록에서 잘못된 연락처를 선택한 자동완성. 다른 것을 조사하기 전에 주소를 확인하세요.
순서대로 이 네 단계를 진행하세요. 처음 세 단계는 총 2분 미만이 소요됩니다.
1. 원본 출처에 대해 주소를 글자 단위로 다시 읽으세요.
자동완성을 신뢰하지 마세요. 원래 주소를 얻은 명함, LinkedIn 프로필, 서명 줄 또는 계약을 열어보세요. 글자 단위로 비교하세요. 클래식 닮은꼴 함정을 주의하세요: 숫자 1과 소문자 L, 숫자 0과 대문자 O, 누락된 점, 도메인의 뒤바뀐 글자(gmail 대 gnail, outlook.com 대 outloook.com). 놀랍게도 많은 반송이 이 단계에서만 해결됩니다.
2. 도메인이 실제로 존재하고 메일을 수락하는지 확인하세요.
사용자 부분보다는 도메인 자체의 반송은 도메인이 잘못 입력되었거나 더 이상 이메일을 호스팅하지 않음을 시사합니다. 이메일 주소 검증 도구를 사용하여 도메인의 MX 레코드를 확인하고 메일함이 메일을 받을 수 있는지 확인하세요. 이것은 올바르게 보이지만 작동하는 메일 서버가 없는 도메인을 포착합니다 — 합병되거나, 판매되거나, 폐기된 오래된 회사 도메인에서 일반적입니다.
3. 주소가 일회용 또는 임시 주소인지 확인하세요.
수신자가 임시 받은편지함 — 10분 메일, Mailinator, Guerrilla Mail — 을 사용하여 가입한 경우 주소가 그들이 당신에게 준 시간과 당신이 보낸 시간 사이에 만료되었을 수 있습니다. 일회용 이메일 주소 확인기는 이를 초 단위로 확인합니다. 일회용 주소는 죽을 때까지 설계되었습니다. 하나를 안정적인 연락처로 취급하는 것은 낭비된 노력입니다.
4. 다른 채널을 통해 확인하세요.
발신자 설정을 한 오후를 문제 해결하는 데 소비하기 전에, LinkedIn, SMS 또는 다른 이메일 채널을 통해 한 줄의 메시지를 보내 수신자에게 현재 주소를 확인하도록 요청하세요. 이 30초 단계는 도구가 놓친 경우를 포착합니다 — 예를 들어 3개월 전에 회사를 떠났고 메일함이 삭제되었지만 이전 도메인이 여전히 메일을 수신하고 반송하는 직원처럼요. 도구는 작동하는 도메인을 봅니다. 인간은 Sarah가 떠났다는 것을 봅니다.
주소 확인을 1차 반송 방어로 사용하는 것은 MailerSend 및 Yahoo Sender Hub를 포함한 이메일 인프라 제공자의 배달성 지침과 일치합니다. 또한 가장 저렴한 방어입니다 — 주소 확인에 소비된 모든 분은 불필요하게 DNS 레코드를 감사하는 데 낭비하지 않는 분입니다.
서버 측에서 실제로 일어나는 일
주소가 올바른 것을 확인한 후, 반송은 당신의 발송함과 수신자의 받은편지함 사이의 인프라에 대해 뭔가를 알려주고 있습니다. 거의 모든 정당한 반송에 대해 5가지 특정 서버 측 원인이 계정됩니다. 3가지는 당신의 제어 범위 내입니다. 2가지는 아닙니다.
수신자의 메일함이 가득 찼습니다 (코드 452, 552)
메일함 할당량은 제공자마다 크게 다릅니다. 무료 Gmail 계정은 Gmail, Drive 및 Photos에서 공유하는 15GB로 제한됩니다. 기업 Microsoft 365 메일함은 일반적으로 50-100GB입니다. 메일함이 가득 차면, 서버는 452 (임시 — "다시 시도하세요, 그들이 공간을 지울 수도 있습니다") 또는 552 (영구 — "이 계정은 더 이상 수락하지 않습니다")를 반환합니다. Twilio의 SMTP 코드 문서에 따르면, 둘 사이의 구별은 서버 설정 가능합니다. 일부 제공자는 항상 452를 반환하고, 다른 것들은 반복되는 실패 후 552로 확대합니다.
이것은 수신자의 문제를 해결하는 것입니다. 이메일이 긴급하면 다른 방법으로 그들에게 연락하고 공간을 비우도록 요청하세요. 그렇지 않으면 하루 기다렸다가 한 번 재시도하세요.
당신의 메시지가 스팸으로 표시되었습니다 (코드 541)
인바운드 메일 서버는 모든 메시지를 스팸 패턴에 대해 실행하는 필터를 통해 실행합니다: 공격적인 제목 줄, 불일치하는 표시 이름, 표시된 도메인으로의 링크, 의심스러운 확장자가 있는 첨부 파일, 또는 평판이 좋지 않은 IP에서의 발송. 541은 필터가 메시지를 거부 임계값 위에 점수했음을 의미합니다. MailerSend의 SMTP 가이드에 따르면, 541은 2024-2025년에 수신자가 스팸 임계값을 강화함에 따라 점점 더 일반화되고 있습니다.
수정은 거의 메시지 자체가 아닙니다. 일반적으로 메시지 뒤의 발신자 평판입니다. 깔끔하고 잘 인증된 발신자가 다른 도메인에서 정확히 같은 이메일을 작성하는 것이 종종 통과합니다.
수신 서버가 일시적으로 다운되었습니다 (코드 421)
메일 서버는 예정된 유지보수, 용량 문제, 하드웨어 장애 또는 DDoS 완화를 위해 다운됩니다. 421은 당신에 대한 것이 아닙니다 — 대상 서버가 나중에 돌아오세요라고 말합니다. Yahoo Sender Hub에 따른 표준 관행은 재시도하기 전에 24-48시간을 기다리는 것입니다. 대부분의 정당한 발송 플랫폼 — Gmail의 MTA, SendGrid, Postmark, Mailgun과 같은 트랜잭션 발신자 — 지수 백오프를 사용하여 4xx 재시도를 자동으로 처리합니다. 데스크톱 클라이언트를 통해 일회용 메일을 보내면, 재시도는 일반적으로 자동입니다. 재시도 로직이 없는 사용자 정의 스크립트를 통해 보내면, 그것은 코드 수준에서 해결해야 할 문제입니다.
당신의 인증이 실패했습니다 (코드 535, 때로는 550 또는 554)
이것은 대부분의 발신자가 걸려 넘어지는 곳입니다. 3가지 DNS 기반 인증 표준이 이제 메일이 수락되는지 여부를 관리합니다:
- SPF (Sender Policy Framework) — 당신의 도메인에서 메일을 보낼 수 있는 서버를 나열하는 DNS 레코드. 발송 서버가 목록에 없으면, 수신자는 메시지를 즉시 거부할 수 있습니다.
- DKIM (DomainKeys Identified Mail) — 아웃바운드 메일에 첨부된 암호화 서명으로 변조되지 않았고 당신의 도메인에 서명 권한이 있는 서버에서 나왔음을 증명합니다.
- DMARC (Domain-based Message Authentication, Reporting & Conformance) — SPF 또는 DKIM이 실패할 경우 수신자에게 무엇을 해야 하는지 알려주는 정책: 메시지를 격리, 완전히 거부, 또는 어쨌든 수락합니다.
이것들이 구성되지 않았거나 잘못 구성되었을 때 — 최신 수신자는 메일을 거부합니다. 2024년 2월 이후, Gmail과 Yahoo는 하루에 5,000개 이상의 메시지를 초과하는 모든 발신자에게 세 가지를 모두 요구합니다. Yahoo의 대량 발신자 요구 사항에 따르면, 비준수 메일은 격리되거나 반송됩니다. 이것은 최근에 이메일 제공자를 전환하고 DNS를 업데이트하는 것을 잊은 소규모 비즈니스 사이에서 반송의 가장 일반적인 원인입니다.
대부분의 반송은 당신의 잘못이 아닙니다. 하지만 당신의 잘못인 것들 — 인증 실패, 평판 문제, 스팸 트리거 — 당신이 실제로 고칠 수 있는 것들입니다.
당신이 속도 제한에 도달했거나 차단 목록에 올랐습니다 (코드 554)
ISP는 낮은 기준선에서 갑자기 볼륨을 급증시키는 발신자를 조절합니다. 일반적으로 하루에 50개를 보내는 도메인에서 화요일에 5,000개의 이메일을 보내면 주요 수신자에서 속도 제한이나 임시 차단이 트리거됩니다. "5.7.1 blocked"와 같은 텍스트가 있는 554는 도메인 수준 차단 목록(Spamhaus, Barracuda Reputation Block List, SORBS) 또는 수신자의 조직이 게이트웨이에서 당신의 도메인이나 IP를 명시적으로 차단했음을 나타냅니다. Mailgun의 반송 지침에 따르면, 일단 주요 차단 목록에 올라가면, 기본 문제를 수정한 후에도 제거에 며칠이 소요될 수 있습니다.
이 5가지 원인 중 3가지 — 스팸 트리거, 인증 실패, 속도 제한 — 은 당신의 제어 범위 내입니다. 다른 2가지 — 가득 찬 받은편지함과 다운된 서버 — 은 수신자 또는 그들의 서버에 속합니다. 반송이 어느 범주에 속하는지 아는 것은 수정이 당신의 쪽인지 또는 당신이 단순히 기다리는지를 결정합니다.
하드 반송 대 소프트 반송 — 그리고 혼동하면 왜 해로운가
모든 반송은 2가지 범주 중 하나에 속하며, 그들을 동일하게 취급하는 것은 발신자 평판을 버리는 가장 빠른 방법입니다. 이 구별은 SMTP 프로토콜 자체에 내장되어 있습니다 — 응답 코드의 첫 번째 자리가 전체 의미를 전달합니다. 하드 반송, 소프트 반송. 영구적, 임시적. 서버가 이미 어느 쪽이 어느 쪽인지 말해줬습니다. 질문은 당신이 듣고 있는지입니다.
| 속성 | 하드 반송 | 소프트 반송 |
|---|---|---|
| SMTP 코드 클래스 | 5xx (영구적) | 4xx (임시) |
| 일반적인 코드 | 550, 551, 553, 554 | 421, 450, 451, 452 |
| 일반적인 원인 | 주소가 존재하지 않음; 인증 실패; 영구 차단 | 메일함이 가득 참; 서버 다운; 회색 목록; 속도 제한 |
| 서버의 지시 | 다시 시도하지 마세요 | 나중에 다시 시도하세요 |
| 발신자가 해결 가능? | 때때로 (인증, 평판); 종종 아님 | 일반적으로 예 (기다리고 재시도) |
| 조치 | 즉시 목록에서 주소 제거 | 24-48시간 후 재시도 |
| 무시했을 경우 평판 영향 | 심각 — 반복 발송이 당신을 스팸 발신자로 표시 | 최소 (합리적으로 재시도하면) |
세 가지 구체적인 시나리오가 구별을 실질적으로 만듭니다.
수정 가능해 보이지만 아닌 하드 반송. 오래된 연락처에 이메일을 보냅니다. 550 "user unknown"을 받습니다. 주소는 올바르게 철자됩니다 — 세 번 확인했습니다. 사람은 2년 전에 회사를 떠났고 그들의 메일함은 IT에 의해 삭제되었습니다. 재시도는 성공하지 않을 것입니다. 당신의 끝에서의 문제 해결은 도움이 되지 않을 것입니다. 메일함은 없습니다. LinkedIn에서 그들을 찾거나 진행하세요.
자체적으로 해결되는 소프트 반송. 9:47 AM에 클라이언트에게 이메일을 보냅니다. 421 "service unavailable"을 받습니다. 그들의 메일 서버는 예정된 유지보수 기간 동안 유지보수 중이었습니다. 11 AM까지 다시 시작되었습니다. 일반 이메일 클라이언트를 사용했다면, 발송 서버가 이미 자동으로 재시도했고 메시지가 당신이 아무것도 하지 않아도 도착했습니다. 재시도 로직이 없는 일회용 발송 스크립트를 사용했다면, 수동으로 재시도해야 합니다. 어쨌든, 문제는 당신의 것이 아니었습니다.
하드 반송이 되는 소프트 반송. 개인 Gmail 계정에 이메일을 보냅니다. 452 "insufficient storage"을 받습니다. 공간이 해제되기를 바라며 매일 한 달을 재시도합니다. 결국 계정은 Gmail에 의해 비활성 상태로 변환되고 550을 반환하기 시작합니다. 올바른 조치는 두 번째 452 이후 다른 채널을 통해 수신자에게 알림을 하는 것이었습니다 — 30일 동안 맹목적으로 재시도하면서 발신자 평판이 타격을 받는 것이 아닙니다.
모든 ISP는 하드 반송하는 주소로 얼마나 자주 보내는지를 추적합니다. Gmail, Yahoo 및 Microsoft는 모두 스팸 점수에서 이 신호를 사용합니다. 하나의 무시된 하드 반송은 해치지 않을 것입니다. 100은 할 것입니다. 단일 캠프에서 200은 당신을 일반적인 배달 속도의 일부로 조절하게 할 것이며, 조절은 수주 동안 지속됩니다. 목록 위생은 배달성을 신경 쓰는 발신자에게 선택 사항이 아닙니다 — 그것은 누군가의 받은편지함에 들어가는 대가입니다.
다시 보낼 때, 기다릴 때, 포기할 때
당신의 상황을 이 5가지 시나리오 중 하나에 맞추고 해당 플레이북을 따르세요. 두 개의 반송이 같은 응답을 받을 자격이 없습니다.
시나리오 1 — 소프트 반송, 단일 수신자 (코드 421, 450, 451, 452).
24-48시간을 기다렸다가 한 번 재시도하세요. 대부분의 수신 서버는 Yahoo Sender Hub에서 문서화한 재시도 규칙에 따라 해당 기간 내에 복구됩니다. 동일한 4xx 코드로 두 번째로 반송되면, 하드 반송으로 취급하세요 — 주소를 조사하거나 다른 채널을 통해 수신자에게 연락하세요. 무한 루프에 빠지지 마세요; 3회 재시도 시도가 실질적인 천장입니다. 그 이후로, 소프트 반송은 기능적으로 영구적입니다.
시나리오 2 — 하드 반송, 단일 수신자 (코드 550, 551, 553).
같은 주소를 다시 보내지 마세요. 서버가 메일함이 존재하지 않거나 메일을 수락하지 않을 것이라고 말했습니다. 위의 체크리스트를 사용하여 주소가 올바르게 철자되었는지 확인하세요. 올바르면, 대체를 찾으세요 — LinkedIn 메시지, 전화, 대체 이메일 또는 동료를 통한 연락. 같은 하드 반송된 주소를 다시 보내는 것은 발신자 평판을 손상시키는 가장 빠른 방법입니다. 수신 서버의 스팸 필터는 매번 시도할 때마다 메모를 합니다.
시나리오 3 — 스팸 관련 코드가 있는 반송 (541, 554 with "blocked" 텍스트).
다시 보내지 마세요. 다시 보내는 것은 평판 문제를 깊게 하고 수신 서버에게 당신이 거부를 주의 깊게 듣지 않고 있음을 확인합니다. 당신의 도메인이나 IP가 주요 차단 목록에 나타나는지 확인하세요 — Spamhaus ZEN, Barracuda Reputation Block List, SORBS. 메시지가 시간이 민감했다면, 다른 채널을 통해 수신자에게 연락하고 당신이 그들의 끝에서 차단될 수 있음을 알려주세요. 그들의 IT 팀이 때때로 몇 분 안에 당신을 화이트리스트에 올릴 수 있습니다. 그런 다음 더 많은 메일을 보내기 전에 기본 문제(인증, 콘텐츠, 발송 볼륨, IP 평판)를 수정하세요.
시나리오 4 — 반송된 시간이 민감한 이메일.
재시도를 신뢰하지 마세요. 전화를 들거나, 문자를 보내거나, Slack/Teams/WhatsApp을 통해 메시지를 보내거나, 수신을 실시간으로 확인하는 다른 채널을 사용하세요. 이메일 반송에는 첨부된 서비스 수준 계약이 없습니다 — 당신의 재시도는 4시간 후에, 4일 후에, 또는 절대 도착하지 않을 수 있습니다. 메시지가 오늘 중요하면, 이메일은 더 이상 이 대화를 위한 올바른 채널이 아닙니다. 전환하세요.
시나리오 5 — 대량 발송에서 여러 반송.
더 보내기 전에 캠프를 즉시 중지하세요. 2% 임계값 이상의 반송률은 광범위하게 ISP 허용 가능으로 인용되며 목록 위생 문제를 신호하고 나머지 수신자에 대한 필터링을 트리거합니다 — 주소가 맞는 사람들이 메일을 받을 수 없게 됩니다. 일시 중지하세요. 다시 시작하기 전에 목록을 이메일 검증을 통해 실행하세요. 인증 설정을 감사하세요 (SPF, DKIM, DMARC). Google Postmaster Tools 및 Microsoft SNDS를 확인하여 Gmail과 Outlook이 당신을 조절하고 있는지 확인하세요. 반송 이벤트 중간에 캠프를 다시 시작하면 보낸 모든 추가 메시지와 함께 평판 손상이 복합됩니다.
5가지 시나리오 전체의 패턴: 반송은 신호이지, 단순한 오류가 아닙니다. 각각은 배달이 실패한 이유에 대해 뭔가 구체적을 알려줍니다. 그들을 상호 교환 가능한 노이즈로 취급하는 것은 복구 가능한 문제를 장기적인 배달성 문제로 바꾸는 가장 빠른 방법입니다.
반송 방지 플레이북 작성하기
대부분의 반송은 발송 전에 방지 가능합니다. 신중한 발신자가 실행하는 상시 체크리스트로 다음을 취급하세요 — 새로운 연락처 목록마다 한 번, 진행 중인 프로그램을 위해 매월.
1. 발송 전에 주소를 검증하세요 (특히 새로운 목록의 경우).
50개 이상의 주소 목록을 문법, MX 레코드 및 메일함 존재를 확인하는 이메일 검증 도구를 통해 실행하세요. 발송 전에 유효하지 않은 주소를 포착하는 것은 반송률을 ISP가 빨간 플래그로 취급하는 2% 임계값 아래로 유지합니다. 일회용 주소도 선별 목록에 속합니다 — 그들은 조용히 만료되고 하드 반송이 됩니다. 일회용 주소 선별은 초 단위로 그들을 포착합니다, 어떤 캠프에도 임포트되기 전에.
2. 발송 도메인을 위해 SPF, DKIM 및 DMARC를 설정하세요.
이 3가지 DNS 레코드는 메일을 인증합니다. 2024년 2월 이후, Gmail과 Yahoo는 하루에 5,000개 메시지를 초과하는 모든 발신자에게 세 가지를 모두 요구하며, Yahoo의 대량 발신자 요구 사항에 따라 비준수 메일을 거부하거나 격리합니다. 설정은 일회성 DNS 편집입니다. Google Workspace, Microsoft 365, 또는 Postmark나 SendGrid와 같은 트랜잭션 제공자를 통해 사용자 정의 도메인에서 보낸다면, 해당 플랫폼의 게시된 설정 가이드를 따르세요 — 모든 주요 제공자는 하나를 가지고 있습니다. 문법을 즉흥적으로 꾸미지 마세요. 나쁜 SPF 레코드는 누락된 것보다 더 많은 반송을 유발합니다.
3. 발신자 평판을 매월 모니터링하세요.
Google Postmaster Tools (무료, DNS 검증 필요) 및 Microsoft SNDS를 사용하여 Gmail과 Outlook이 당신의 도메인과 IP를 어떻게 점수를 매기는지 확인하세요. 3가지 신호를 주시하세요: 도메인 평판의 갑작스러운 하락, 스팸 불만 속도가 0.1%를 초과, IP 평판이 "Bad" 또는 "Low"로 표시됩니다. 평판 이동을 조기에 포착하세요 — 캠프가 기대보다 악화했을 때, 불만이 틱 올라갔을 때 — 점수가 마침내 임계값을 교차할 때 도착하는 캠프 살해 반송을 방지합니다.
4. 새로운 발송 도메인과 IP를 점진적으로 워밍업하세요.
새로운 도메인에서 첫 번째 날에 10,000개의 이메일을 보내는 것은 모든 주요 수신자에서 볼륨 기반 필터링을 트리거합니다. 참여한 수신자에게 대략 하루에 50개 메시지에서 시작하여 목표 볼륨에 도달할 때까지 매주 2배로 늘리세요. 수신 서버는 일관되고 낮은 불만 발송을 기반으로 평판 프로필을 구축합니다 — 갑작스러운 볼륨 급증은 손상된 계정 또는 스팸 실행과 구분할 수 없게 보이고 따라서 그렇게 취급됩니다.
5. 24시간 내에 반송 및 구독 취소를 처리하세요.
하드 반송된 주소는 즉시 활성 발송 목록에서 제거되어야 합니다. 억제된 주소 — 구독 취소, 불만, 이전 하드 반송 — 다시는 재임포트되지 않는 영구 억제 목록에 속합니다. 대부분의 이메일 플랫폼 (Mailchimp, HubSpot, SendGrid)은 이를 자동으로 처리하지만, 설정을 확인하세요. 사용자 정의 시스템에서 보낸다면, 억제 로직을 구축하세요. 반송 처리 비용은 평판으로 지급되며, 청구서는 몇 개월 후에 도착합니다.
6. 1,000명 이상의 수신자에게 보내기 전에 시드 테스트를 실행하세요.
먼저 주요 제공자 — Gmail, Outlook, Yahoo, iCloud, 그리고 한 곳의 회사 도메인 당신이 제어 — 에 걸쳐 시드 주소의 작은 목록으로 캠프를 보내세요. 전체 목록으로 시작하기 전에 받은편지함 배치를 확인하세요 (Promotions 탭 아님, 스팸 폴더 아님). 10분의 시드 테스트는 인증 중단, 콘텐츠 필터 트리거, 깨진 이미지, 그리고 그렇지 않으면 수천 명의 수신자에게 영향을 미칠 렌더링 문제를 포착합니다. 이 단계를 건너뛰는 비용은 대략 전체 캠프의 비용입니다 — 규모에서의 나쁜 첫 인상은 복구하기 어렵기 때문입니다.
이 6가지 습관은 Yahoo Sender Hub 대량 발신자 요구 사항 및 주요 이메일 인프라 제공자에서 문서화한 배달성 지침에서 컴파일되었으며, 메일이 일관되게 받은편지함에 도달하는 발신자와 반송 이메일이 계속 나타나는 이유를 문제 해결하는 데 절반을 보내는 발신자 사이의 차이입니다. 작업은 반송의 상류에 있으며, 하류가 아닙니다.
반송은 사실 이후로 고칠 발송 문제가 아닙니다. 첫 메시지가 나가기 전에 해결해야 할 목록 및 인증 문제입니다.