유효하지 않은 이메일 주소로 보내면 어떻게 될까

발송 버튼을 누르는 순간

이메일을 보내면 메시지는 수신자 도메인의 MX 레코드에 지정된 수신 메일 서버로 전달돼요. 그 서버는 메시지를 받아 전달할지, 거부할지 결정해요. 유효하고 활성 상태인 메일함이라면 서버가 메시지를 수락하고 수신자의 받은편지함이나 스팸함에 넣어요. 유효하지 않은 주소라면 답은 거부예요.

주소가 유효하지 않은 이유는 여러 가지예요. @ 앞부분인 로컬 파트를 잘못 입력해서 메일함이 처음부터 존재하지 않았을 수 있어요. 메일함이 한때 있었지만 삭제됐을 수도 있는데, 직원이 퇴사할 때 흔히 일어나요. 도메인 자체가 죽어서 메일을 받을 서버가 설정되어 있지 않을 수도 있어요. 어떤 경우든 수신 서버는 메시지를 전달할 수 없고, 그에 맞게 응답해요.

거부는 조용히 일어나지 않아요. 서버는 응답을 만들어 여러분에게 돌려보내고, 그 응답에서부터 결과가 시작돼요.

전달 실패 보고서(NDR)

여러분이 받는 응답을 전달 실패 보고서(NDR)라고 하며, 반송 메시지 또는 바운스백이라고도 불러요. 보낸 메시지의 Return-Path, 즉 회신 주소에 연결된 받은편지함으로 도착하는 자동 이메일이에요. NDR은 메시지를 전달할 수 없었다는 사실과, 무엇보다 그 이유를 알려줘요.

모든 NDR에는 실패 원인을 설명하는 상태 코드가 있어요. 500번대 코드는 영구적인 실패를 뜻해요. 가장 흔한 550은 메일함을 사용할 수 없다는 뜻으로, 보통 주소가 존재하지 않기 때문이에요. 400번대 코드는 메일함이 가득 찼거나 서버를 잠시 사용할 수 없는 것처럼 일시적인 실패를 뜻해요. NDR에는 보통 "recipient address rejected: user unknown"이나 "mailbox unavailable" 같은 사람이 읽을 수 있는 문장도 들어 있어서 같은 내용을 쉬운 말로 다시 알려줘요.

유효하지 않은 주소라면 NDR은 영구적인 실패를 보고해요. 이것이 바로 하드 바운스예요. 하드 바운스는 실패가 저절로 해결되지 않는다는 뜻이에요. 그 주소는 죽었고, 내일도 다음 달에도 마찬가지예요. 나중에 재시도하면 성공할 수도 있는 일시적인 실패인 소프트 바운스와는 정반대예요. 이 차이는 다음에 무엇을 해야 할지, 그리고 그 실패가 평판에 어떤 영향을 주는지에 매우 중요해요.

하드 바운스가 평판에 미치는 영향

하드 바운스 한 번은 큰일이 아니에요. 죽은 주소 하나에 메시지 하나를 보냈다면 발신자 평판에 미치는 영향은 미미해요. 위험한 것은 개별 반송이 아니라 패턴이에요.

Gmail, Outlook, Yahoo 같은 메일 제공업체는 모든 발신자를 지속적으로 평가해요. 메시지가 얼마나 반송되는지, 얼마나 많은 수신자가 스팸으로 신고하는지, 얼마나 열어보고 반응하는지 등 여러 신호를 추적해요. 이를 바탕으로 발신자 평판을 만드는데, 이는 여러분이 받은편지함으로 전달할 만한 정상적인 발신자인지에 대한 지속적인 판단이에요. 캠페인을 모니터링하고 있다면 하드 바운스를 최신 이메일 반송률 벤치마크와 비교하고, 실패한 발송을 모두 평범한 노이즈로 취급하지 마세요.

메일 제공업체 입장에서 보면 이래요. 동의를 받아 주소를 수집하고 리스트를 관리하는 정상적인 발신자는 구독자를 알기 때문에 죽은 주소로 보내는 일이 드물어요. 반면 스패머는 검증하지 않은 주소로 가득한 스크래핑 리스트나 구매한 리스트로 마구 발송하기 때문에 하드 바운스가 끊임없이 발생해요. 그래서 높은 하드 바운스율은 스패머를 가려내는 가장 확실한 지표 중 하나예요. 캠페인에서 하드 바운스가 많이 나기 시작하면 여러분도 두 번째 그룹처럼 보이기 시작해요.

피해는 죽은 주소에서 끝나지 않아요. 제공업체가 여러분의 리스트 품질이 낮다고 판단하면, 완전히 유효하고 반응이 좋은 수신자에게 가는 메시지까지 모든 메일을 더 의심스럽게 처리하기 시작해요. 받은편지함 도달률이 떨어지고, 실제 고객은 여러분의 이메일을 보지 못하게 돼요. 심한 경우 높은 반송률이 계속되면 발신 도메인이나 IP가 블록리스트에 올라, 모든 제공업체에서 한꺼번에 전달 문제가 생길 수 있어요. 리스트를 검증하지 않아 아낀 몇 센트가 결국 받은편지함 도달을 잃는 대가로 돌아와요.

반송 도메인 관점

덜 눈에 띄는 두 번째 위험도 있어요. NDR을 받는 Return-Path 도메인, 흔히 반송 도메인이라 부르는 이 도메인에도 자체 평판이 있어요. 이 도메인으로 하드 바운스가 대량으로 쌓이면 그 자체로 유효하지 않거나 오래된 주소로 발송하고 있다는 신호가 돼요. 그래서 부주의한 캠페인은 발신 ID와 반송 도메인, 두 곳의 평판을 동시에 떨어뜨려요.

유효하지 않은 주소가 긴급 상황이 되는 때

조치할 시점은 캠페인이 전달 실패 패턴으로 굳어지기 전이에요. 전체 반송률과 하드 바운스 집중도를 함께 보세요.

지표에 대한 더 자세한 정의는 반송률 용어 설명 페이지를 벤치마크 가이드와 함께 참고하세요.

재시도가 상황을 악화시키는 이유

메시지가 실패하면 다시 보내고 싶은 게 자연스러워요. 하지만 하드 바운스라면 그 본능은 틀렸고, 그대로 행동하면 오히려 해가 돼요.

하드 바운스는 정의상 영구적이에요. 그 주소는 존재하지 않아요. 다시 보내도 결과는 똑같아요. 또 한 번의 거부, 또 하나의 NDR, 평판에 기록되는 또 하나의 하드 바운스예요. 얻는 것은 없고 평판만 더 잃어요. 더 큰 문제는 재시도가 전달하는 메시지예요. 이미 죽었다고 알려준 주소로 계속 보내는 것을 본 수신 서버는, 반송 피드백을 처리하지 않거나 신경 쓰지 않는 발신자로 판단해요. 어느 쪽이든 품질이 낮고 자동화된 발신자일 가능성을 가리켜요. 죽은 것으로 알려진 주소로 반복 발송하는 것은 제공업체가 스팸 활동과 연결 짓는 바로 그 행동이에요.

하드 바운스에 대한 올바른 대응은 해당 주소를 영구적으로 차단하는 거예요. 차단 리스트에 추가하고, 활성 리스트에서 제거하고, 다시는 발송하지 마세요. 대부분의 이메일 플랫폼은 NDR을 처리할 때 이를 자동으로 할 수 있어요. 하드 바운스는 최종 결과로 다루세요. 실제로 그렇거든요.

반송 처리 규칙

유효하지 않은 주소로 발송하지 않는 방법

앞서 설명한 거부, NDR, 평판 피해로 이어지는 연쇄 반응은 모두 예방할 수 있어요. 발송 시점에 리스트에 유효하지 않은 주소가 있을 때만 일어나요. 발송 전에 유효하지 않은 주소를 제거하면 연쇄 반응은 시작되지 않아요.

그것이 바로 이메일 검증 기능이 하는 일이에요. 검증 도구는 각 주소를 사용하기 전에 확인하고 어떤 주소가 실패할지 알려줘서 캠페인에서 제외할 수 있게 해줘요. VeriMails는 모든 주소에 다층 검사를 실행해요. RFC 5322 형식 사양에 따른 구문 검증, 도메인이 메일을 받을 수 있는지 확인하는 MX 및 DNS 조회, 그리고 수신 서버에 메일함이 응답하는지 묻는 실시간 SMTP 핸드셰이크까지, 메시지를 전혀 보내지 않고 진행해요. 또한 캐치올 도메인, 일회용 주소, 역할 기반 주소처럼 문제를 일으키기 쉬운 유형도 감지해요. 검증은 믿을 수 있는 리스트 정리를 위해 만들어졌고, 주소마다 명확한 결과를 돌려줘요.

검증 방법은 두 가지예요. 대량 CSV 검증 기능은 기존 리스트 전체를 한 번에 정리해 주므로 캠페인 전에 쓰기 좋아요. REST API 기능은 주소 하나를 실시간으로 검증해서, 잘못된 주소가 데이터베이스에 들어가기 전에 가입 폼의 오타를 잡아내기에 적합해요. 수집 시점에 실수를 잡는 것이 가장 효율적인 예방이에요. 유효하지 않은 주소가 아예 저장되지 않으니까요.

다시 검증해야 할 때

리스트를 몇 달 동안 사용하지 않았을 때, 대규모 CRM 가져오기 후, 데이터 보강 후, 또는 최근에 메일을 보내지 않은 연락처에 캠페인을 보내기 전에 다시 검증하세요. 사람들이 이직하거나 도메인이 만료되거나 메일함이 삭제되면 주소는 유효하지 않게 될 수 있으므로, 깨끗한 결과는 영구적인 보장이 아니라 특정 시점의 신호예요.

검증 비용은 손상된 발신 평판을 복구하는 비용보다 적어요. 일회성 크레딧 팩과 월간 플랜 중에서 고민 중이라면 현재 VeriMails 요금 정보를 확인하고, 대량 발송 전에 현재 리스트의 샘플을 테스트해 보세요.

자주 묻는 질문