Postmaster Tools v2에서 Gmail의 도메인·IP 평판 차트가 사라졌어요. v2가 보여 주는 것과 API 현황, 이를 대신할 기준값과 주간 점검 계획을 정리했어요.

Google Postmaster Tools는 DNS 레코드로 인증한 도메인에서 보낸 대량 메일을 Gmail이 어떻게 처리하는지 보여 주는 Google의 무료 대시보드예요. 버전 2가 버전 1을 대체하고 있는데, 버전 2에는 많은 팀이 매일 아침 확인하던 도메인 평판과 IP 평판 등급이 없어요. 이 글에서는 v2에서 볼 수 있는 것, API의 현황, 그리고 평판 대신 저희가 매주 확인하는 항목을 정리했어요.
Spam Resource의 Al Iverson은 “2025년 9월 30일부터 사용자는 새 버전(v2)에만 접근할 수 있다”고 2025년 9월에 전했어요. Google은 2025년 11월에 전환을 잠시 멈췄고, 2026년 8월 20일 Iverson은 이 보류가 해제됐다고 전했어요. “GPT V1은 이제 단계적으로 종료되고 있다.”
Gmail API 릴리스 노트와 Spam Resource를 바탕으로 정리한 타임라인이에요.
| 날짜 | 내용 |
|---|---|
| 2024년 | v1과 함께 Postmaster Tools v2 출시 |
| 2025년 12월 2일 | v2beta API 개발자 프리뷰 공개 |
| 2026년 2월 3일 | API v2 정식 출시 |
| 2026년 6월 24일 | API에서 도메인 및 사용자 관리 지원, 규정 준수 상태가 전달성 판정을 반환 |
| 2026년 8월 20일 | Spam Resource가 v1 접근 권한이 계정별로 제거되고 있다고 보도 |
Google의 안내 페이지는 업데이트가 늦어요. 10월 초에도 지원 중단 공지에는 날짜 없이 “기존 Postmaster Tools 웹 인터페이스의 지원 중단을 연기한다”고 적혀 있었고, 발신자 가이드라인에는 지금도 “Postmaster Tools로 도메인과 IP 주소의 평판”을 확인하라고 나와 있어요. 하지만 대부분의 계정에서 v1은 이미 사라졌어요.

그대로 남은 것, 새로 생긴 것, 그리고 평판 대신 지켜볼 것.
Google의 대시보드 도움말 페이지에 따르면, 모든 대시보드는 개인 Gmail 계정만 대상으로 하고, 약 24시간 이내에 업데이트되며, UTC를 기준으로 하고, 발송량이 적은 날에는 데이터가 비어 있을 수 있어요.
모든 발신자는 발신자 가이드라인에 따라 다섯 가지 항목을 점검받아요. SPF와 DKIM, DNS 레코드, 메시지 형식, 암호화, 스팸률이에요. Gmail로 하루 약 5,000통 이상 보내는 대량 발신자는 여기에 DMARC, 원클릭 수신 거부, 수신 거부 처리가 더해져요.
각 행은 ‘준수’(Compliant), ‘조치 필요’(Needs work), ‘데이터 없음’(No data found) 중 하나로 표시돼요. 이동 평균이라서 문제를 고쳐도 반영되기까지 최대 7일이 걸려요. 기본 도메인 단위로만 보고하므로, email.example.com 도메인을 인증해도 각 행은 example.com 전체를 다뤄요. ‘수신 거부 처리’(Honor unsubscribe) 항목은 수신 거부를 처리하는 데 48시간이 넘게 걸리면 ‘조치 필요’로 표시되고, CDN이나 방화벽이 요청을 막았더라도 Google은 그 요청을 집계해요.
API는 도메인별 판정을 domains.getComplianceStatus 메서드의 deliverabilityStatusVerdict 값으로 반환해요. Iverson은 모든 메시지와 그 API 값을 정리했어요.
| 대시보드 메시지 | API 사유 | 대응 |
|---|---|---|
| 사용자가 이메일 수신을 원한다는 신호를 보냄(Users signal they want to get your email messages) | USER_FEEDBACK_POSITIVE |
할 일이 없어요. 이 상태가 목표예요. |
| 발신 이메일이 충분하지 않음(Not enough outgoing email) | MESSAGE_VOLUME_LOW |
꾸준히 보내고 발송량은 천천히 늘리세요. |
| 발신자 요건을 충족하지 않음(You don't meet our sender requirements) | SENDER_NOT_COMPLIANT |
규정 준수 상태에서 ‘조치 필요’로 표시된 행을 고치세요. |
| 전송 오류가 발생한 메시지가 많음(Many messages with delivery errors) | SMTP_ERRORS_HIGH |
Gmail의 4xx, 5xx 응답을 읽고 발송 속도를 늦추세요. |
| 사용자가 이메일 수신을 원하지 않는다는 신호를 보냄(Users signal that they don't want to get your email messages) | USER_FEEDBACK_NEGATIVE |
누구에게, 얼마나 자주, 무엇을 보내는지 검토하세요. |
| 사용자가 메시지에 반응하지 않음(Users don't take action on your messages) | USER_FEEDBACK_LOW |
오랫동안 반응이 없는 수신자를 빼고 콘텐츠를 바꾸세요. |
| 스팸률이 0.1%를 넘음(Your spam rate is above 0.1%) | SPAM_RATE_HIGH |
긴급해요. 스팸 신고를 일으키는 리스트 출처로는 발송을 중단하세요. |
USER_FEEDBACK_LOW 판정을 주의해서 보세요. 반송도 없고 스팸률도 괜찮아 보이는데, 사람들이 내 이메일을 무시하고 있다는 뜻이에요. v1에서는 평판이 높음에서 보통으로 내려가는 모습으로 나타났어요.
스팸률(Spam rate)은 받은편지함에 전달된 DKIM 인증 메일 가운데 수신자가 스팸으로 신고한 비율이에요. 피드백 루프(Feedback Loop)는 이 비율을 Feedback-ID 헤더별로 나눠 어느 메일 흐름에서 스팸 신고가 나오는지 보여 줘요. 인증(Authentication)은 SPF, DKIM, DMARC 통과율을, 암호화(Encryption)는 TLS로 전송된 메일의 비율을 보여 줘요.
이제 가장 중요한 건 전송 오류(Delivery errors)예요. 인증된 메일 가운데 Gmail이 거부하거나 지연한 비율을 사유와 함께 보여 줘요. v2 API의 거부 사유는 bad_attachment, bad_or_missing_ptr_record, ip_in_rbls, low_domain_reputation, low_ip_reputation, spammy_content, stamp_policy_error, other의 8가지예요. 평판은 이제 거부 사유로만 남아 있고, 그때는 이미 메일을 잃은 뒤예요.
예전 대시보드는 도메인과 IP마다 나쁨, 낮음, 보통, 높음으로 등급을 매겼어요. Google 공지에 따르면 이 데이터는 “대부분의 발신자가 실제 조치로 옮기기 쉽지 않고”, 발송 행태의 변화는 “반영되기까지 오래 걸리며”, 이 대시보드는 “평판이 전달성에 영향을 주는 여러 요인 중 하나일 뿐이어서 오해를 부를 수 있다”고 해요.
일리 있는 설명이지만, 그래도 아쉬운 손실이에요. Iverson이 8월에 썼듯이, 이 차트로는 개선 조치가 몇 주에 걸쳐 효과를 내는 과정을 볼 수 있었어요. 판정은 오늘의 상태만 보여 줘요. 새 대시보드를 약속했지만 날짜는 정해지지 않았어요.
정식 출시된 v2에 대한 Google의 마이그레이션 가이드를 요약하면 이래요. trafficStats 리소스는 domainStats 리소스로 바뀌고, get 메서드와 list 메서드는 domains.domainStats.query 메서드 하나로 대체돼요. domainStats:batchQuery 메서드로는 호출 한 번에 여러 도메인을 조회할 수 있고, domains.getComplianceStatus 메서드가 새로 생겼어요.
v2에서 쓸 수 있는 지표는 SPAM_RATE, FEEDBACK_LOOP_ID, FEEDBACK_LOOP_SPAM_RATE, AUTH_SUCCESS_RATE, TLS_ENCRYPTION_RATE, TLS_ENCRYPTION_MESSAGE_COUNT, DELIVERY_ERROR_COUNT, DELIVERY_ERROR_RATE의 8가지예요. Google은 v2가 “도메인 및 IP 평판을 제외한 기존 v1의 모든 기능”을 지원하며, “현재 v1 API는 종료될 예정”이라고 밝혀요. 아직 날짜는 없어요. v1을 기반으로 새로운 걸 만들지 마세요.
도메인 하나의 일별 스팸률과 거부율을 조회하는 예시예요.
POST https://gmailpostmastertools.googleapis.com/v2/domains/example.com/domainStats:query
Authorization: Bearer <oauth-token with postmaster.traffic.readonly>
Content-Type: application/json
{
"metricDefinitions": [
{ "name": "spam_rate", "baseMetric": { "standardMetric": "SPAM_RATE" } },
{
"name": "reject_rate",
"baseMetric": { "standardMetric": "DELIVERY_ERROR_RATE" },
"filter": "error_type = \"reject\""
}
],
"timeQuery": {
"dateRanges": {
"dateRanges": [
{ "start": { "year": 2026, "month": 9, "day": 28 },
"end": { "year": 2026, "month": 10, "day": 4 } }
]
}
},
"aggregationGranularity": "DAILY"
}시작일과 종료일 모두 기간에 포함돼요. 데이터가 없는 날은 스팸 신고가 0건이라는 뜻이 아니라 발송량이 적었다는 뜻이에요. 사내 대시보드가 아직 v1 평판을 읽어 오고 있다면 그 패널은 삭제하세요.
평판을 대신할 단일 신호는 없지만, 아래 신호를 함께 보면 예전 차트보다 더 일찍 문제를 알아챌 수 있어요.
Google의 발신자 FAQ는 스팸률을 0.1% 미만으로 유지하고 절대 0.3%에 도달하지 말라고 해요. 0.1%를 넘으면 이미 대량 발신자에게 불리해요. 0.3%에 도달하면 완화 조치를 받을 수 없고, 7일 연속으로 0.3% 미만을 유지할 때까지 Google은 지원 요청을 처리하지 않아요.
Gmail은 받은편지함에 들어간 메일만 집계하므로, 스팸함으로 많이 빠질수록 스팸률은 오히려 건강해 보여요. 스팸률과 클릭이 함께 떨어진다면 나쁜 신호예요.
Yahoo의 발신자 모범 사례도 같은 0.3% 상한을 써요. 스팸함에 들어간 메일까지 포함해 전달된 전체 메일로 나누는 ESP라면, 두 곳의 수치보다 낮게 나와요.
SMTP 응답은 가장 직접적인 피드백이에요. 반송과 지연을 매주 제공업체별, 코드별로 묶어 보세요. Google의 SMTP 오류 참조 문서와 각 제공업체의 페이지에서 고른 주요 코드는 다음과 같아요.
| 제공업체 | 응답 | 의미 |
|---|---|---|
| Gmail | 421 4.7.0 “very low reputation of the sending IP address” 또는 “sending domain” |
평판 문제로 지연됨. IP와 도메인 중 어느 쪽인지는 응답 텍스트에 나옴 |
| Gmail | 550 5.7.1 “likely unsolicited” 또는 “very low reputation” |
스팸으로 거부됨 |
| Gmail | 421 4.7.28 “unusual rate of unsolicited email” |
IP, 도메인, URL 도메인 기준으로 발송 속도 제한 |
| Gmail | 4.7.27, 4.7.30, 4.7.31, 4.7.32 |
순서대로 SPF 실패, DKIM 실패, DMARC 레코드 없음, From 정렬 안 됨 |
| Microsoft | 550 5.7.515 |
하루 5,000통 넘게 보내는 도메인이 Outlook의 인증 요건을 충족하지 못함 |
| Yahoo | 421 또는 451 |
스팸 신고와 비정상 트래픽을 포함한 일시적 오류(Yahoo 오류 코드) |
| Yahoo | 553 또는 554 |
DMARC 실패와 Spamhaus 등재를 포함한 영구적 오류. 재시도 금지 |
코드 뒤의 텍스트까지 읽으세요. Google 참조 문서에는 PTR 레코드 누락부터 낮은 도메인 평판까지, 서로 다른 4.7.0 응답이 10가지나 나와요.
Gmail은 수신자의 행동으로 발신자를 판단하므로, 전달된 메시지당 사람이 한 고유 클릭을 제공업체별, 주별로 추적하세요. 한 제공업체에서만 떨어지면 대개 그곳의 필터링 때문이고, 모든 곳에서 떨어지면 대개 콘텐츠나 오디언스가 바뀐 거예요.
오픈은 쓰지 마세요. Apple의 Mail Privacy Protection은 “이메일과 상호작용하는지와 관계없이 기본적으로 백그라운드에서 원격 콘텐츠를 다운로드”해요. 보안 스캐너 클릭도 빼세요(실제 클릭을 세는 방법).
함정이 하나 있어요. Google Workspace를 쓰는 회사는 자체 도메인을 써요. gmail.com, outlook.com, hotmail.com, yahoo.com, icloud.com은 메일 서비스 제공업체로, 나머지는 업무용 메일로 보세요.
시드 테스트는 각 제공업체의 고정된 주소에서 메일이 받은편지함에 들어갔는지, 스팸함에 들어갔는지, 아예 도착하지 않았는지를 알려 줘요. 깨진 DKIM 키, 블록리스트에 오른 링크 도메인, 스팸성 콘텐츠처럼 모든 수신자가 겪을 문제를 잡아내요. 하지만 시드 주소에는 나와 주고받은 이력이 없어요. 오픈도, 답장도, ‘스팸 아님’ 클릭도 없고, Gmail은 수신자별로 판단하는 부분도 있어요. Yahoo의 성과 피드 페이지는 패널 및 픽셀 기반 추적이 “당사 사용자의 개인정보와 보안을 해치고 당사 약관과 정책을 위반할 수 있다”고 말해요. 시드 테스트는 DNS, 도메인, 템플릿, 링크 도메인을 바꾼 뒤와 대량 발송 전에 실행하세요. 결과를 받은편지함 도달률로 보고해서는 절대 안 돼요.
Yahoo Sender Hub의 Insights 화면은 인증된 DKIM 도메인별로, 하루 최소 발송량을 넘는 경우 받은편지함 메일의 스팸 신고율과 전달 건수를 보여 줘요. 신고 건별 보고서를 받으려면 같은 도메인을 Yahoo의 Complaint Feedback Loop에 등록하세요. IP 기반 피드백 루프는 없어졌어요.
올해 새 포털로 옮긴 Microsoft SNDS는 직접 관리하는 IP별로 발송량, 스팸 신고율, 필터 결과를 보여 줘요. SNDS FAQ는 스팸으로 판정된 메시지가 10% 미만이면 녹색, 10~90%면 노란색, 90%를 넘으면 빨간색으로 정의하고, 0.3% 미만의 스팸 신고율을 “좋은 기준”이라고 해요. 접근 권한은 승인이나 마이그레이션 후 10개월이 지나면 만료되니, 재인증 일정을 캘린더에 넣어 두세요. 공유 IP는 등록할 수 없으므로 이메일 제공업체에 무엇을 모니터링하는지 물어보세요.
집계 보고서는 내 From 도메인을 사용하는 모든 발신원과, SPF와 DKIM이 통과하고 정렬됐는지를 보여 줘요. 지금 형식은 2026년 5월에 발행된 RFC 9990으로, RFC 9989, 9991과 함께 RFC 7489를 대체해요. 보고서를 분석하는 도구를 가리키는 rua 주소를 게시하세요.
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"새 발신원, 떨어지는 DKIM 정렬, 낯선 발송량이 있는지 살펴보세요. Gmail 수치가 갑자기 떨어지면 저희는 인증부터 확인해요. 대개 가장 빨리 고칠 수 있는 부분이거든요.
그다음은 블록리스트예요. Spamhaus의 Domain Blocklist는 본문에 들어간 링크와 이미지 도메인을 포함해 도메인을 대상으로 하고, SBL은 IP를 대상으로 해요. Gmail은 IP의 블록리스트 등재를 ip_in_rbls 사유로 보고해요.
0.1%, 0.3%, SNDS 기준은 Google, Yahoo, Microsoft가 정한 수치예요. 반송과 클릭 기준값은 저희가 정한 것이니 내 기준선에 맞게 조정하세요.
| 점검 항목 | 확인할 곳 | 정상 | 조치할 때 | 첫 조치 |
|---|---|---|---|---|
| Gmail 스팸률 | Postmaster Tools v2 또는 API | 0.1% 미만 | 하루라도 0.1% 이상 | 피드백 루프에서 해당 메일 흐름을 찾아 일시 중지 |
| Gmail 판정 | 전달성 분석 | USER_FEEDBACK_POSITIVE |
다른 판정이 2주 동안 지속 | 위 표에 나온 해당 판정의 대응 따르기 |
| Gmail 규정 준수 | 규정 준수 상태 | 모두 ‘준수’ | ‘조치 필요’가 하나라도 있음 | 수정한 뒤 반영까지 7일 기다리기 |
| Yahoo 스팸 신고 | Sender Hub Insights | 0.3%보다 충분히 낮음 | 2주 연속 상승 | 캠페인별로 피드백 루프 보고서 확인 |
| Outlook IP | SNDS(자체 IP만) | 녹색 | 노란색이나 빨간색인 날이 하루라도 있음 | 그날의 발송량과 오디언스 비교 |
| 반송과 지연 | 제공업체별 반송 로그 | 영구 반송 1% 미만 | 2% 초과, 또는 평판이나 발송 속도 제한에 관한 응답 텍스트 | 발송 속도를 늦추고 응답 전문 확인 |
| 제공업체별 클릭 | 자체 분석 데이터 | 8주 평균 대비 20% 이내 | 한 제공업체에서 20% 이상 하락 | 다음 발송을 시드 테스트하고 해당 제공업체의 비활성 수신자 정리 |
| 인증 | DMARC 집계 보고서 | 알려진 발신원이 통과하고 정렬됨 | 새 발신원 등장 또는 정렬 하락 | 발송 전에 DNS나 업체의 DKIM 수정 |
| 블록리스트 | Spamhaus 조회 | 등재 안 됨 | 등재가 하나라도 있음 | 원인을 찾은 뒤 등재 해제 요청 |
| 시드 테스트 | 도달 테스트 도구 | 모든 주요 제공업체에서 받은편지함 도착 | 한 곳이라도 스팸함 도착 | 마지막으로 통과한 버전과 비교 |
Brew는 내 발송 데이터에서 나오는 점검 항목을 다뤄요. Postmaster Tools, Sender Hub, SNDS도 함께 열어 두세요.
get_domain_health 도구는 무료로 쓸 수 있어요. MCP 도구로 호출하거나 GET /v1/domains/{domainId}/health 엔드포인트로 호출하면 돼요. healthy, at_risk, critical 중 하나의 판정, SPF, DKIM, DMARC 상태, 추이를 포함한 0~100점의 점수, 그리고 개선 제안이 붙은 신호를 반환해요. 이 중 ‘평판’ 항목은 캠페인 발송과 자동화 발송에서 Brew가 직접 집계한 반송률과 스팸 신고율을 사용해요. 발송량이 충분하면 도메인별로, 그렇지 않으면 워크스페이스 전체 기준으로 계산해요. 이 항목은 점수의 25%를 차지하고 같은 0.1%, 0.3% 기준을 써요. 스팸 신고율이 0.3% 이상이고 신고가 3건 이상이면 점수 상한이 40점이 돼요. include=scoreHistory 옵션을 쓰면 스냅샷을 최대 50개까지 반환하므로, 추이 그래프를 다시 볼 수 있어요.
create_inbox_placement_test 도구는 인증된 내 도메인으로 Gmail, Outlook, Yahoo, Apple 등의 시드 메일함에 실제 이메일을 보내요. 비용은 크레딧 10개에 소량의 발송분이 더해져요. 마케팅 도메인을 인증하면 ‘간단한 메모’부터 ‘프로모션형’까지 다섯 가지 템플릿 시안으로 무료 테스트도 한 번 실행돼요. 위에서 말한 시드 테스트의 한계는 여기에도 똑같이 적용돼요.
제공업체별 클릭은 이벤트 피드를 두 번 호출해 구하세요. 먼저 GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week 요청을 보내고, 같은 요청을 eventType=delivered 값으로 한 번 더 보내요. 도메인별, 주별로 앞의 값을 뒤의 값으로 나누면 돼요. 봇 클릭은 기본적으로 제외돼요. 이 값은 이벤트 수라서 두 번 클릭한 사람은 두 번 집계돼요. 한 제공업체에서 20% 하락을 잡아내는 데는 문제없지만, 발송 리포트에 나오는 고유 클릭률과는 달라요. 그룹별 집계는 최신 이벤트 20,000건만 읽으므로, 발송량이 많은 리스트라면 from과 to를 한 주씩 지정하고 truncated 플래그를 확인하세요. 문제를 살펴볼 때는 bounced, complained, delivery_delayed 값으로 바꿔 넣으면 돼요. 상태 코드는 반송 로그에서 확인하세요.
아니요. v2에도, v2 API에도 평판 지표는 없어요. 낮은 평판은 전송 오류의 거부 사유로만 나타나고, 가장 가까운 대안은 전달성 분석 판정이에요.
Google은 0.1% 미만을 유지하고 절대 0.3%에 도달하지 말라고 해요. 0.1%를 넘으면 이미 대량 발신자에게 불리하고, 0.3%에 도달하면 7일 연속으로 0.3% 미만을 유지할 때까지 Google이 도와주지 않아요.
Google은 v1 API를 종료할 예정이니 2026년 2월 3일부터 정식 제공 중인 v2로 옮기라고 안내하지만, 종료 날짜는 정하지 않았어요. v2는 평판을 제외한 모든 기능을 지원해요.
Postmaster Tools는 개인 Gmail 계정으로 보낸 발송량이 적은 날에는 데이터를 숨겨요. 스팸률은 DKIM 인증을 거친 메일만 집계하고, 인증한 도메인이 메일의 DKIM 도메인이나 SPF 도메인과 일치해야 해요. Gmail이 아직 도메인을 판단할 수 없을 때는 전달성 분석에 “발신 이메일이 충분하지 않음”(Not enough outgoing email)이 표시돼요.
인증 실패나 블록리스트에 오른 링크처럼 모든 수신자가 겪는 문제라면 정확해요. 하지만 구독자의 참여도는 반영하지 못하므로, 실제 도달 여부는 스팸률, 제공업체별 클릭, Gmail 판정으로 판단하세요. 더 넓은 맥락은 전달성 가이드와 The State of Email 9월호에서 다뤄요.
