이메일 전달 가능성: 받은편지함 도달 완벽 가이드 [2025]

완벽한 이메일 캠페인을 만들었습니다. 매력적인 제목. 가치 있는 콘텐츠. 명확한 행동 유도. 1만 명의 구독자 리스트에 발송 버튼을 눌렀습니다. 그런데 실제로 받은 사람은 7,000명뿐입니다. 나머지 3,000명은요? 스팸 폴더로 빠지거나, 반송되거나, 완전히 차단되었습니다.

이것이 이메일 전달 가능성의 현실입니다. 그리고 이 문제는 매년 기업에 수백만 달러 규모의 매출 손실을 안기고 있습니다.

이메일 전달 가능성은 성공적인 이메일 마케팅의 기반입니다. 이 부분이 무너지면 공들여 만든 캠페인은 의도한 수신자에게 도달하지 못합니다. 이 가이드에서는 이메일 전달 가능성의 작동 방식, 이를 개선하는 방법, 그리고 문제가 생겼을 때 어떻게 진단하고 해결할지까지 전부 다룹니다.

이메일 전달 가능성이란?

이메일 전달 가능성은 이메일이 스팸 폴더로 분류되거나 완전히 차단되지 않고, 구독자의 받은편지함에 성공적으로 도달하는 능력을 의미합니다.

전달 가능성과 전달률의 차이

이 두 용어는 자주 혼동되지만 서로 다른 지표를 뜻합니다.

전달률은 99%인데 받은편지함 도달률은 70%일 수 있습니다. 수신 서버는 이메일을 수락했지만 스팸으로 분류한 것입니다.

전달 가능성이 중요한 이유

매출 영향: 전달 가능성이 10% 하락할 때마다 잠재적인 이메일 매출의 10%를 잃습니다. 이메일이 월 $100,000의 매출을 만든다면, 그중 $10,000를 잃는 셈입니다.

복합 효과: 전달 가능성이 나빠지면 참여율이 떨어지고, 그로 인해 전달 가능성이 더 악화되는 하향 나선이 생깁니다.

노력 낭비: 이메일이 받은편지함에 도달하지 못하면 콘텐츠, 디자인, 전략에 들인 모든 시간이 허사가 됩니다.

이메일이 전달되는 여정

이메일 전달 경로를 이해하면 문제를 진단하는 데 도움이 됩니다.

내 이메일 플랫폼 → 내 발송 서버 → 인터넷 →
수신 서버 (ISP) → 스팸 필터 → 받은편지함 또는 스팸 폴더

각 단계에서 이메일은 다음과 같은 상태가 될 수 있습니다.

• 수락됨 그리고 다음 단계로 진행
• 지연됨 이후 처리 대상으로 보류
• 거부됨 (하드 바운스 또는 소프트 바운스)
• 수락되었지만 필터링됨 스팸/정크로 이동

이메일 전달 가능성은 어떻게 작동하나요?

이메일 제공업체(Gmail, Microsoft, Yahoo)는 어떤 이메일을 받은편지함에 보낼지 결정하기 위해 정교한 시스템을 사용합니다.

스팸 필터의 판단 과정

이메일이 도착하면 수신 서버는 다음을 평가합니다.

1. 발신자 인증: 이 이메일이 주장하는 발신자로부터 실제로 온 것이 맞는가?
2. 발신자 평판: 이 발신자는 좋은 발송 습관의 이력을 가지고 있는가?
3. 이메일 콘텐츠: 내용이 스팸처럼 보이는가?
4. 수신자 참여: 수신자가 이런 이메일을 원하고 있는가?
5. 인프라: 발송 인프라가 신뢰할 만한가?

각 요소는 하나의 “스팸 점수”에 기여합니다. 임계값을 넘으면 이메일은 스팸으로 분류됩니다.

스팸 필터 이해하기

현대적인 스팸 필터는 수십억 통의 이메일로 학습된 머신러닝을 사용합니다. 이들은 다음을 평가합니다.

기술적 신호:

• 인증 결과(SPF, DKIM, DMARC)
• IP 및 도메인 평판
• 발송량 패턴
• 이메일 헤더와 구조

콘텐츠 신호:

• 스팸 유발 단어
• 이미지 대비 텍스트 비율
• 링크 품질과 개수
• HTML 코드 품질

행동 신호:

• 해당 발신자의 오픈율
• 답장률
• 스팸 신고
• 구독 취소 행동

ISP의 역할

Gmail, Yahoo, Microsoft 같은 인터넷 서비스 제공업체(ISP)는 매일 수십억 통의 이메일을 처리합니다. 이들은 다음과 같은 역할을 합니다.

• 발송 IP와 도메인의 평판 데이터베이스 유지
• 각 발신자의 참여 지표 추적
• 피드백 루프를 통해 스팸 신고 데이터 공유
• 자체 필터링 알고리즘 구현

ISP마다 필터링 기준이 다르기 때문에 제공업체별로 전달 가능성이 달라집니다.

이메일 인증 이해하기

이메일 인증은 해당 이메일이 실제로 내 도메인에서 보낸 것임을 증명합니다. 인증이 없으면 전달 가능성은 크게 떨어집니다.

SPF (Sender Policy Framework)

SPF는 어떤 IP 주소가 내 도메인을 대신해 이메일을 보낼 수 있는지 수신 서버에 알려줍니다.

작동 방식:

1. 허용된 발송 IP를 나열한 DNS TXT 레코드를 게시합니다
2. 수신 서버가 발송 IP가 SPF 레코드와 일치하는지 확인합니다
3. 일치하면 SPF 통과, 일치하지 않으면 SPF 실패입니다

SPF 레코드 예시:

v=spf1 include:spf.brevo.com include:_spf.google.com ~all

이 레코드는 다음을 허용합니다.

• Brevo의 발송 서버
• Google Workspace 서버
• ~all = 허용되지 않은 발신자에 대한 소프트 실패

SPF 모범 사례:

• DNS 조회 횟수를 10회 미만으로 유지(SPF 제한)
• 서드파티 서비스를 위해 include: 사용
• 끝은 ~all(소프트 실패) 또는 -all(하드 실패)로 마무리
• 서비스 변경 시 정기적으로 점검하고 업데이트

DKIM (DomainKeys Identified Mail)

DKIM은 이메일에 디지털 서명을 추가해 전송 중 내용이 변경되지 않았음을 증명합니다.

작동 방식:

1. 발송 서버가 비공개 키로 발신 이메일에 서명합니다
2. 대응되는 공개 키를 DNS에 게시합니다
3. 수신 서버가 공개 키로 서명을 검증합니다
4. 서명이 유효하면 DKIM 통과입니다

DKIM 레코드 예시:

selector._domainkey.yourdomain.com TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."

DKIM 모범 사례:

• 2048비트 키 사용(1024비트는 최소 수준)
• 보안을 위해 매년 키 교체
• 주요 헤더(From, To, Subject, Date, Message-ID)에 서명
• 각 발송 서비스마다 별도의 DKIM 설정 필요

DMARC (Domain-based Message Authentication, Reporting & Conformance)

DMARC는 SPF와 DKIM 위에 구축되며, 인증 실패 시 수신자가 무엇을 해야 하는지 알려줍니다.

작동 방식:

1. DNS에 DMARC 정책을 게시합니다
2. 수신 서버가 SPF와 DKIM 정렬 상태를 확인합니다
3. 정책에 따라 실패 메일을 적절히 처리합니다
4. 인증 결과에 대한 리포트를 받습니다

DMARC 레코드 예시:

_dmarc.yourdomain.com TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100"

DMARC 정책:

• p=none - 모니터링만 수행(실패에 대한 조치 없음)
• p=quarantine - 실패 메일을 스팸으로 보냄
• p=reject - 실패 메일을 완전히 차단

DMARC 도입 경로:

1. p=none으로 시작해 데이터 수집
2. 리포트를 분석해 인증 문제 확인
3. 문제를 수정하고 결과 모니터링
4. p=quarantine, 이후 p=reject로 단계적 강화

BIMI (Brand Indicators for Message Identification)

BIMI는 지원되는 받은편지함에서 이메일 옆에 로고를 표시해 인지도와 신뢰를 높여줍니다.

요구 사항:

• p=quarantine 또는 p=reject가 적용된 유효한 DMARC
• SVG 형식으로 검증된 로고
• Gmail용 VMC (Verified Mark Certificate)

BIMI는 선택 사항이지만 브랜드 가시성 측면에서 점점 더 중요해지고 있습니다.

인증 설정 체크리스트

발신자 평판의 기본

발신자 평판은 이메일의 신용 점수와 비슷합니다. ISP는 이 점수를 바탕으로 내 이메일이 받은편지함에 갈 자격이 있는지 판단합니다.

평판은 무엇으로 결정되나요?

IP 평판:

• 해당 IP 주소의 발송 이력
• 해당 IP에서 발생한 스팸 신고
• 블랙리스트 등재 상태
• 공유 IP와 전용 IP 여부

도메인 평판:

• 발송 도메인의 이력
• 도메인과 연결된 참여 지표
• 도메인 연식과 일관성

행동 신호:

• 반송률
• 스팸 신고율
• 참여율(오픈, 클릭, 답장)
• 구독 취소율

평판 확인 방법

무료 도구:

• Google Postmaster Tools - Gmail 평판
• Microsoft SNDS - Microsoft 평판
• MXToolbox - 블랙리스트 확인
• SenderScore - 전체 발신자 점수

확인할 것:

• IP/도메인 평판 등급(높음, 보통, 낮음)
• 스팸 비율
• 블랙리스트 상태
• 인증 통과율

긍정적인 평판 구축하기

신규 발신자의 경우:

1. 점진적으로 워밍업: 적은 볼륨으로 시작해 천천히 늘리기
2. 활성 연락처부터 발송: 가장 활발한 구독자부터 시작
3. 일관성 유지: 규칙적인 발송 패턴으로 신뢰 구축
4. 면밀히 모니터링: 초기 30~60일 동안 지표를 집중 관찰

워밍업 일정 예시:

기존 발신자의 경우:

• 일관된 발송량 유지
• 평판 하락에 빠르게 대응
• 참여하지 않는 구독자를 세분화해 제거
• 피드백 루프와 신고를 모니터링

공유 IP와 전용 IP

공유 IP:

• 여러 발신자가 같은 IP를 사용
• 다른 발신자의 행동이 내 평판에 영향을 줌
• 비용이 낮고 소규모 볼륨에 적합
• 평판 제어력이 낮음

전용 IP:

• 나만 사용하는 IP
• 평판을 완전히 제어 가능
• IP 워밍업 필요
• 월 50,000통 이상 발송에 적합

이메일 콘텐츠 모범 사례

이메일에 어떤 내용을 넣느냐도 전달 가능성에 영향을 줍니다. 스팸 필터는 콘텐츠 안에서 위험 신호를 찾습니다.

스팸 유발 요소 피하기

주의해서 써야 할 단어와 문구:

• “FREE” (특히 모두 대문자일 때)
• “Act now” / “Limited time”
• “Winner” / “You’ve won”
• “Guarantee” / “Risk-free”
• ”$$$” / “Earn money”
• 과도한 느낌표!!!

참고: 중요한 것은 문맥입니다. 이런 단어가 자동으로 스팸을 의미하진 않지만, 다른 신호와 함께 과하게 사용되면 위험도가 올라갑니다.

이미지와 텍스트 비율

모범 사례:

• 텍스트 60%, 이미지 40%를 목표로 하기
• 이미지만 있는 이메일은 절대 보내지 않기
• 의미 있는 대체 텍스트 포함
• 이미지 안에 텍스트를 심는 방식 피하기

왜 중요한가요:

• 스팸 필터는 이미지 안의 텍스트를 읽지 못함
• 일부 수신자는 기본적으로 이미지를 차단함
• 이미지가 과도한 이메일은 홍보성/스팸성으로 보이기 쉬움

HTML 및 코드 품질

깔끔한 코드 작성 원칙:

• 단순하고 유효한 HTML 사용
• Microsoft Word가 생성한 HTML 피하기
• CSS 최소화(인라인 스타일 권장)
• 여러 이메일 클라이언트에서 렌더링 테스트
• 폼이나 JavaScript 사용하지 않기(어차피 잘 작동하지 않음)

구조적 모범 사례:

• 이메일 너비는 600~700px 이하 유지
• 레이아웃은 테이블 사용(여전히 그렇습니다)
• HTML 버전과 일반 텍스트 버전을 모두 포함
• 파일 크기는 100KB 이하로 유지

링크와 URL

링크 모범 사례:

• 브랜드 추적 도메인 사용
• 목적지 URL을 숨기거나 축약하지 않기
• 전체 링크 수는 제한하기(이상적으론 3~5개)
• 링크만 있는 이메일 피하기
• 발송 전 모든 링크 작동 여부 확인

위험 신호:

• 표시 텍스트와 실제 URL이 다름
• 최근에 등록된 도메인으로 연결되는 링크
• 과도한 리디렉션
• 블랙리스트 도메인으로 연결되는 링크

제목 작성

전달 가능성에 유리한 제목:

• 전체 대문자 피하기
• 특수문자 제한하기
• 과도한 문장부호 사용하지 않기
• 오해를 부르는 표현 피하기
• 제목과 본문 내용 일치시키기

리스트 위생과 관리

이메일 리스트의 품질은 전달 가능성에 직접적인 영향을 줍니다. 좋지 않은 주소는 평판을 해칩니다.

지저분한 리스트의 비용

하드 바운스는 평판을 해칩니다: 유효하지 않은 주소가 너무 많다는 것은 리스트 관리가 부실하다는 신호입니다.

스팸 트랩은 전달 가능성을 무너뜨립니다: 스팸 트랩을 밟으면 발송 인프라가 즉시 블랙리스트에 오를 수 있습니다.

비활성 구독자는 참여율을 떨어뜨립니다: 낮은 참여율은 ISP에 “수신자가 이 이메일을 원하지 않는다”는 신호를 보냅니다.

문제가 되는 주소 유형

스팸 트랩 이해하기

프리스틴 트랩: 스패머를 잡기 위해 특별히 만든 주소입니다. 어떤 곳에도 옵트인한 적이 없습니다. 이런 주소로 발송했다면 리스트를 구매하거나 스크래핑했을 가능성이 높습니다.

재활용 트랩: 한때 유효했지만 오랫동안 비활성 상태였던 주소를 트랩으로 전환한 것입니다. 리스트 위생이 좋지 않다는 신호입니다.

오타 트랩: gmial.com, hotmal.com 같은 흔한 오타 주소입니다. 이메일 검증을 하지 않는 발신자를 잡아냅니다.

리스트 정리 모범 사례

정기적인 유지 관리:

• 하드 바운스는 즉시 제거
• 소프트 바운스는 3~5회 시도 후 정리
• 비활성 구독자는 재참여를 유도하거나 제거(6개월 이상)
• 외부에서 가져온 주소는 이메일 검증 서비스 사용

이메일 검증 서비스:

• ZeroBounce
• NeverBounce
• BriteVerify
• Hunter.io

이 서비스들은 발송 전에 유효하지 않거나 위험하거나 catch-all인 주소를 식별해 줍니다.

재참여 캠페인

비활성 구독자를 제거하기 전에 먼저 다시 끌어올릴 기회를 주세요.

이메일 1 (60일 비활성 후):

제목: 보고 싶었어요! 돌아오시면 20% 할인 드립니다
내용: 한동안 보이지 않았음을 언급하고, 혜택을 제시하며, 쉽게 행동할 수 있게 구성

이메일 2 (75일 비활성 후):

제목: 구독을 유지할 마지막 기회입니다
내용: 그대로 두면 어떻게 되는지 설명하고, 한 번의 클릭으로 구독 유지 가능하게 구성

이메일 3 (90일 비활성 후):

제목: 안녕히 계세요 (계속 받고 싶다면 알려주세요)
내용: 마지막 기회를 제공하고, 반응이 없으면 삭제될 것이라고 안내

재참여 시퀀스에 반응하지 않는 사람은 제거하세요.

선셋 정책

체계적인 선셋 정책을 운영하세요.

1. 비즈니스에 맞는 “비활성” 기준 정의(60~180일)
2. 재참여 시퀀스 실행
3. 반응 없는 구독자를 발송 제외 리스트로 이동
4. 발송 제외 리스트에 들어간 주소에는 다시 발송하지 않기
5. 분기마다 정책 검토 및 조정

전달 가능성 모니터링과 테스트

측정하지 않으면 개선할 수 없습니다. 정기적인 모니터링은 문제를 초기에 잡아냅니다.

추적해야 할 핵심 지표

전달 가능성 테스트 도구

받은편지함 도달 테스트:

• GlockApps
• Mail Tester
• Litmus
• Email on Acid

이 도구들은 이메일을 여러 제공업체의 테스트 주소로 보내고, 어디에 도착했는지 알려줍니다.

인증 테스트:

• MXToolbox (SPF, DKIM, DMARC 검증)
• DKIM Validator
• DMARCian

평판 모니터링:

• Google Postmaster Tools (무료, 필수)
• Microsoft SNDS (무료)
• 250ok
• Validity (Return Path)

Google Postmaster Tools 사용 방법

Google Postmaster Tools는 Gmail 전달 상태에 대한 인사이트를 제공합니다.

설정:

1. postmaster.google.com에 접속
2. 발송 도메인 추가 및 인증
3. 데이터가 쌓일 때까지 대기(최소 발송량 필요)

모니터링할 항목:

• 스팸 비율: 스팸으로 표시된 비율(0.1% 미만 유지)
• 도메인 평판: 높음, 보통, 낮음, 나쁨
• IP 평판: 동일한 등급 체계
• 인증: SPF, DKIM, DMARC 통과율
• 암호화: TLS 사용률
• 전달 오류: 일시적/영구적 실패

모니터링 대시보드 만들기

매주 다음 지표를 추적하세요.

• 총 발송량
• 전달 / 반송 분리
• 스팸 신고 수(피드백 루프 기준)
• 오픈 및 클릭
• 구독 취소
• 받은편지함 도달률(테스트 도구 기준)
• 평판 점수

위험 신호 트리거:

• 반송률이 갑자기 1%p 이상 증가
• 스팸 비율이 0.1% 초과
• 오픈율이 기준선 대비 10% 이상 하락
• 평판이 “높음”에서 “보통” 이하로 하락

흔한 전달 가능성 문제 해결하기

문제가 생기면 체계적인 문제 해결로 원인을 찾아야 합니다.

증상: 오픈율이 갑자기 떨어짐

가능한 원인:

1. 스팸으로 분류됨(가장 흔함)
2. 기술적 문제(추적 픽셀 차단)
3. 제목 피로도
4. 발송 시간 변경
5. iOS 15+ Mail Privacy Protection으로 인한 데이터 왜곡

진단 단계:

1. 테스트 도구로 스팸 배치 여부 확인
2. 인증 상태 검토(Postmaster Tools 확인)
3. 블랙리스트 등재 여부 확인
4. 이메일 제공업체별 오픈율 비교
5. 최근 발송 방식 변경 사항 검토

증상: 높은 반송률

소프트 바운스(일시적):

• 사서함 용량 초과
• 서버 일시적 사용 불가
• 메시지 용량 과다

조치: 3~5회 재시도 후 제거

하드 바운스(영구적):

• 유효하지 않은 주소
• 존재하지 않는 도메인
• 존재하지 않는 사서함

조치: 즉시 제거하고 다시는 발송하지 않기

반송률이 갑자기 급증했다면:

1. 기술적 발송 문제 확인
2. 리스트 출처 검증(문제 있는 리스트를 가져왔는지 확인)
3. 도메인 또는 IP 차단 여부 확인
4. 최근 리스트 변경 사항 검토

증상: 특정 제공업체에서 차단됨

Gmail 차단:

1. Google Postmaster Tools 확인
2. 인증 결과 검토
3. 도메인/IP 평판 확인
4. 일시적으로 발송량 줄이기
5. 점진적 재워밍업 진행

Microsoft (Outlook/Hotmail) 차단:

1. Microsoft SNDS 등록
2. 거부 코드 검토
3. Microsoft의 Junk Mail Reporting Program (JMRP) 신청 고려
4. 정상적인 발신자라면 Microsoft 발신자 지원 양식 사용

Yahoo 차단:

1. Yahoo의 포스트마스터 리소스 확인
2. Yahoo 전용 피드백 루프 검토
3. DMARC로 인증(Yahoo는 이를 요구함)

증상: 스팸 폴더로 들어감

즉시 할 일:

1. 받은편지함 도달 테스트 도구로 확인
2. 인증 상태 점검(모두 통과해야 함)
3. 블랙리스트 상태 검토
4. 이메일 콘텐츠의 스팸 신호 분석
5. 평판 점수 확인

콘텐츠 관련 원인:

• 스팸성 단어/문구
• 나쁜 이미지 대비 텍스트 비율
• 오해를 부르는 제목
• 깨진 링크
• 과도한 서식

평판 관련 원인:

• 과거 스팸 신고
• 블랙리스트 포함
• 갑작스러운 발송량 증가
• 낮은 참여 이력

증상: IP 또는 도메인이 블랙리스트에 오름

블랙리스트 상태 확인:

• MXToolbox blacklist lookup
• MultiRBL checker
• DNSstuff

해제 절차:

1. 어떤 블랙리스트에 걸렸는지 확인
2. 먼저 근본 원인 해결
3. 해제 요청 제출(대부분 온라인 양식 제공)
4. 자동 해제되는 곳도 있고, 수동 요청이 필요한 곳도 있음
5. 실제로 제거되었는지 모니터링

대표적인 블랙리스트:

• Spamhaus (영향력이 가장 큼)
• Barracuda
• SpamCop
• SURBL (URL 기반)
• Invaluement

예방:

• 이메일 리스트를 구매하거나 스크래핑하지 않기
• 더블 옵트인 사용
• 반송과 신고를 즉시 처리
• 평판을 지속적으로 모니터링

고급 전달 가능성 전략

기본을 넘어, 받은편지함 도달률을 극대화하는 전략입니다.

참여도 기반 세분화

참여도에 따라 리스트를 나누고 발송 방식을 조정하세요.

높은 참여도(최근 30일 내 오픈/클릭):

• 가장 자주 발송
• 모든 캠페인에 포함
• 테스트와 신규 콘텐츠의 우선 대상

중간 참여도(30~90일):

• 정기적인 발송 주기 유지
• 강한 제목 사용
• 명확한 가치 제안 강조

낮은 참여도(90~180일):

• 발송 빈도 축소
• 윈백 캠페인 운영
• 선셋 대상 여부 모니터링

비활성(180일+):

• 최종 재참여 시도
• 선셋 처리 후 제거

스로틀링과 발송 패턴

ISP는 비정상적인 발송 패턴을 주시합니다.

모범 사례:

• 일정하게 발송(같은 요일/시간대 유지)
• 대규모 발송량 급증 피하기
• 큰 캠페인은 수 시간에 걸쳐 분산 발송
• IP 용량에 맞게 발송량 조정

스로틀링 예시: 100,000통을 10분 만에 보내는 대신:

• 10시간 동안 시간당 10,000통씩 발송
• 또는 플랫폼의 자동 스로틀링 사용

피드백 루프

피드백 루프(FBL)는 수신자가 내 이메일을 스팸으로 표시했을 때 알려줍니다.

FBL 설정:

1. 각 ISP의 FBL 프로그램에 등록
2. Gmail (Google Postmaster Tools 통해)
3. Microsoft (SNDS 및 JMRP 통해)
4. Yahoo (Yahoo CFL 통해)
5. AOL 및 기타 제공업체

FBL 데이터 활용:

• 신고자는 즉시 제거
• 다시는 이메일을 보내지 않기
• 패턴 분석(특정 캠페인, 특정 세그먼트)
• 신고 원인에 따라 발송 방식 조정

멀티 제공업체 전략

ISP마다 필터링 방식이 다르므로 각각에 맞게 최적화해야 합니다.

Gmail (Google Postmaster Tools):

• 참여도 비중이 매우 큼
• 강력한 DMARC 요구
• 도메인 평판이 매우 중요

Microsoft (Outlook, Hotmail):

• 콘텐츠 중심 필터링 비중이 더 큼
• 평판 중요
• 신뢰 발신자 상태를 신청할 수 있음

Yahoo:

• 강한 DMARC 요구 사항
• 피드백 루프 참여 중요
• 참여도 기반 필터링

Apple Mail (iCloud):

• 제공되는 포스트마스터 도구가 제한적
• 대체로 일반적인 모범 사례를 따름
• 개인정보 보호 기능이 추적에 영향

이메일 전달 가능성 인프라

발송 인프라 구성도 전달 가능성에 영향을 줍니다. 신중하게 선택하고 설정해야 합니다.

이메일 서비스 제공업체 선택하기

전달 가능성 관점에서 볼 요소:

• 공유 IP의 평판
• 전용 IP 제공 여부
• 인증 지원 수준
• 반송 및 신고 처리 방식
• 피드백 루프 통합
• 전달 가능성 모니터링 도구

질문해 볼 내용:

• 평균 전달 가능성은 어느 정도인가요?
• IP 워밍업은 어떻게 지원하나요?
• 전용 IP를 제공하나요?
• 어떤 인증 방식을 지원하나요?
• 반송과 신고는 어떻게 처리하나요?

전용 인프라와 공유 인프라

공유 인프라를 써야 하는 경우:

• 월 발송량이 50,000통 미만
• 이메일 마케팅을 막 시작했을 때
• 평판 관리를 외부에 맡기고 싶을 때
• 예산이 제한적일 때

전용 인프라를 써야 하는 경우:

• 월 발송량이 50,000통 초과
• 이메일 마케팅 경험이 있을 때
• 평판을 완전히 제어하고 싶을 때
• 적절한 워밍업과 유지 관리를 지속할 수 있을 때

서브도메인 전략

서브도메인을 사용하면 마케팅 이메일 평판과 트랜잭션 이메일 평판을 분리할 수 있습니다.

예시 구조:

• mail.yourdomain.com - 마케팅 이메일
• notify.yourdomain.com - 트랜잭션 이메일
• yourdomain.com - 기업/개인 이메일

장점:

• 마케팅 이슈가 트랜잭션 전달에 영향을 주지 않음
• 평판을 더 쉽게 분리 관리할 수 있음
• 서브도메인별로 다른 인증 설정 가능

이메일 유형별 전달 가능성

이메일 유형마다 전달 가능성에서 중요하게 보는 포인트가 다릅니다.

트랜잭션 이메일

특징:

• 사용자 행동에 의해 트리거됨
• 수신자가 기대하는 메일
• 시간 민감도가 높음
• 일대일 성격

전달 가능성 팁:

• 별도의 발송 인프라 사용
• 높은 전달 가능성 기준 유지
• 마케팅 콘텐츠를 섞지 않기
• 마케팅 메일과 분리해 모니터링

예시: 주문 확인, 비밀번호 재설정, 배송 알림

마케팅 이메일

특징:

• 홍보 성격이 강함
• 세그먼트/리스트에 발송됨
• 개별 사용자 행동에 직접 트리거되진 않음
• 일대다 성격

전달 가능성 팁:

• 참여도 기준으로 세분화
• 리스트를 깨끗하게 유지
• 대량 발송 전 받은편지함 도달 테스트 수행
• 참여율을 면밀히 모니터링

예시: 뉴스레터, 프로모션, 공지

트리거/자동화 이메일

특징:

• 행동/시간 트리거 기반
• 반개인화된 성격
• 항상 작동하는 캠페인
• 대체로 시간 민감도가 있음

전달 가능성 팁:

• 자동화 트리거 테스트
• 개별 워크플로 성과 모니터링
• 개인화를 위한 데이터 정확성 확보
• 콘텐츠를 정기적으로 검토 및 갱신

예시: 웰컴 시리즈, 장바구니 이탈, 윈백

Tajo와 Brevo로 전달 가능성 구현하기

Tajo와 Brevo의 통합은 전달 가능성을 위한 내장 인프라를 제공합니다.

내장 인증

Tajo를 Brevo와 연결하면 인증 설정이 다음과 같이 처리됩니다.

• SPF: Brevo를 통해 자동 구성
• DKIM: Brevo가 생성 및 관리
• DMARC: 사용자 도메인에 적용할 수 있도록 구현 가이드 제공

전달 가능성 기능

자동 리스트 위생:

• 하드 바운스 자동 제거
• 소프트 바운스 재시도 로직 내장
• 스팸 신고 즉시 처리
• 구독 취소 즉시 반영

발송 인프라:

• 유지 관리되는 IP 평판
• 자동 스로틀링
• 다중 ISP 최적화
• 24/7 전달 가능성 모니터링

리포팅:

• 반송 및 신고 대시보드
• 참여 지표
• 전달률 추적
• 분석용 내보내기

Tajo 활용 모범 사례

초기 설정:

1. 발송 도메인 인증
2. DKIM 레코드 구성
3. DMARC 모니터링 설정
4. Shopify 고객 데이터 연결

지속적인 최적화:

1. 검증된 주소만 가져오기
2. Shopify 참여 데이터를 세분화에 활용
3. 대시보드로 전달 문제 모니터링
4. 자동화를 활용해 웰컴 및 윈백 플로우 운영

자주 묻는 질문

좋은 이메일 전달 가능성 수치는 어느 정도인가요?

좋은 받은편지함 도달률은 90% 이상입니다. 상위 발신자는 9598%를 달성합니다. 85% 아래라면 해결해야 할 상당한 문제가 있는 상태입니다. 참고로 “전달률”은 서버 수락률이고, “전달 가능성”은 받은편지함 도달률이므로 서로 다릅니다. 대부분의 발신자는 전달률은 9799%지만 실제 받은편지함 도달률은 더 낮습니다.

전달 가능성을 개선하는 데 얼마나 걸리나요?

인증 문제나 블랙리스트처럼 즉각적인 문제는 며칠 안에 해결할 수 있습니다. 평판 회복은 일반적으로 일관된 모범 사례를 유지하면서 30~60일이 걸립니다. 심하게 손상된 평판은 90일 이상 걸릴 수 있습니다. 핵심은 일관성입니다. 시간이 지나도 깨끗한 리스트, 좋은 참여율, 적절한 인증을 계속 유지해야 합니다.

전용 IP 주소가 꼭 필요한가요?

반드시 그렇지는 않습니다. 공유 IP도 월 50,000통 미만을 발송하고 좋은 발송 습관을 유지하는 경우 충분히 잘 작동합니다. 전용 IP는 대량 발신자(50,000통 이상)가 평판을 완전히 통제하고 싶을 때 적합합니다. 다만 전용 IP는 적절한 워밍업과 지속적인 유지 관리가 필요합니다.

내 이메일이 스팸으로 가는 이유는 무엇인가요?

흔한 원인으로는 잘못된 인증(SPF, DKIM, DMARC 실패), 손상된 발신자 평판, 스팸처럼 보이는 콘텐츠, 품질이 낮은 리스트(구매 리스트 또는 오래된 리스트), 높은 신고율, 블랙리스트 등재 등이 있습니다. 테스트 도구를 사용해 구체적인 원인을 진단하세요. Gmail 관련 문제는 Google Postmaster Tools가 특히 유용합니다.

새 IP 또는 도메인은 어떻게 워밍업하나요?

가장 활발한 구독자(최근 오픈/클릭한 사람)부터 시작하세요. 첫 주에는 하루 50100통을 보내고, 매주 두 배씩 늘립니다. 반송과 신고를 면밀히 모니터링하세요. 지표가 좋으면 속도를 올리고, 문제가 생기면 속도를 늦추세요. 전체 워밍업은 목표 발송량에 따라 보통 48주가 걸립니다.

스팸 신고율은 어느 정도여야 하나요?

스팸 신고율은 0.1% 미만(이메일 1,000통당 신고 1건 미만)으로 유지해야 합니다. Gmail은 0.3%를 넘으면 심각한 문제로 봅니다. 이 기준을 넘는다면 즉시 원인을 확인해야 합니다. 리스트 품질 저하, 관련성 낮은 콘텐츠, 불명확한 구독 취소 옵션이 흔한 원인입니다.

이메일 리스트는 얼마나 자주 정리해야 하나요?

최소 월 1회는 리스트를 정리하세요. 하드 바운스는 매 발송 후 즉시 제거하고, 소프트 바운스는 35회 실패 후 처리하세요. 6090일 비활성 구독자에게는 재참여 캠페인을 실행하고, 180일 이상 반응이 없는 구독자는 윈백에도 응답하지 않으면 선셋 처리하세요.

이메일 콘텐츠도 전달 가능성에 영향을 주나요?

그렇습니다. 다만 평판과 인증만큼 크지는 않습니다. 스팸 필터는 스팸 유발 단어, 이미지 대비 텍스트 비율, 링크 품질, HTML 코드 품질 등을 분석합니다. 그러나 평판이 훌륭한 발신자는 낮은 평판의 발신자를 걸러낼 단어를 써도 통과할 수 있습니다. 우선순위는 평판과 인증을 먼저 잡고, 그 다음 콘텐츠를 최적화하는 것입니다.

블랙리스트에서 어떻게 벗어나나요?

먼저 근본 원인(나쁜 리스트, 계정 탈취 등)을 해결하세요. 그 후 해당 블랙리스트 웹사이트를 통해 제거 요청을 합니다. SpamCop 같은 일부 블랙리스트는 문제가 해결되면 자동 해제되고, Spamhaus처럼 수동 요청이 필요한 곳도 있습니다. 실제로 문제를 해결했다면 대부분 24~72시간 내에 응답합니다.

이메일 제공업체마다 전달 가능성이 다른 이유는 무엇인가요?

각 제공업체(Gmail, Microsoft, Yahoo)는 자체 필터링 알고리즘, 평판 데이터베이스, 평가 기준을 가지고 있습니다. Gmail은 참여도를 강하게 반영하고, Microsoft는 콘텐츠 분석 비중이 더 크며, Yahoo는 강한 DMARC를 요구합니다. 제공업체별 전달 가능성을 따로 모니터링하고 각각에 맞게 최적화해야 합니다. Google Postmaster Tools와 Microsoft SNDS가 제공업체별 인사이트를 줍니다.

결론

이메일 전달 가능성은 한 번 고치고 끝나는 문제가 아닙니다. 다음을 꾸준히 실천하는 운영 습관입니다.

1. 정확한 인증: SPF, DKIM, DMARC가 올바르게 작동해야 함
2. 평판 관리: 일관된 발송, 깨끗한 리스트, 참여하는 수신자 유지
3. 콘텐츠 최적화: 스팸 신호는 피하면서 가치는 제공
4. 리스트 위생: 정기적인 정리와 참여도 기반 세분화
5. 모니터링: 핵심 지표를 지속적으로 추적하고 문제에 빠르게 대응

좋은 소식은, 강한 전달 가능성 운영 습관을 만들고 나면 그것이 일상이 된다는 점입니다. 이메일은 안정적으로 받은편지함에 도달하고, 참여율은 개선되며, 이메일 마케팅은 본래 기대해야 할 매출을 만들어 내기 시작합니다.

이메일이 확실히 받은편지함에 도달하게 만들고 싶으신가요? Tajo로 시작하기에서 Brevo 기반의 엔터프라이즈급 전달 가능성 인프라를 활용해 보세요. 이커머스 성공을 위해 설계된 인증, 리스트 관리, 모니터링 기능이 기본 제공됩니다.

관련 글

• 이메일 마케팅 캠페인: 기획, 실행, 최적화 완벽 가이드
• 이메일 마케팅 전략: 완전한 기획 및 실행 가이드 [2025]
• 소규모 비즈니스를 위한 이메일 마케팅: 완벽 가이드 (2026)
• SPF, DKIM, DMARC: 이메일 인증 완벽 가이드
• 이메일 스팸 테스트: 이메일 전달 가능성 테스트 및 개선 완벽 가이드