발송 전 이메일 리스트 검증, 하드바운스를 막는 절차

리스트에 오래된 주소나 오탈자가 섞인 채로 대량 메일 발송 프로그램을 돌리면, 첫 캠페인부터 하드바운스율이 치솟아 발신 도메인 평판이 무너질 수 있습니다. 이메일 검증 툴로 발송 전에 리스트를 걸러내면 이런 사고를 대부분 예방할 수 있습니다. 이 글에서는 검증 툴이 실제로 무엇을 확인하는지, 어떤 절차로 적용해야 하는지 정리합니다.

검증 없이 발송하면 벌어지는 일

타겟 리스트를 수작업으로 모으다 보면 오탈자, 퇴사자 주소, 폐쇄된 도메인이 섞이기 마련입니다. 이런 주소로 그대로 발송하면 수신 서버가 550 같은 영구 오류를 돌려주는 하드바운스가 발생합니다.

문제는 바운스 자체가 아니라 그다음입니다. Gmail, Naver, 다음 같은 수신 서버는 발신 도메인의 바운스율과 스팸 신고율을 지속적으로 관찰하고, 일정 수준을 넘기면 이후 메일을 스팸함으로 보내거나 아예 차단합니다. 검증 없이 대량 메일 발송 프로그램으로 캠페인을 반복하면, 정상 주소로 보낸 메일까지 도달률이 함께 떨어지는 결과로 이어집니다.

이메일 검증 툴이 실제로 확인하는 항목

email deliverability tools는 SMTP 핸드셰이크로 실제 메일을 보내지 않고도 수신 서버에 연결해 해당 주소가 존재하는지 확인합니다. 여기에 문법 검사, MX 레코드 존재 여부, 도메인의 catch-all 설정 여부, 일회용 이메일 도메인 여부, role 계정 여부까지 함께 판단합니다.

• 신택스 오류 — @ 누락, 오타 등 형식 자체가 잘못된 주소
• 도메인 존재 여부 — MX 레코드가 없는 죽은 도메인
• 메일함 존재 여부 — SMTP 응답으로 실제 수신함이 있는지 확인
• catch-all 여부 — 모든 주소를 받아주는 도메인이라 개별 검증이 불확실
• role 계정 여부 — 개인 담당자가 아닌 info@, sales@ 같은 부서 대표 주소
• 일회용 도메인·스팸트랩 의심 도메인

검증 결과 등급과 발송 전 벤치마크

검증 결과는 보통 deliverable(발송 가능), risky(위험), undeliverable(발송 불가) 세 등급으로 나뉩니다. B2B 타겟 리스트를 직접 수집한 경우에도 검증을 거치면 일정 비율은 risky·undeliverable로 분류되는 것이 정상입니다.

risky로 분류된 주소는 무조건 제외할 필요는 없지만, 발송 물량을 나눠 소량으로 먼저 테스트하는 편이 안전합니다. undeliverable 주소는 검증 후 반드시 리스트에서 제거해야 합니다.

하드바운스율과 도달률의 관계

검증을 거치지 않고 발송했을 때 하드바운스율이 어느 구간을 넘어서는지에 따라 이후 캠페인의 도달률이 크게 갈립니다. 바운스율이 낮게 유지될수록 같은 도메인에서 보낸 다음 메일도 받은편지함에 들어갈 확률이 높아집니다.

발송 전 검증 절차 5단계

리스트를 확보한 뒤 다음 순서로 검증하면 하드바운스로 인한 평판 손상을 대부분 막을 수 있습니다.

• 리스트 정리 — 중복, 형식 오류 주소를 먼저 걸러냅니다.
• 검증 툴에 리스트 업로드 — 배치 검증으로 전체 주소 상태를 확인합니다.
• undeliverable 주소 제거 — 예외 없이 발송 리스트에서 삭제합니다.
• risky 주소는 별도 그룹으로 분리 — 소량, 낮은 발송 속도로 먼저 테스트합니다.
• 본 발송 전 워밍업된 발신 도메인으로 하루 발송량을 서서히 늘립니다.

자주 하는 실수와 체크리스트

검증을 한 번만 하고 리스트를 계속 재사용하는 경우가 많습니다. 주소는 시간이 지나며 계속 죽기 때문에, 3~6개월 지난 리스트는 재검증이 필요합니다.

검증 결과를 발송 동의 여부와 혼동하는 경우도 흔합니다. 이메일 검증 툴은 주소가 실재하는지만 확인할 뿐, 정보통신망법 제50조가 요구하는 수신자의 사전 동의 여부와는 무관합니다. 검증을 통과한 주소라도 영리목적의 광고성 정보를 보내려면 별도로 사전 동의를 확보하고, 제목에 광고 표시를, 본문에 수신거부 방법을 명시해야 합니다.

risky 주소까지 한 번에 대량으로 발송하는 것도 흔한 실수입니다. 워밍업되지 않은 도메인에서 risky 비율이 높은 리스트로 대량 메일 발송 프로그램을 그대로 돌리면 검증 전보다 오히려 평판이 나빠질 수 있습니다.

자주 묻는 질문