이메일 반송률: 안전한 기준과 해결 순서

서버가 250 OK를 반환해도 이메일 반송률은 갑자기 치솟을 수 있습니다. 배달되었다고 생각했지만 스무 분 뒤 발송 대시보드에는 실패율 8%가 표시되고, 대기열에 넣는 재시도마다 문제가 더 악화됩니다.

이는 단순한 배달 장애가 아닙니다. 발신자 평판이 실시간으로 손상되고 있는 상황입니다. 이메일 반송률은 사서함 공급자가 정상적인 발신자와 구매한 데이터베이스에 대량으로 메일을 보내는 발신자를 구분할 때 사용하는 중요한 신호 중 하나입니다. Gmail, Outlook, Yahoo의 자동화 시스템은 조치 전에 반드시 경고하지 않습니다. 문제가 되는 기준을 넘으면 실패한 발송뿐 아니라 여러 해 동안 메일을 열어 본 구독자까지 전체 목록의 배달 가능성이 낮아질 수 있습니다.

여기서는 각 반송 유형의 의미, 확인해야 할 SMTP 코드, 기본 도메인에 피해가 가기 전에 취할 수 있는 조치의 순서를 설명합니다. 이메일 반송률이 전반적인 발신자 신뢰에 어떤 영향을 주는지 폭넓게 알아보려면 이메일 발신자 평판 신호 가이드를 참고하세요.

이메일 반송의 세 가지 유형

이메일 반송률은 수신 서버가 거부한 발송 메시지의 비율입니다. "반송"은 하나의 실패 유형이 아닙니다 - 서로 다른 SMTP 코드와 전혀 다른 해결책을 가진 세 가지 유형이 있습니다. 수신 서버가 반환하는 코드는 RFC 5321에 표준화되어 있습니다. 세 유형을 모두 똑같이 처리하면 목록 관리 문제가 인프라 위기로 번질 수 있습니다.

하드 바운스 - 영구적인 실패

SMTP 코드: 5xx - 일반적으로 550 5.1.1 User Unknown 또는 550 5.1.2 Bad Destination Mailbox Address

주소가 존재하지 않거나 도메인이 만료되었거나 사용자가 세 해 전에 회사를 떠났습니다. 하드 바운스는 재시도로 해결되지 않습니다. 첫 번째 이후의 모든 시도는 사서함 공급자에게 목록을 제대로 관리하지 않는다는 신호를 줍니다 - 정상적인 발신자는 존재하지 않는 주소로 반복해서 보내지 않습니다.

조치: 즉시 영구적으로 차단하세요. 향후 재참여 캠페인을 위해 보관하지 말고 활성 목록에서 삭제하세요.

소프트 바운스 - 일시적인 실패

SMTP 코드: 4xx - 일반적으로 421 Service not available, 450 Mailbox unavailable 또는 452 Insufficient storage

주소는 유효할 수 있습니다. 사서함이 가득 찼거나 수신 서버가 중단되었거나 발송 속도가 제한되는 등 일시적인 이유로 배달이 실패했습니다. 대부분의 ESP(Amazon SES, SendGrid, Postmark)는 24-72시간 동안 자동으로 재시도합니다. 그 시간이 지나도 계속 실패하면 하드 바운스처럼 처리하세요.

조치: ESP가 재시도를 처리하도록 두세요. 72시간이 지나도 계속되면 해당 주소를 차단하세요.

블록 바운스 - 정책에 따른 거부

SMTP 코드: 5xx - 일반적으로 550 5.7.1, 554 5.7.1, Google의 550 5.7.26 또는 Microsoft의 550 5.7.515

주소는 존재하지만 수신 서버가 메시지를 거부했습니다 - 수신자 때문이 아니라 발신자 때문입니다. IP가 차단 목록에 있거나 SPF 레코드가 잘못되었거나 DKIM 서명이 검증되지 않았을 수 있습니다. 이는 긴급한 인프라 문제입니다. 연락처를 차단해도 도움이 되지 않습니다.

조치: 수신자 목록은 변경하지 마세요. 먼저 발송 인프라를 점검하고 복구하세요.

표에 포함되지 않은 네 번째 실패 유형도 있습니다. 바로 조용한 필터링입니다. Gmail은 250 OK로 메시지를 수락한 뒤 곧바로 스팸함으로 보낼 수 있으며, 일부 상황에서는 눈에 보이게 배달하지 않을 수도 있습니다. 이는 이메일 반송률에 전혀 잡히지 않습니다. 대신 열람률이 크게 떨어지는 현상으로 나타날 수 있습니다. 반송률은 낮은데 참여도가 급감한다면 조용한 스팸 필터링의 신호일 수 있습니다. 반송 수치는 정상으로 보이지만 참여도가 크게 떨어진다면 이 가능성을 조사해야 합니다.

정상적인 이메일 반송률은 얼마인가요?

일반적인 지침으로 이메일 반송률은 2% 미만이며, 0.5% 미만은 대체로 양호한 수준으로 간주됩니다. 업계 평균보다 더 중요한 것은 사서함 공급자가 발송을 제한하거나 ESP가 계정을 검토하고 경우에 따라 정지하는 기준과 패턴입니다. 한 번의 급등도 경고 신호이며, 높은 수치가 계속되면 위험이 크게 커집니다.

• 0.5% 미만 - 최적. 목록이 깨끗하고 인프라가 안정적으로 보입니다. 유지해야 할 목표 범위입니다.
• 0.5%-2.0% - 허용 범위. 오래된 B2B 데이터베이스나 발송 빈도가 낮은 경우 나타날 수 있습니다. 반드시 즉각적인 위험을 뜻하지는 않지만 갑작스러운 급등은 더 커지기 전에 조사하세요.
• 2.0%-5.0% - 위험 구간. 사서함 공급자가 메일의 속도를 제한하거나 필터링하기 시작할 수 있습니다. 여러 해 동안 캠페인을 열어 본 구독자의 받은편지함 배치도 나빠질 수 있습니다.
• 5.0% 초과 - 심각. 발송이 원치 않는 대량 메일처럼 보일 수 있습니다. Amazon SES는 공유 IP 풀의 평판을 보호하기 위해 이 정도의 반송률에서 계정 정지를 포함한 조치를 취할 수 있습니다.

스팸 신고율이라는 두 번째 수치도 똑같이 중요합니다. Google의 2024년 발신자 요구사항은 발신자가 도달하지 말아야 할 상한으로 0.3%, 즉 신고 3건/발송 1,000건을 제시합니다. 이 기준을 넘으면 이메일 반송률이 낮더라도 Gmail이 메시지를 더 강하게 필터링하거나 거부할 수 있습니다.

이메일 반송률이 급등하는 이유: 근본 원인

연락처를 차단하기 전에 발송 로그의 오류 코드를 확인하세요. 어떤 구성 요소가 실패했는지 알 수 있습니다. 이메일 반송률 급등의 대부분은 세 가지 원인으로 좁혀지며, 각 원인에는 서로 다른 대응이 필요합니다. 세 가지를 모두 목록 관리 문제로 처리하면 실제 원인은 해결하지 못한 채 일주일을 정리에 쓸 수 있습니다.

목록 노후화와 잘못된 데이터

로그에 550 5.1.1 User Unknown이 가득하다면 주소 데이터가 오래되었거나 잘못된 것입니다. 이메일 목록은 추정치로 매달 약 2%씩 유효성을 잃습니다 - 사람들이 직장을 옮기고, 기업이 인수되며, 도메인이 만료됩니다. 두 해 전에는 깨끗했던 목록도 지금은 유효한 주소의 상당 부분을 잃었을 수 있습니다.

오타도 문제를 키웁니다. gmal.com, yahoomail.com, hotmal.com 같은 주소는 가입 양식을 통과해 목록에 들어온 뒤 발송할 때까지 발견되지 않습니다. 구매한 목록이라면 상당한 위험이 있다고 가정하세요. 구매 목록에는 대량 발신자를 식별하기 위한 스팸 트랩 주소가 포함될 수 있으며 - 트랩 하나만 건드려도 Spamhaus 등재에 영향을 줄 수 있습니다.

인증 실패

550 5.7.26(Google) 또는 550 5.7.515(Microsoft)가 보인다면 잘못된 수신자 주소가 아니라 인증 실패 때문에 이메일 반송률이 오르는 것일 수 있습니다. 다음 세 가지를 확인하세요.

• SPF: 발송 IP를 허용했나요? 실수로 DNS 조회 10회 제한을 넘지 않았나요?
• DKIM: 암호화 서명이 유효하고 From 도메인과 일치하나요?
• DMARC: SPF 또는 DKIM이 아직 실패하는데 정책이 p=reject로 설정되어 있나요?

최근에 문제가 생겼거나 처음부터 설정하는 중이라면 SPF 레코드 설정 가이드에서 전체 구성을 확인하세요. include 체인의 DNS 조회 수가 제한을 넘어서 블록 바운스를 일으키기 전에 점검하는 방법도 설명합니다.

IP 또는 도메인 평판 차단

554 5.7.1 Service unavailable; Client host [x.x.x.x] blocked using Spamhaus가 보인다면 발송 IP가 Spamhaus에 의해 차단된 것입니다. 이는 수신자 목록이 아니라 해당 IP의 이력과 관련된 문제입니다. 공유 ESP IP 풀에서는 다른 발신자의 행동도 풀 전체의 문제에 영향을 주었을 수 있습니다.

IP 차단은 대개 해결할 수 있지만 IP만 바꾼다고 이메일 반송률이 빠르게 회복된다는 보장은 없습니다. 도메인 평판은 IP를 변경해도 남기 때문에 벗어나기 더 어렵습니다. 도메인 평판 문제로 발생한 블록 바운스는 복구에 수 주간의 깨끗한 저용량 발송이 필요할 수 있으며, IP 변경만으로는 충분하지 않습니다.

분류 대응 절차: 이 순서대로 해결하세요

이메일 반송률이 갑자기 오르면 해결책만큼 조치의 순서도 중요합니다. 단계를 건너뛰면 겉보기 해결책에 머물기 쉽습니다 - 연락처를 차단해도 근본 원인이 다음 발송에서 새로운 반송을 만듭니다. 다음 순서대로 진행하세요.

1단계: 하드 바운스를 즉시 제거

반송 보고서를 내보내세요. "User Unknown" 또는 "Bad Destination"이 포함된 모든 하드 바운스 5xx 코드를 필터링하고 활성 목록에서 즉시 제거하세요. 향후 재참여 캠페인을 위해 일시 중지 상태로 두지 마세요. 존재하지 않는 주소로 보내는 메일 하나하나가 수신 사서함 공급자에게 부정적인 데이터 신호가 되며 - 이런 신호는 누적됩니다.

2단계: 인증 레코드 점검

다음 캠페인을 보내기 전에 인증 설정을 확인하세요. 잘못된 SPF 레코드 하나로 인해 주요 공급자에서 전체 활성 목록에 블록 바운스가 발생할 수 있습니다.

# Check your SPF record - count each DNS lookup mechanism (must stay at or under 10)
dig txt yourdomain.com +short

# Check your DMARC policy - p=reject blocks everything if SPF/DKIM are failing
dig txt _dmarc.yourdomain.com +short

# Check your DKIM selector - replace "selector1" with your actual selector name
dig txt selector1._domainkey.yourdomain.com +short

여러 도메인의 인증을 관리한다면 SPF 조회 제한은 실제로 주의해야 할 함정입니다. 한 도메인은 단독으로 문제없이 작동할 수 있지만 다른 도메인은 중첩된 include: 체인을 물려받아 조회 수가 모르는 사이 12회까지 늘어날 수 있습니다 - 그러면 갑자기 Gmail이 SPF 실패로 해당 도메인의 모든 메시지를 거부합니다.

3단계: 차단 목록 확인

MXToolbox 같은 다중 RBL 도구로 발송 IP를 확인하세요. 차단 목록 등재는 하룻밤 사이 이메일 반송률을 높일 수 있습니다. 다음 목록은 주요 공급자의 배달에 특히 영향을 줄 수 있습니다.

• Spamhaus SBL/XBL/ZEN: 1등급. 여기에 등재되면 Gmail, Outlook, Yahoo의 배달에 큰 지장이 생길 수 있습니다. 발송을 중지하고 원인을 조사한 뒤 삭제를 요청하세요.
• SpamCop: 1등급. 영향이 클 수 있습니다. 등재 사유에 따라 며칠 동안 문제없이 발송하면 자동 삭제될 수도 있습니다.
• UCEPROTECT Level 3: 많은 주요 공급자가 직접 사용하지 않는 것으로 보입니다. 상태를 확인하되 증거가 분명한 배달 문제의 원인을 우선 처리하세요.

4단계: 발송 도메인 분리

마케팅 캠페인 후 반송이 급증했다면 원인을 파악할 때까지 기본 @company.com 도메인에서 발송을 중지하세요. @newsletters.company.com 같은 전용 하위 도메인을 자체 SPF와 DKIM 레코드를 갖추어 설정하세요. 해당 평판이 손상되더라도 청구서, 지원 티켓, 계약서는 기본 도메인에서 계속 발송할 수 있습니다. 다만 신호가 함께 평가될 수 있으므로 완전한 분리가 보장되는 것은 아닙니다.

TrekMail이 인프라 측면을 처리하는 방법

많은 이메일 반송률 문제는 두 범주로 나뉩니다. 발신자가 책임져야 하는 잘못된 목록 데이터와 호스팅 설정이 중요한 잘못된 인증 인프라입니다. TrekMail은 인증 관련 블록 바운스가 반복되는 사고가 되지 않도록 인프라 측면을 지원합니다.

기존 방식: 고객 도메인 25개의 SPF, DKIM, DMARC를 수동으로 관리합니다. 잘못된 include: 체인 하나가 도메인 전체의 SPF를 무효화합니다. DNS 로그를 세 시간 동안 살펴본 끝에 오래된 레코드 하나가 조회 수를 10회 초과하게 만든 원인임을 알아냅니다.

TrekMail 방식: 도메인을 프로비저닝할 때 SPF/DKIM/DMARC 마법사가 레코드를 생성하고 검증합니다. 인증은 설정 단계에서 처리됩니다 - 조회 수를 직접 셀 필요도 없고 11pm에 TXT 레코드 오타를 낼 일도 없습니다.

여러 고객을 관리하는 에이전시에는 BYO SMTP가 추가적인 분리 수단이 됩니다. 고객은 IMAP 사서함 호스팅에 TrekMail을 사용하지만 외부 발송에는 자체 Amazon SES 또는 SendGrid 계정을 연결합니다. 고객 한 명이 발신자 평판을 손상해 계정이 정지되면 사서함을 건드리지 않고 API 키를 교체할 수 있습니다. 발송 계정을 별도로 복구하는 동안 호스팅 인프라는 그대로 유지됩니다.

Starter 요금제는 $3.50/month이며 관리형 SMTP와 도메인 50개를 포함합니다. Nano 요금제는 신용카드가 필요 없으며 BYO SMTP로 도메인 10개를 지원합니다 - 이미 발송 서비스를 사용하고 있고 깔끔한 호스팅과 인증 계층만 필요하다면 무료로 시작할 수 있습니다. 현재 세부 정보와 적합한 요금제를 알아보려면 TrekMail 요금제를 비교하세요.

이메일 반송률을 0.5% 미만으로 유지하는 세 가지 습관

당장의 문제를 멈춘 뒤에는 다음 세 가지 운영 습관으로 이메일 반송률을 안전한 범위에 유지할 수 있습니다. 초기 설정 후에는 수작업이 많이 필요하지 않습니다.

가입 시 실시간 검증

발송할 때가 되어서야 잘못된 주소를 발견하지 마세요. ZeroBounce, NeverBounce 또는 유사한 서비스의 검증 API를 가입 양식에 연결하세요. 이런 서비스는 이메일 반송률이 오르는 일반적인 원인인 오타, 일회용 주소, 역할 계정 - (info@, admin@, postmaster@) - 을 목록에 들어오기 전에 식별할 수 있습니다. 검증 호출 비용은 일반적으로 센트의 일부에 불과합니다. 반면 정지된 ESP 계정을 다시 사용하려면 수동 검토와 발송하지 못하는 며칠이 필요할 수 있습니다.

비활성 구독자 정리

18개월 전에 버려진 이메일 주소는 다음 발송에서 반송될 수 있습니다. 구독자가 180일 동안 메일을 열지 않았다면 위험 신호이지만, 열람 측정이 불완전할 수 있으므로 비활성 상태의 확실한 증거는 아닙니다. 재참여 메시지를 보내세요. 반응이 없으면 선제적으로 구독을 취소할 수 있습니다. 주소가 무효화되고 향후 캠페인에서 반송될 때까지 기다리는 것보다 비용이 적게 드는 경우가 많습니다.

마케팅용 하위 도메인 분리

대량 캠페인은 기본 기업 도메인에서 보내지 않는 편이 좋습니다. 뉴스레터의 이메일 반송률이 경영진의 계약서도 발송하는 도메인의 평판을 손상할 수 있습니다. 자체 DNS 레코드를 갖춘 @marketing.company.com을 설정하세요. 마케팅 하위 도메인의 평판이 손상되더라도 기본 업무는 더 잘 분리되지만, 공급자가 도메인 간 신호를 일부 함께 평가할 수 있습니다. 도메인 평판이 IP 평판보다 회복하기 어려운 이유는 이메일 도메인 평판과 손상 원인 가이드에서 자세히 설명합니다.

증상이 아니라 근본 원인을 해결하세요

높은 이메일 반송률은 신호이지 질병 자체가 아닙니다. 하드 바운스는 잘못된 목록 데이터를 가리키고 블록 바운스는 인프라 문제를 가리킵니다. 두 문제를 같은 방식으로 처리하면 어느 쪽도 해결하지 못하고 다음 급등만 미룰 수 있습니다.

먼저 목록을 정리하세요. 두 번째로 인증을 점검하고 세 번째로 차단 목록을 확인하세요. 다음 사고가 발생한 뒤가 아니라 다음 캠페인 전에 마케팅 발송을 기본 도메인에서 분리하세요.

여러 도메인의 인증을 깔끔하게 유지하고 사서함을 변경하지 않은 채 발송 계정을 교체할 수 있는 이메일 인프라를 찾는다면 TrekMail이 그 목적에 맞게 설계되었습니다. Nano 요금제는 신용카드가 필요 없습니다. Starter는 $3.50/month부터입니다. 유료 요금제에는 14-day 무료 체험이 제공됩니다.