전송률 98%→93%, 이메일 deliverability 4단계 진단

수년간 안정적으로 돌아가던 이메일 프로그램이 어느 순간부터 살짝씩 빠지기 시작합니다. 오픈율이 내려가고, 전환이 무뎌지고, 평소 찍던 KPI가 어느새 안 찍히죠.

이렇게 성과가 빠지는 원인은 여럿이지만, 가장 흔하고 가장 중요한 게 deliverability(이메일이 인박스에 도달하는 비율)예요. 문제는 deliverability가 무너졌을 때 어디서부터 봐야 하는지가 가장 어렵다는 거고요.

이 가이드는 Iterable 블로그에 올라온 글로, Gmail·Microsoft·Yahoo·Apple 의 실제 바운스 코드와 reputation 임계치를 인용해 deliverability 문제를 4단계로 진단하는 트리를 제시합니다. 한국 B2C CRM 운영자가 그대로 체크리스트로 돌릴 수 있어요.

Check 1. Authentication부터 다시 확인하세요

엔게이지먼트 지표나 인박스 플레이스먼트를 보기 전에, 이메일 authentication 설정이 제대로 살아있는지부터 확인하는 게 순서예요. SPF, DKIM, DMARC. 이 세 가지가 이메일 신뢰의 토대거든요. 셋 중 하나라도 누락·정렬 오류·실패 상태면 메일박스 프로바이더는 메시지를 통째로 거부하거나 스팸으로 보내버립니다.

수년간 잘 돌아온 프로그램이라면 보통 문제는 없지만, 뒤에서 뭔가 바뀐 적이 있다면 다른 영역을 파기 전에 여기서 한참 시간을 아낄 수 있어요. DNS 업데이트, 도메인 변경, 플랫폼 마이그레이션, 벤더 전환 같은 작은 이벤트가 이전에 안정적이던 설정을 무심코 깨는 경우가 있거든요.

최소한 다음을 확인하세요.

• SPF 레코드가 존재하고 정렬이 맞는가
• DKIM 서명이 유효하고 통과 상태인가
• DMARC 정책이 올바르게 설정돼 있는가
• 발송 도메인이 인증된 인프라와 일치하는가

인증 레코드 검증은 무료 온라인 툴로 빠르게 돌릴 수 있어요. “몇 년째 안정적이라 괜찮을 거야” 같은 가정이 가장 위험합니다.

Check 2. 전송률과 바운스 코드 패턴을 본다

인증이 통과되면 다음은 전송 성과 자체예요. deliverability를 떠올리면 보통 “인박스 vs 스팸 폴더” 만 생각하는데, 가장 명백하고 즉각적인 신호는 전송률 자체입니다.

평소 98~99%로 안정적이던 전송률이 갑자기 93~94%로 떨어졌다면. 이 변화는 조사할 가치가 있는 신호예요. 바운스 로그부터 까서 패턴을 찾으세요.

흔히 deliverability와 직결되는 바운스 유형은 두 가지입니다.

1. Blocking (차단) 바운스

실제 인박스 프로바이더가 발송 자체를 막는 케이스. 메시지에 들어있는 코드와 IP를 보면 어떤 프로바이더가 차단했는지 식별할 수 있어요.

• Microsoft Block: 550 5.7.1 {hash}, messages from [a.b.c.d] weren't sent. ... part of their network is on our block list (S3150).
• Gmail Block: 550-5.7.1 [a.b.c.d] Gmail has detected that this message is likely 550-5.7.1 unsolicited mail.
• Yahoo Deferral: 421 4.7.0 [TSS04] Messages from a.b.c.d temporarily deferred due to unexpected volume or user complaints

차단이 일어났다면 발송 행동과 오디언스에 대해 다음 질문을 던지세요.

• 발송량이 최근 크게 늘었는가
• 오래되거나 엔게이지먼트가 약한 코호트를 타겟하고 있는가
• 컴플레인 비율이 올라갔는가

일시적 이슈와 달리 block 바운스는 저절로 풀리지 않습니다. 발송량을 줄이거나, 오디언스를 좁히거나, 엔게이지먼트를 끌어올리는 식의 실질적인 변화가 있어야 해당 프로바이더가 메일을 다시 받아주거든요.

2. Soft Bounce (일시적 바운스)

프로바이더 단위 차단처럼 심각한 문제는 아니지만, 수신자 인박스가 가득 차서 받지 못하는 케이스. 자체로는 deliverability 문제가 아니에요. 다만 이 신호가 자주 잡힌다면 이미 버려진 인박스에 계속 메일을 쏘고 있다는 뜻이라, soft bounce 서프레션을 걸어 “mailbox full” / “over-quota” 가 반복되는 주소는 자동으로 빼는 게 정석입니다.

예시 코드들:

• Apple: 552 5.2.2 ...@... user is over quota
• Gmail: 554-5.4.7 [internal] message timeout (exceeded max time, last transfail: 452-4.2.2 The recipient's inbox is out of storage space.

바운스 데이터가 깨끗한데도 오픈율과 전환이 몇 주째 빠지고 있다면, 다음 단계로 넘어갈 차례예요.

Check 3. Reputation 신호: Postmaster Tools부터

전송률은 그대로인데 엔게이지먼트만 급격히 떨어진다면, 차단이 아니라 인박스 플레이스먼트(스팸 폴더로 빠지는 비율) 문제일 가능성이 높습니다. 이 단계에서는 reputation 모니터링이 핵심이 돼요.

1. Google Postmaster Tools 사용

북미·유럽 기준이지만, Gmail은 B2C 마케터 리스트의 40~60%를 차지해요. 한국 시장에서도 Gmail 비중이 작지 않은 만큼, Google Postmaster Tools를 붙여두는 건 사실상 필수입니다. Gmail이 우리 발송 도메인과 IP를 어떻게 평가하는지 직접 보여주거든요.

최근 엔게이지먼트가 떨어졌다면 다음 대시보드를 깊게 들여다보세요.

• Spam complaint rate (스팸 신고율)
• Domain reputation 추이
• Feedback Loop(FBL) 데이터
• Authentication 상태

2. Microsoft Reputation 데이터 모니터

Microsoft도 Outlook·Hotmail 도메인에 대해 IP reputation과 컴플레인 활동을 유사한 형태로 제공해요. Gmail과 마찬가지로 컴플레인 비율을 일정 임계치 아래로 유지해야 하는데, 지속적으로 0.3%를 넘으면 reputation에 부정적으로 작용하고 필터링·차단이 트리거됩니다.

deliverability 문제는 모든 인박스에서 동시에 터지는 게 아니라 프로바이더별로 따로 발생하는 경우가 많아요. 그래서 메일박스 프로바이더 단위로 reputation 데이터를 쪼개보는 게 문제 출처를 좁히는 가장 빠른 길입니다.

Check 4. Engagement 신호와 리스트 위생

메일박스 프로바이더는 점점 수신자 엔게이지먼트를 기준으로 발신자 신뢰도를 평가해요. 인프라가 깨끗해도, 받는 사람들이 안 열고 안 누르면 reputation이 깎입니다. 오디언스 품질과 발송 행동이 인프라만큼 중요해진 거죠.

1. 엔게이지먼트 기준과 세그멘테이션 재검토

최근 엔게이지먼트 기준이나 오디언스 타겟팅을 넓힌 적이 있다면, 그 전과 후의 성과를 비교해 인박스 플레이스먼트가 떨어졌는지 확인하세요.

측정 방식 자체도 다시 봐야 합니다. 요즘은 오픈과 클릭의 정확도가 갈수록 떨어지는 추세라(특히 Apple Mail Privacy Protection 이후 오픈 시그널 신뢰도 하락) — 발신자는 오픈만으로 세그멘테이션 하는 방식에서 점차 벗어나야 해요.

더 강한 오디언스 신호로는 다운스트림 엔게이지먼트 지표를 함께 쓰세요.

• 웹사이트 활동
• 구매·전환 이력
• 앱 사용
• 그 외 의미 있는 고객 행동

수동적 이메일 활동만 보지 말고, 실제 엔게이지먼트와 의도(intent) 위에 세그멘테이션을 쌓는 게 목표입니다.

2. 리스트 획득과 위생

deliverability 문제가 늘 너무 많이 바꿔서 생기는 건 아니에요. 가끔은 아무것도 안 바꿔서 생깁니다.

오래된 세그멘테이션 로직, 옛날 서프레션 룰, 바운스 추이를 모니터하지 않는 습관. 이것들이 발신자 reputation을 조용히 깎아먹어요. 엔게이지먼트 기준·sunset 정책·바운스 관리 방식을 최근에 점검한 적이 없다면, 다시 들여다볼 만한 신호입니다.

신규 가입자 소스도 검토 대상이에요. 새로 붙은 획득 채널이 품질 낮거나 엔게이지먼트가 약한 컨택을 끌고 들어와 전체 엔게이지먼트 신호를 무너뜨릴 수 있거든요. double opt-in이나 CAPTCHA 같은 안전장치로 리스트 품질을 끌어올리는 게 효과적입니다.

구매·임대 리스트는 절대 쓰지 마세요. Iterable의 Acceptable Use Policy 위반이기도 하지만, 사실상 deliverability를 자기 손으로 무너뜨리는 가장 빠른 방법이에요.

3. 발송량과 cadence

메일박스 프로바이더는 일관성을 좋아해요. 평소 아주 낮은 볼륨으로 발송하다가 갑자기 스파이크를 치는 패턴은 의심스럽게 보이고, 엔게이지먼트 신호가 이미 약해진 상태라면 deliverability에 더 빠르게 부정적으로 작용합니다.

다음 차원에서 일관성을 유지하세요.

• 일·주 단위 발송량
• 오디언스 타겟
• 발송 빈도
• cadence 타이밍

예측 가능한 일정한 발송 패턴을 유지하는 게 장기적으로 프로바이더 신뢰를 쌓는 길이에요.

추가로 확인할 만한 deliverability 체크

성과 저하가 모든 프로바이더에서 균일하게 나타나는 게 아니라 특정 프로바이더 한 곳에 집중된 경우가 많아요. 그래서 프로바이더 레벨에서 reputation을 보는 게 출발점으로 좋습니다.

1. 인박스 플레이스먼트 테스트 돌리기: 특정 프로바이더가 우리 메일의 큰 부분을 스팸 폴더나 프로모션 탭으로 보내고 있는지 확인. 문제가 여러 프로바이더에 걸친지, 한 곳에 집중됐는지 분리해줍니다.
2. 콘텐츠 품질과 관련성 검토: 블래스트 캠페인과 트리거 캠페인 둘 다 의도된 오디언스에게 맞는지 평가. 인박스 필터링이 점점 ML과 AI 기반 분류로 가는 만큼 텍스트와 이미지 비율 균형도 중요해요. 이미지가 과도하게 많으면 렌더링과 필터링 양쪽에서 손해를 봅니다.
3. 스팸 트랩 활동 모니터: 스팸 트랩 히트가 많다는 건 리스트 품질 문제의 강한 신호고, 빠르게 블록리스트 등재로 이어집니다. 오래되고 엔게이지먼트 없는 컨택에 계속 메일을 쏘거나, 품질 낮은 획득 소스를 받고 있다는 뜻이에요.
4. 블록리스트 체크: 우리 발송 IP와 도메인이 주요 블록리스트에 올라가 있는지 정기 점검. 큰 네트워크에 등재되면 여러 프로바이더의 인박스 플레이스먼트에 동시에 영향을 미칩니다.

deliverability 문제가 우리에게 말해주는 것

deliverability는 하룻밤 사이에 무너지지 않아요. 빠른 픽스가 가능한 경우도 있고, 끝없이 깊은 토끼굴로 들어가는 경우도 있어요(다들 한 번쯤은 겪어봤을 거예요).

deliverability 문제는 메일박스 프로바이더가 우리 발송 행동을 어떻게 인식하는지가 시간을 두고 점진적으로 변했다는 신호예요. 그래서 트러블슈팅의 목표는 증상을 고치는 게 아니라, 무엇이 바뀌었고 인박스 프로바이더가 그 변화를 어떻게 해석하고 있는지를 이해하는 것입니다.

Authentication, 엔게이지먼트, cadence, 오디언스 품질, reputation, 콘텐츠 — 이 여섯이 함께 맞물려 프로바이더가 우리 메일을 평가하는 방식을 만들어요. 한 축만 손봐서 풀리는 경우도 있지만, 보통은 여러 축이 함께 어긋나 있어요.

메일박스 프로바이더의 진짜 목표는 자기 사용자를 원치 않거나 관련 없는 메일로부터 보호하는 것입니다. 엔게이지먼트가 있는 오디언스에게 일관되게 메일을 보내고, 건강한 획득 관행을 유지하고, 시간을 두고 관련성 있는 경험을 제공하는 프로그램만이 인박스 플레이스먼트와 장기적 신뢰를 계속 쌓아갑니다.

본 글은 Iterable에서 발행한 원문 Email Deliverability Troubleshooting: How to Fix Inbox Placement Issues을 번역한 것입니다. 원문의 의도와 다를 수 있으며, 정확한 내용은 원문을 참고하세요.