하드 바운스와 소프트 바운스의 차이: 각각의 의미와 대응 방법

하드 바운스는 영구적인 실패입니다. 이메일 주소가 없거나, 도메인이 없거나, 수신 서버가 발신자를 차단한 경우입니다. 다시 보내도 또 반송됩니다.

소프트 바운스는 일시적인 실패입니다. 주소는 실제로 있지만, 지금은 무언가가 전달을 막았습니다. 받은편지함이 가득 찼거나, 서버가 바쁘거나, 서버가 나중에 다시 시도하라고 요청한 경우입니다. 다시 보내면 전달되는 경우가 많습니다.

여기까지가 정의입니다. 그런데 정의보다 더 중요한, 알아야 할 점이 세 가지 더 있습니다.

• 발송 도구마다 규칙이 다릅니다. 같은 반송이 어떤 도구에서는 하드 바운스로, 다른 도구에서는 소프트 바운스로 집계될 수 있습니다.
• 올바르고 정상적인 주소도 하드 바운스가 될 수 있습니다. 주소가 아니라 이메일 설정이 잘못되었을 때 생깁니다.
• 계정 정지로 이어지는 반송률이 캠페인 보고서에 보이는 반송률과 항상 같지는 않습니다.

이 안내는 세 가지를 모두 다룹니다.

하드 바운스와 소프트 바운스의 차이

하드 바운스란

하드 바운스는 수신 서버가 메일을 완전히 거부했다는 뜻입니다. 다시 시도해도 소용없습니다.

이메일 표준인 RFC 5321은 이를 영구적 실패라고 부릅니다. 정확한 표현은 발신자가 같은 요청을 “다시 시도해서는 안 된다(should not retry)”입니다.

하드 바운스에는 두 종류가 있습니다. 보고서에서는 같아 보이지만 해결 방법이 다릅니다.

첫째, 주소가 잘못된 경우. 메일함이 없습니다. 또는 도메인이 없습니다. 또는 주소의 철자가 틀렸습니다. 검증한 리스트에서는 이런 반송이 나오지 않아야 합니다. 예시는 다음과 같습니다.

• Gmail: 550 5.1.1 The email account that you tried to reach does not exist
• Microsoft: 5.1.1 Bad destination mailbox address
• Microsoft의 다른 예: 5.4.1 Recipient address rejected: Access denied. Microsoft 문서는 이 코드를 “수신자의 주소가 존재하지 않음”이라고 설명합니다.

퇴사 후 폐쇄된 주소도 이 그룹에 속합니다.

둘째, 발신자가 차단된 경우. 주소는 실제로 있습니다. 하지만 수신 서버가 발신자의 메일을 받지 않습니다. 이런 반송은 5.7로 시작하는 코드를 씁니다.

• 550 5.7.1은 정책에 따른 차단입니다.
• 550 5.7.26은 도메인이 인증되지 않아 Gmail이 메일을 거부했다는 뜻입니다.
• 550 5.7.30은 메일이 DKIM 검사를 통과하지 못했다는 뜻입니다.

발송 도구는 코드가 5로 시작하므로 이를 하드 바운스로 집계합니다. 하지만 주소에는 문제가 없습니다. 문제는 발신자 측에 있습니다. 2025년부터 깨끗한 리스트에서 하드 바운스가 생기는 원인 중 가장 빠르게 늘고 있으므로, 아래에서 더 자세히 설명합니다.

소프트 바운스란

소프트 바운스는 수신 서버가 “지금은 안 된다”고 답했다는 뜻입니다. RFC 5321은 이를 일시적 실패라고 부릅니다. 표현은 “오류 상태는 일시적이며 다시 요청할 수 있다(the error condition is temporary and the action may be requested again)”입니다. 발송 도구는 이를 읽고 나중에 다시 시도합니다.

흔한 원인과 함께 보이는 코드는 다음과 같습니다.

• 받은편지함이 가득 참. Gmail은 452 4.2.2 The recipient's inbox is out of storage space라고 답합니다. 수신자가 메일을 지워 공간을 만들 수 있습니다.
• 너무 많은 메일을 너무 빠르게 보냄. Gmail은 450 4.2.1 The user you are trying to contact is receiving email too quickly라고 답합니다. IP 주소에서 오는 메일이 너무 많으면 421 4.7.28로 답합니다. Microsoft는 발신 활동을 확인하는 동안 4.7.500부터 4.7.699 Access denied, please try again later까지의 코드로 답합니다.
• 그레이리스팅. 일부 서버와 많은 보안 이메일 게이트웨이는 모르는 발신자의 첫 메일을 거부합니다. 그리고 두 번째 시도에서 받습니다. 대기 시간은 보통 15분 정도입니다.
• 서버가 다운됨. 421 코드는 서버를 사용할 수 없다는 뜻입니다. 4.4.1이나 4.4.2는 연결이 실패했거나 시간 초과되었다는 뜻입니다.
• 메일이 만료됨. 4.4.7 코드는 발신 서버가 계속 시도하다가 포기했다는 뜻입니다. RFC 5321은 서버가 약 4~5일 동안 계속 시도해야 한다고 말합니다.

소프트 바운스 한 번은 정상입니다. 반복되는 소프트 바운스는 문제입니다. 6주 동안 보낼 때마다 받은편지함이 “가득 찼다”면 그 받은편지함은 가득 찬 것이 아닙니다. 버려진 것입니다. 모든 발송 도구가 결국 그렇게 처리합니다.

반송 메일의 코드를 읽는 방법

모든 반송 메일에는 코드가 있습니다. 코드를 읽을 수 있으면 다른 사람이 붙인 라벨이 필요 없습니다. 무슨 일이 있었는지 직접 알 수 있습니다.

메시지마다 코드가 두 개 있습니다.

첫 번째 코드는 550이나 421 같은 세 자리 숫자입니다. 여기서는 첫 자리만 중요합니다. 4는 일시적, 5는 영구적이라는 뜻입니다.

두 번째 코드는 5.1.1처럼 점으로 구분된 숫자 세 개입니다. 첫 번째 숫자는 같은 규칙을 반복합니다. 4는 일시적, 5는 영구적입니다. 두 번째와 세 번째 숫자는 이유를 알려 줍니다.

• .1.1은 메일함이 없다는 뜻입니다(@ 앞부분이 잘못됨).
• .1.2는 도메인이 없다는 뜻입니다(@ 뒷부분이 잘못됨).
• .2.2는 받은편지함이 가득 찼다는 뜻입니다.
• .7.1은 서버가 정책 때문에 거부했다는 뜻입니다.

아래 표는 실제로 보게 되는 코드입니다. 메시지 문구는 Gmail과 Microsoft의 공식 문서에서 그대로 가져왔습니다.

마지막 열을 보십시오. 두 코드가 모두 하드 바운스여도 정반대의 조치가 필요할 수 있습니다. 5.1.1은 주소를 삭제하라는 뜻입니다. 5.7.26은 주소를 유지하고 DNS를 고치라는 뜻입니다.

같은 반송이 도구마다 다르게 분류되는 이유

사람들은 도구 간 반송률을 비교하다가 혼란스러워합니다. 이유는 다음과 같습니다.

수신 서버는 코드를 보냅니다. 서버가 하는 일은 그것뿐입니다. 그 코드를 어떻게 처리할지는 발송 도구가 정합니다. 도구마다 자체 규칙이 있고, 규칙은 서로 다릅니다. Twilio의 안내에도 “모든 ISP가 그 코드를 일관되게 지키는 것은 아니다(not all ISPs adhere to that code consistently)”라고 나와 있습니다.

인기 있는 도구 네 가지와 그 규칙은 다음과 같습니다.

따라서 받은편지함이 가득 찬 경우는 Gmail에서는 소프트 바운스입니다. HubSpot에서는 하드 바운스입니다. Amazon SES에서는 하드 바운스로 바뀌지 않는 소프트 바운스입니다. 도구를 바꾼 뒤 반송률이 달라졌다면 리스트를 탓하기 전에 규칙을 확인하십시오.

간단한 해결 방법은 라벨을 믿지 말고 코드를 읽는 것입니다. 모든 도구에서 반송 메일을 내보낼 수 있습니다. 그 안의 코드는 어떤 도구가 수집했든 같습니다.

허용되는 하드 바운스율

한도는 메일을 발송해 주는 회사가 정합니다. 대부분은 이 한도를 공개하지 않습니다. Amazon SES는 공개하며, 그 수치는 제공업체들이 어떻게 판단하는지 보여 주는 좋은 기준입니다.

여기서 중요한 점이 두 가지 있습니다. SES는 하드 바운스만 셉니다. 소프트 바운스와 IP 차단으로 인한 반송은 불리하게 집계되지 않습니다. 그리고 SES는 고정된 기간을 쓰지 않습니다. 발신자의 일반적인 발송량을 기준으로 보기 때문에, 소규모 발신자도 대규모 발신자와 같은 방식으로 평가받습니다.

스팸 신고는 반송과 함께 움직입니다. Google의 발신자 가이드라인은 신고율을 0.10% 미만으로 유지하고 절대 0.30%에 도달하지 않도록 하라고 말합니다. Amazon SES는 0.1%에서 계정을 검토하고 0.5%에서 일시 중지할 수 있습니다. 하드 바운스가 2%를 넘는 리스트는 보통 스팸 신고도 받습니다. 둘 다 원인이 같습니다. 메일을 요청하지 않은 사람들과, 아무도 확인하지 않은 주소입니다.

이메일 반송률 기준 글에서 메일 유형별, 리스트 출처별 안전 한도를 자세히 설명합니다.

하드 바운스 주소는 리스트에서 삭제해야 합니까?

네. 바로 삭제하십시오.

Amazon의 정확한 표현은 “수신자의 이메일 주소를 메일링 리스트에서 즉시 삭제해야 한다(you should immediately remove the recipient's email address from your mailing list)”입니다. 같은 페이지는 하드 바운스된 주소로 계속 보내면 발송이 일시 중지될 수 있다고 경고합니다. Mailchimp는 선택권조차 주지 않습니다. 하드 바운스된 주소는 “오디언스에서 자동으로 즉시 정리되며(cleaned from your audience automatically and immediately)” 다시는 발송되지 않습니다.

다시 시도하지 마십시오. 메일함이 다시 생길 경우에 대비해 다음 캠페인용으로 남겨 두지도 마십시오. 지난달 반송된 5.1.1 주소는 다음 달에도 반송됩니다. 시도할 때마다 메일 서비스 제공업체에 모르는 주소로 메일을 보내는 발신자라는 신호를 줍니다.

예외가 하나 있습니다. 코드가 5.7.26, 5.7.30, 5.7.23이거나 5.7.6xx 같은 IP 차단 코드라면 주소는 문제가 아닙니다. 주소를 삭제해도 해결되지 않습니다. 인증이나 평판을 고치십시오. 그런 다음 같은 주소로 다시 보내십시오.

소프트 바운스는 반대입니다. 그대로 두십시오. 발송 도구가 알아서 재시도합니다. 도구에 반복 반송에 대한 규칙이 없다면 직접 만드십시오. 한 달 동안 세 번 연속 발송에서 소프트 바운스가 난 주소는 돌아오지 않습니다. Mailchimp의 7회 규칙은 누구에게나 안전한 한도입니다.

올바른 주소가 하드 바운스되는 이유

하드 바운스는 메일이 수락되었는지를 측정하기 때문입니다. 주소가 있는지를 측정하는 것이 아닙니다. 실제로 작동하는 메일함에서도 5xx 반송이 생기는 원인은 네 가지입니다.

메일이 인증되지 않음. 2025년 5월 5일, Microsoft는 Outlook.com, Hotmail, Live 주소로 하루 5,000통 넘게 보내는 모든 도메인에 SPF, DKIM, DMARC를 적용하기 시작했습니다. 처음에는 인증에 실패한 메일을 정크 메일함으로 옮겼습니다. 그다음 550 5.7.515 Access denied, sending domain does not meet the required authentication level로 거부하기 시작했습니다. Google도 대량 발신자에게 같은 세 가지 레코드를 요구합니다. Gmail의 550 5.7.26과 550 5.7.30 코드는 레코드가 없을 때 발신자 측에서 보게 되는 코드입니다. 이 코드는 모두 5로 시작합니다. 그래서 주소는 메일을 받을 수 있었는데도 하드 바운스 열에 들어갑니다.

회사가 모르는 주소를 입구에서 차단함. Microsoft Exchange는 회사 디렉터리에 없는 주소를 모두 거부하도록 설정할 수 있습니다. 이때 5.4.1 Recipient address rejected: Access denied를 씁니다. 대부분은 진짜 하드 바운스입니다. 하지만 가끔은 메일함이 아직 추가되지 않은 신입 직원인 경우도 있습니다. 그래서 메일함 자체를 확인하는 검증 도구가 반송보다 더 나은 답을 줍니다.

보안 이메일 게이트웨이가 메일함 앞에 있음. 많은 회사가 들어오는 모든 메일을 Proofpoint, Mimecast, Barracuda 같은 보안 이메일 게이트웨이로 보냅니다. 게이트웨이는 도메인 전체를 대신해 응답합니다. 모든 메일을 검사하고 규칙에 어긋나는 메일을 거부하며, 보통 5.7.1 정책 코드를 씁니다. 실제로 있는 메일함에 대한 하드 바운스입니다. 게이트웨이는 늦은 반송의 원인이기도 합니다. 게이트웨이는 메일함이 있는지 확인하지 않고 입구에서 메일을 받습니다. 반송은 게이트웨이 뒤의 메일 서버가 그런 메일함이 없다는 것을 알게 된 뒤, 몇 분이나 몇 시간 늦게 옵니다. 보고서에는 하드 바운스로 표시되지만, 발송 중이 아니라 발송 후에 도착한 것입니다.

도메인이 캐치올임. 반대의 문제입니다. 캐치올(catch-all) 도메인은 실제 주소든 아니든 모든 주소의 메일을 받습니다. 그래서 입구에서 5.1.1을 반환하지 않습니다. 메일은 수락된 뒤 나중에 반송되거나, 아무 알림 없이 버려집니다. B2B 리스트의 약 30%가 이런 도메인에 있습니다. 예상하지 못한 하드 바운스는 여기서 나옵니다.

콜드 아웃리치에서 이메일이 반송되는 이유가 궁금하다면, 원인의 비중이 다릅니다. 콜드 아웃리치에서는 리스트가 오래된 것이 가장 큰 피해를 줍니다.

발송 전에 하드 바운스를 막는 방법

캠페인 보고서의 5.1.1은 거의 모두 피할 수 있었습니다. 발송 버튼을 누르기 전에 메일함은 이미 없어진 상태였습니다. 검증은 반송이 물었을 질문과 같은 질문을 수신 서버에 묻습니다. 다만 캠페인 후가 아니라 캠페인 전에 묻습니다.

이메일 유효성 검사 도구는 세 가지 검사를 순서대로 실행합니다.

• 구문. name@gmail..com 같은 오류를 발송 전에 잡아냅니다.
• 도메인. gmial.com 같은 오타와 만료된 도메인을 잡아냅니다.
• 메일함. 수신 서버에 연결해 그 주소로 오는 메일을 받을지 묻습니다. 답이 5.1.1이라면 캠페인에서 받았을 반송과 같은 결과입니다. 하지만 메일을 보내지 않았으므로 평판에 손해가 없습니다.

일반적인 검증이 작동하지 않는 곳이 하나 있습니다. 캐치올 도메인에서는 서버가 모든 주소에 “예”라고 답합니다. 그래서 검사 결과가 “위험”(risky)이나 accept-all(모든 주소 수신)로 나오고, 사용자가 추측해야 합니다. Giggal.ai는 리스트의 이 부분을 실제 “유효” 또는 “무효” 답으로 바꾸기 위해 만들어졌습니다. 방법은 캐치올 검증 페이지에서 설명합니다.

게이트웨이도 같은 문제를 일으킵니다. 게이트웨이는 모든 주소에 대한 검증 도구의 질문을 받아들이므로, 일반 검사는 “알 수 없음”(unknown)으로 나옵니다. Giggal.ai는 이런 주소를 다른 방식으로 확인합니다. 보안 이메일 게이트웨이 뒤의 이메일 검증 글에서 게이트웨이가 하는 일과 검사가 게이트웨이를 통과하는 방법을 설명합니다.

가입 양식에는 양식을 제출할 때 실시간 검증 호출을 추가하십시오. 사용자가 아직 페이지에 있는 동안 잘못 입력한 주소를 잡아냅니다. 아직 만들지 않은 리스트의 반송을 줄이는 방법은 이것뿐입니다.

그다음 검증은 통과하지만 여전히 피해를 주는 두 종류의 주소를 처리하십시오. info@나 support@ 같은 역할 기반 주소는 실제로 있으므로 검증을 통과합니다. 하지만 개인이 소유하지 않으며 스팸 신고가 더 많습니다. 일회용 주소는 존재하는 동안에는 통과하고 나중에 사라집니다. 좋은 검증 도구는 두 가지를 모두 표시합니다. 특히 콜드메일 리스트에서는 첫 발송 전에 이런 주소를 빼야 합니다.

자주 묻는 질문

하드 바운스율과 소프트 바운스율의 차이는 무엇입니까? 각각 그 유형의 반송 수를 발송한 메일 수로 나눈 값입니다. 문제를 일으키는 것은 하드 바운스율입니다. 리스트의 품질을 보여 주기 때문입니다. 예를 들어 Amazon SES는 계정을 검토하거나 일시 중지할지 결정할 때 하드 바운스만 셉니다. 소프트 바운스율은 발송 속도, 발송량, 평판에 대해 더 많은 것을 알려 줍니다. 따로 읽으십시오.

반송된 이메일은 삭제해야 합니까? 주소 관련 코드가 붙은 하드 바운스는 바로 삭제하십시오. 5.1.1, 5.1.2, 5.2.1 등입니다. 인증 관련 코드가 붙은 하드 바운스(5.7.26, 5.7.30, 5.7.23)는 유지하고 인증을 고치십시오. 소프트 바운스는 유지하고 재시도가 진행되게 두십시오. 여러 번 연속으로 소프트 바운스가 나는 주소는 삭제하십시오.

소프트 바운스가 하드 바운스로 바뀔 수 있습니까? 네, 두 가지 경우가 있습니다. 수신 서버가 답을 바꿀 수 있습니다. Gmail은 계정이 활성 상태일 때 가득 찬 받은편지함을 452 4.2.2로 보고하고, 계정이 비활성 상태가 되면 552 5.2.2로 보고합니다. 또는 발송 도구가 라벨을 바꿀 수 있습니다. Mailchimp는 활동이 없는 주소는 소프트 바운스 7회 후, 활동이 있는 주소는 15회 후에 하드 바운스로 바꿉니다.

소프트 바운스는 발신자 평판에 피해를 줍니까? 한 번은 피해를 주지 않습니다. 꾸준히 이어지면 피해를 줍니다. 메일 서비스 제공업체는 받을 수 없는 받은편지함으로 계속 보내는 발신자를 보게 됩니다. 그리고 높은 소프트 바운스율 자체가 경고인 경우가 많습니다. 421 4.7.28 같은 코드는 제공업체가 속도를 낮추라고 직접 알리는 것입니다.

주소가 올바른데 왜 하드 바운스가 났습니까? 거의 항상 인증 때문입니다. Gmail과 Outlook.com은 이제 SPF, DKIM, DMARC가 없는 대량 메일을 거부합니다. 이 거부는 5xx 코드이므로 도구는 이를 하드 바운스로 분류합니다. 코드를 확인하십시오. 5.7로 시작한다면 주소는 문제가 아닙니다.

반송 보고서는 읽을 수 있을 때만 쓸모가 있습니다. 첫 자리를 읽으십시오. 그다음 이유를 읽으십시오. 그리고 이유에 맞게 조치하십시오. 5.1.1로 반송되었을 주소는 발송 전에 찾을 수 있으므로 쉬운 부분입니다. 먼저 Giggal.ai로 리스트를 확인하십시오. 다음 보고서의 하드 바운스 열에는 대부분 미리 알 수 없었던 경우만 남게 됩니다.