# Postmaster Tools v2: nên theo dõi gì thay cho uy tín

URL chính tắc: https://brew.new/vi/blog/postmaster-tools-v2-what-to-monitor
Tác giả: Thomas Park
Ngày đăng: 2026-10-08
Ngày cập nhật: 2026-10-08

Google Postmaster Tools là bảng điều khiển miễn phí của Google, cho biết Gmail xử lý email gửi hàng loạt từ một tên miền bạn đã xác minh bằng bản ghi DNS như thế nào. Phiên bản 2 đang thay thế phiên bản 1 và bỏ đi các mức đánh giá uy tín tên miền và IP mà nhiều đội ngũ vẫn xem mỗi sáng. Dưới đây là những gì v2 hiển thị, tình trạng hiện tại của API, và những gì chúng tôi kiểm tra hằng tuần để thay thế.

## Những điểm chính

- v2 giữ lại tỷ lệ spam, vòng phản hồi, xác thực, mã hóa và lỗi gửi, đồng thời bổ sung Trạng thái tuân thủ (Compliance status). Uy tín tên miền và uy tín IP đã biến mất khỏi các bảng điều khiển lẫn API.
- Kết luận mới trong mục Phân tích khả năng gửi đến (Deliverability analysis), chẳng hạn “Tỷ lệ spam của bạn cao hơn 0,1%”, là thứ gần nhất với tín hiệu uy tín mà v2 có.
- Giữ tỷ lệ spam trên Gmail dưới 0,1% và không bao giờ để chạm mức 0,3%; nếu không, Google sẽ không hỗ trợ cho đến khi tỷ lệ này duy trì dưới 0,3% trong 7 ngày liên tiếp.
- Thay biểu đồ bằng các bước kiểm tra hằng tuần theo từng nhà cung cấp về tỷ lệ spam, mã lỗi trả lại và lượt nhấp, cùng báo cáo DMARC, danh sách đen và một lượt kiểm tra bằng hộp thư thử nghiệm.
- Kiểm tra bằng hộp thư thử nghiệm (seed test) chỉ là bước kiểm thử nhanh cho xác thực và nội dung, không phải tỷ lệ vào hộp thư đến.

## Điều gì đã thay đổi, và khi nào

Al Iverson của Spam Resource [đưa tin vào tháng 9/2025](https://www.spamresource.com/2025/09/google-changes-coming-to-gpt.html) rằng “kể từ ngày 30/9/2025, người dùng sẽ chỉ có quyền truy cập vào phiên bản mới hơn (v2)”. Google tạm dừng kế hoạch này vào tháng 11/2025, rồi đến ngày 20/8/2026, anh [đưa tin lệnh tạm dừng đã được dỡ bỏ](https://www.spamresource.com/2026/08/gpt-v1-retirement-and-important-updates.html): “GPT V1 hiện đang được loại bỏ dần”.

Mốc thời gian, theo [ghi chú phát hành của Gmail API](https://developers.google.com/workspace/gmail/release-notes) và Spam Resource:

| Ngày | Sự kiện |
| --- | --- |
| 2024 | Postmaster Tools v2 ra mắt song song với v1 |
| 2/12/2025 | API v2beta ở giai đoạn xem trước dành cho nhà phát triển |
| 3/2/2026 | API v2 phát hành rộng rãi |
| 24/6/2026 | Quản lý tên miền và người dùng qua API; trạng thái tuân thủ trả về kết luận về khả năng gửi đến |
| 20/8/2026 | Spam Resource đưa tin quyền truy cập v1 đang bị gỡ dần theo từng tài khoản |

Các trang của Google cập nhật chậm hơn thực tế. Đầu tháng 10, [thông báo ngừng hỗ trợ](https://support.google.com/mail/answer/16594218) của Google vẫn ghi “chúng tôi đang hoãn việc ngừng hỗ trợ giao diện web cũ của Postmaster Tools” mà không kèm ngày cụ thể, và [Hướng dẫn dành cho người gửi](https://support.google.com/mail/answer/81126) vẫn khuyên kiểm tra “uy tín tên miền và địa chỉ IP của bạn bằng Postmaster Tools”. Với phần lớn tài khoản, v1 đã biến mất.

## Postmaster Tools v2 hiển thị những gì

![Bảng so sánh từng hàng giữa Postmaster Tools v1, các bảng điều khiển của v2 và API v2, trong đó hàng uy tín tên miền và uy tín IP được đánh dấu là đã bị khai tử, kèm tín hiệu thay thế cho từng hàng.](/images/blog/postmaster-tools-v2-what-to-monitor-v1-vs-v2.png)

*Những gì được giữ lại, những gì mới, và nên theo dõi gì thay cho uy tín.*

Theo [trang trợ giúp về các bảng điều khiển](https://support.google.com/mail/answer/14668346) của Google, mọi bảng điều khiển chỉ tính các tài khoản Gmail cá nhân, cập nhật trong khoảng 24 giờ, dùng múi giờ UTC và có thể bị trống dữ liệu vào những ngày có lượng gửi thấp.

### Trạng thái tuân thủ

Mọi người gửi đều được kiểm tra năm mục theo Hướng dẫn dành cho người gửi: SPF và DKIM, bản ghi DNS, định dạng thư, mã hóa và tỷ lệ spam. Người gửi hàng loạt, tức khoảng 5.000 email trở lên mỗi ngày tới Gmail, có thêm các mục DMARC, hủy đăng ký một chạm và tôn trọng yêu cầu hủy đăng ký.

Mỗi hàng hiển thị Compliant (tuân thủ), Needs work (cần cải thiện) hoặc No data found (không có dữ liệu). Đây là giá trị trung bình trượt, nên một bản sửa lỗi có thể mất tới 7 ngày mới hiện ra. Mục này chỉ báo cáo theo tên miền chính: nếu bạn xác minh `email.example.com`, các hàng sẽ tính cho toàn bộ `example.com`. Hàng “Honor unsubscribe” (tôn trọng yêu cầu hủy đăng ký) hiển thị Needs work nếu việc hủy đăng ký mất hơn 48 giờ, và Google vẫn tính một yêu cầu kể cả khi CDN hoặc tường lửa của bạn đã chặn nó.

### Phân tích khả năng gửi đến

API trả về kết luận theo từng tên miền này dưới dạng `deliverabilityStatusVerdict` từ `domains.getComplianceStatus`. Iverson đã [liệt kê mọi thông báo cùng giá trị API tương ứng](https://www.spamresource.com/2026/09/gpt-lets-talk-deliverability-analysis.html):

| Thông báo trên bảng điều khiển | Lý do trong API | Cần làm gì |
| --- | --- | --- |
| Người dùng cho thấy họ muốn nhận email của bạn | `USER_FEEDBACK_POSITIVE` | Không cần làm gì. Đây là mục tiêu. |
| Không đủ lượng email gửi đi | `MESSAGE_VOLUME_LOW` | Gửi đều đặn và tăng khối lượng từ từ. |
| Bạn không đáp ứng các yêu cầu đối với người gửi của chúng tôi | `SENDER_NOT_COMPLIANT` | Khắc phục các hàng Needs work trong Trạng thái tuân thủ. |
| Nhiều thư gặp lỗi gửi | `SMTP_ERRORS_HIGH` | Đọc phản hồi 4xx và 5xx của Gmail và giảm tốc độ gửi. |
| Người dùng cho thấy họ không muốn nhận email của bạn | `USER_FEEDBACK_NEGATIVE` | Xem lại bạn gửi cho ai, gửi thường xuyên đến mức nào và gửi gì. |
| Người dùng không tương tác với thư của bạn | `USER_FEEDBACK_LOW` | Loại những người nhận đã lâu không tương tác và thay đổi nội dung. |
| Tỷ lệ spam của bạn cao hơn 0,1% | `SPAM_RATE_HIGH` | Khẩn cấp. Ngừng gửi tới các nguồn đang gây ra khiếu nại. |

Hãy để ý `USER_FEEDBACK_LOW`. Không có thư nào bị trả lại, tỷ lệ spam trông vẫn ổn, nhưng mọi người đang phớt lờ bạn. Ở v1, tình huống này trông giống uy tín tụt từ mức cao xuống trung bình.

### Các bảng điều khiển được giữ lại

Tỷ lệ spam là tỷ lệ email đã vào hộp thư đến và được xác thực DKIM mà người nhận đánh dấu là spam. Feedback Loop (vòng phản hồi) chia tỷ lệ này theo header `Feedback-ID` của bạn để cho thấy nhóm email nào đang bị khiếu nại. Mục Xác thực cho biết tỷ lệ đạt SPF, DKIM và DMARC, còn mục Mã hóa cho biết tỷ lệ email được gửi qua TLS.

Giờ đây, Lỗi gửi (Delivery errors) là mục quan trọng nhất: tỷ lệ email đã xác thực mà Gmail từ chối hoặc trì hoãn, kèm lý do. Các lý do từ chối trong API v2 gồm `bad_attachment`, `bad_or_missing_ptr_record`, `ip_in_rbls`, `low_domain_reputation`, `low_ip_reputation`, `spammy_content`, `stamp_policy_error` và `other`. Uy tín giờ chỉ còn xuất hiện dưới dạng lý do từ chối, tức là sau khi bạn đã mất email vì nó.

## Những gì đã biến mất, và vì sao

Các bảng điều khiển cũ xếp hạng mỗi tên miền và IP ở mức xấu, thấp, trung bình hoặc cao. Thông báo của Google cho biết dữ liệu này “không dễ để hầu hết người gửi dựa vào mà hành động”, các thay đổi trong hành vi “được phản ánh chậm”, và bảng điều khiển “có thể gây hiểu lầm vì uy tín chỉ là một trong nhiều yếu tố ảnh hưởng đến khả năng gửi đến”.

Lý lẽ đó hợp lý, nhưng vẫn là một mất mát. Như Iverson viết hồi tháng 8, biểu đồ cho thấy một nỗ lực khắc phục phát huy tác dụng qua nhiều tuần. Kết luận chỉ cho thấy tình trạng của ngày hôm nay. Google hứa sẽ có bảng điều khiển mới, nhưng chưa có ngày cụ thể.

## Tình trạng hiện tại của Postmaster Tools API

Theo [hướng dẫn chuyển đổi](https://developers.google.com/workspace/gmail/postmaster/guides/migration-v2) của Google sang v2, phiên bản đã phát hành rộng rãi: `trafficStats` trở thành `domainStats`, một phương thức `domains.domainStats.query` duy nhất thay cho `get` và `list`, `domainStats:batchQuery` xử lý nhiều tên miền trong mỗi lệnh gọi, và `domains.getComplianceStatus` là phương thức mới.

Các chỉ số của v2 gồm `SPAM_RATE`, `FEEDBACK_LOOP_ID`, `FEEDBACK_LOOP_SPAM_RATE`, `AUTH_SUCCESS_RATE`, `TLS_ENCRYPTION_RATE`, `TLS_ENCRYPTION_MESSAGE_COUNT`, `DELIVERY_ERROR_COUNT` và `DELIVERY_ERROR_RATE`. Google cho biết v2 bao gồm “mọi chức năng hiện có của v1, ngoại trừ uy tín tên miền và IP”, và “API v1 hiện tại sẽ bị khai tử”. Hiện chưa có ngày cụ thể. Đừng xây dựng thêm gì mới trên v1.

Tỷ lệ spam và tỷ lệ bị từ chối theo ngày cho một tên miền:

```http
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"
}
```

Khoảng thời gian bao gồm cả ngày bắt đầu lẫn ngày kết thúc. Một ngày bị thiếu dữ liệu nghĩa là lượng gửi thấp, không phải không có khiếu nại. Nếu một bảng điều khiển nội bộ vẫn đọc dữ liệu uy tín từ v1, hãy xóa bảng đó.

## Kế hoạch theo dõi thay cho biểu đồ uy tín

Không có tín hiệu riêng lẻ nào thay thế được uy tín, nhưng khi kết hợp, các tín hiệu dưới đây cảnh báo bạn sớm hơn biểu đồ cũ.

### Tỷ lệ spam, theo từng nhà cung cấp

[Trang câu hỏi thường gặp dành cho người gửi](https://support.google.com/mail/answer/14229414) của Google khuyên giữ dưới 0,1% và không bao giờ chạm mức 0,3%. Trên 0,1% đã gây bất lợi cho người gửi hàng loạt. Ở mức 0,3%, bạn mất quyền được hỗ trợ khắc phục (mitigation), và Google sẽ không xử lý yêu cầu hỗ trợ cho đến khi bạn duy trì dưới 0,3% trong 7 ngày liên tiếp.

Gmail chỉ tính email vào hộp thư đến, nên khi nhiều email bị đưa vào thư mục spam, tỷ lệ này lại trông có vẻ ổn. Tỷ lệ spam và lượt nhấp cùng giảm là tin xấu.

[Các phương pháp hay nhất dành cho người gửi](https://senders.yahooinc.com/best-practices/) của Yahoo dùng cùng ngưỡng trần 0,3%. ESP nào chia cho toàn bộ email đã gửi đến, kể cả thư mục spam, sẽ cho ra con số thấp hơn cả hai.

### Mã lỗi trả lại và mã trì hoãn, theo từng nhà cung cấp

Phản hồi SMTP là tín hiệu trực tiếp nhất mà bạn nhận được. Hãy nhóm thư bị trả lại và thư bị trì hoãn hằng tuần theo nhà cung cấp và theo mã. Những mã quan trọng, lấy từ [tài liệu tham khảo về lỗi SMTP](https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes) của Google và trang của từng nhà cung cấp:

| Nhà cung cấp | Phản hồi | Ý nghĩa |
| --- | --- | --- |
| Gmail | `421 4.7.0` “very low reputation of the sending IP address” hoặc “sending domain” | Vấn đề về uy tín, thư bị trì hoãn. Nội dung phản hồi cho biết là IP hay tên miền. |
| Gmail | `550 5.7.1` “likely unsolicited” hoặc “very low reputation” | Bị từ chối vì bị coi là spam |
| Gmail | `421 4.7.28` “unusual rate of unsolicited email” | Bị giới hạn tốc độ theo IP, tên miền hoặc tên miền trong một URL |
| Gmail | `4.7.27`, `4.7.30`, `4.7.31`, `4.7.32` | SPF không đạt, DKIM không đạt, không có bản ghi DMARC, From không được căn chỉnh |
| Microsoft | `550 5.7.515` | Một tên miền gửi hơn 5.000 email mỗi ngày không đáp ứng [yêu cầu xác thực](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730) của Outlook |
| Yahoo | `421` hoặc `451` | Lỗi tạm thời, bao gồm cả khiếu nại và lưu lượng bất thường ([mã lỗi của Yahoo](https://senders.yahooinc.com/smtp-error-codes/)) |
| Yahoo | `553` hoặc `554` | Lỗi vĩnh viễn, bao gồm lỗi DMARC và việc bị Spamhaus liệt kê. Đừng thử lại. |

Hãy đọc phần nội dung sau mã. Tài liệu tham khảo của Google liệt kê mười phản hồi `4.7.0` khác nhau, từ thiếu bản ghi PTR đến uy tín tên miền thấp.

### Lượt nhấp, theo từng nhà cung cấp

Gmail đánh giá bạn qua hành vi của người nhận, nên hãy theo dõi lượt nhấp duy nhất của người thật trên mỗi email đã gửi đến, theo từng nhà cung cấp và từng tuần. Lượt nhấp giảm ở một nhà cung cấp thường có nghĩa là email bị lọc ở đó; giảm ở mọi nơi thường có nghĩa là nội dung hoặc đối tượng đã thay đổi.

Đừng dùng lượt mở: [Mail Privacy Protection](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/) của Apple “theo mặc định sẽ tải nội dung từ xa ở chế độ nền, bất kể bạn có tương tác với email hay không”. Hãy loại cả lượt nhấp của trình quét bảo mật ([cách chúng tôi đếm một lượt nhấp thật](/vi/blog/email-metrics-that-matter)).

Một cái bẫy cần lưu ý: các công ty dùng Google Workspace dùng tên miền riêng của họ. Hãy xem gmail.com, outlook.com, hotmail.com, yahoo.com và icloud.com là các nhà cung cấp, phần còn lại là hộp thư công việc.

### Kiểm tra bằng hộp thư thử nghiệm, trong giới hạn của nó

Một lượt kiểm tra bằng hộp thư thử nghiệm cho biết email vào hộp thư đến, vào spam hay không đến tại các địa chỉ cố định ở từng nhà cung cấp. Nó phát hiện những vấn đề mà mọi người nhận đều gặp: khóa DKIM bị hỏng, tên miền liên kết nằm trong danh sách đen, nội dung giống spam. Hộp thư thử nghiệm không có lịch sử tương tác với bạn, không có lượt mở, thư trả lời hay lượt nhấp “không phải spam”, trong khi Gmail quyết định một phần dựa trên từng người nhận. [Trang về nguồn dữ liệu hiệu suất](https://senders.yahooinc.com/email-deliverability-performance-feeds/) của Yahoo cho biết phương pháp theo dõi dựa trên panel người dùng và pixel “có thể gây tổn hại đến quyền riêng tư và bảo mật của người dùng chúng tôi, đồng thời vi phạm điều khoản và chính sách của chúng tôi”. Hãy chạy một lượt sau khi thay đổi DNS, tên miền, mẫu hoặc tên miền liên kết, và trước những đợt gửi lớn. Đừng bao giờ báo cáo kết quả này như tỷ lệ vào hộp thư đến của bạn.

### Yahoo Sender Hub và Microsoft SNDS

[Chế độ xem Insights](https://blog.postmaster.yahooinc.com/post/798590258207916032/introducing-insights) trong Sender Hub của Yahoo hiển thị tỷ lệ khiếu nại và số email đã gửi đến theo từng tên miền DKIM đã xác minh, tính trên email vào hộp thư đến, khi lượng gửi vượt mức tối thiểu mỗi ngày. Hãy đăng ký chính các tên miền đó vào Complaint Feedback Loop của Yahoo để nhận báo cáo cho từng khiếu nại; các vòng phản hồi dựa trên IP đã không còn.

SNDS của Microsoft, năm nay đã chuyển sang cổng mới, hiển thị khối lượng gửi, tỷ lệ khiếu nại và kết quả lọc cho từng IP bạn kiểm soát. [Trang câu hỏi thường gặp về SNDS](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ) định nghĩa màu xanh lá là dưới 10% thư bị đánh giá là spam, màu vàng là từ 10% đến 90% và màu đỏ là trên 90%, đồng thời gọi tỷ lệ khiếu nại dưới 0,3% là “một ngưỡng tốt”. Quyền truy cập hết hạn 10 tháng sau khi được phê duyệt hoặc chuyển đổi, nên hãy ghi lịch để xác nhận lại. IP chung không thể đăng ký, nên hãy hỏi nhà cung cấp của bạn xem họ theo dõi những gì.

### Báo cáo tổng hợp DMARC và danh sách đen

Báo cáo tổng hợp cho thấy mọi nguồn đang dùng tên miền From của bạn, cùng việc SPF và DKIM có đạt và được căn chỉnh hay không. Định dạng báo cáo hiện theo [RFC 9990](https://www.rfc-editor.org/rfc/rfc9990.html), công bố vào tháng 5/2026, và cùng với RFC 9989 và RFC 9991 thay thế RFC 7489. Hãy công bố một địa chỉ `rua` trỏ tới công cụ có thể phân tích các báo cáo này:

```dns
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"
```

Hãy tìm nguồn gửi mới, tỷ lệ căn chỉnh DKIM đang giảm và khối lượng gửi bất thường. Khi hiệu quả trên Gmail giảm đột ngột, chúng tôi kiểm tra xác thực trước tiên; đó thường là cách khắc phục nhanh nhất.

Tiếp theo là danh sách đen. [Domain Blocklist](https://www.spamhaus.org/blocklists/domain-blocklist/) của Spamhaus bao gồm các tên miền, kể cả tên miền của liên kết và hình ảnh trong phần thân email; SBL bao gồm các IP. Gmail báo cáo việc IP bị liệt kê dưới dạng `ip_in_rbls`.

## Danh sách kiểm tra hằng tuần

Các con số 0,1%, 0,3% và các ngưỡng SNDS lấy từ Google, Yahoo và Microsoft. Ngưỡng về thư bị trả lại và lượt nhấp là của chúng tôi, nên hãy điều chỉnh theo mức cơ sở của bạn.

| Mục kiểm tra | Xem ở đâu | Bình thường | Cần xử lý khi | Việc làm đầu tiên |
| --- | --- | --- | --- | --- |
| Tỷ lệ spam trên Gmail | Postmaster Tools v2 hoặc API | Dưới 0,1% | Từ 0,1% trở lên vào bất kỳ ngày nào | Tìm nhóm email đó trong Feedback Loop và tạm dừng |
| Kết luận của Gmail | Phân tích khả năng gửi đến | `USER_FEEDBACK_POSITIVE` | Bất kỳ kết luận nào khác kéo dài 2 tuần | Làm theo hành động tương ứng với kết luận đó ở bảng trên |
| Mức tuân thủ trên Gmail | Trạng thái tuân thủ | Tất cả đều Compliant | Bất kỳ hàng Needs work nào | Khắc phục, rồi chờ 7 ngày để dữ liệu cập nhật |
| Khiếu nại trên Yahoo | Sender Hub Insights | Thấp hơn nhiều so với 0,3% | Tăng 2 tuần liên tiếp | Kiểm tra báo cáo feedback loop theo từng chiến dịch |
| IP trên Outlook | SNDS (chỉ IP của riêng bạn) | Xanh lá | Bất kỳ ngày nào có màu vàng hoặc đỏ | So sánh khối lượng gửi và đối tượng của ngày đó |
| Thư bị trả lại và thư bị trì hoãn | Nhật ký thư bị trả lại, theo nhà cung cấp | Dưới 1% thư bị trả lại vĩnh viễn (hard bounce) | Trên 2%, hoặc có nội dung về uy tín hay giới hạn tốc độ | Giảm tốc độ gửi và đọc toàn bộ phản hồi |
| Lượt nhấp theo nhà cung cấp | Công cụ phân tích của bạn | Chênh lệch trong vòng 20% so với mức trung bình 8 tuần | Một nhà cung cấp giảm từ 20% trở lên | Kiểm tra lượt gửi tiếp theo bằng hộp thư thử nghiệm, lọc bớt người không hoạt động ở nhà cung cấp đó |
| Xác thực | Báo cáo tổng hợp DMARC | Các nguồn đã biết đều đạt và được căn chỉnh | Xuất hiện nguồn mới hoặc tỷ lệ căn chỉnh giảm | Sửa DNS hoặc DKIM của nhà cung cấp dịch vụ trước khi gửi |
| Danh sách đen | Tra cứu Spamhaus | Không bị liệt kê | Bất kỳ lần bị liệt kê nào | Tìm nguyên nhân, rồi yêu cầu gỡ khỏi danh sách đen |
| Kiểm tra bằng hộp thư thử nghiệm | Công cụ kiểm tra vào hộp thư đến | Vào hộp thư đến ở mọi nhà cung cấp lớn | Vào spam ở bất kỳ nhà cung cấp nào | So sánh với phiên bản gần nhất đã đạt |

## Cách làm điều này trong Brew

Brew đảm nhận các bước kiểm tra dựa trên dữ liệu gửi của chính bạn. Hãy mở song song Postmaster Tools, Sender Hub và SNDS.

[`get_domain_health`](https://docs.brew.new/api-reference/public-v1/domains/get-domain-health) (công cụ MCP, hoặc `GET /v1/domains/{domainId}/health`) là miễn phí. Công cụ này trả về kết luận `healthy`, `at_risk` hoặc `critical`, trạng thái SPF, DKIM và DMARC, điểm từ 0 đến 100 kèm xu hướng, cùng các tín hiệu đi kèm cách khắc phục được đề xuất. Trụ cột “uy tín” của nó dùng tỷ lệ thư bị trả lại và tỷ lệ khiếu nại do chính Brew ghi nhận từ các lượt gửi chiến dịch và tự động hóa của bạn, tính theo từng tên miền khi lượng gửi đủ lớn, và theo toàn bộ không gian làm việc trong trường hợp ngược lại. Trụ cột này chiếm 25% số điểm và dùng cùng các mốc 0,1% và 0,3%; từ 0,3% trở lên với ít nhất ba khiếu nại sẽ giới hạn điểm ở mức tối đa 40. `include=scoreHistory` trả về tối đa 50 bản lưu, nên bạn có lại được đường xu hướng.

`create_inbox_placement_test` gửi một email thật qua tên miền đã xác minh của bạn tới các hộp thư thử nghiệm ở Gmail, Outlook, Yahoo, Apple và các nhà cung cấp khác, với giá 10 tín dụng cộng chi phí của lượt gửi nhỏ đó. Việc xác minh một tên miền tiếp thị cũng kích hoạt một lượt chạy miễn phí với năm phiên bản mẫu, từ “Ghi chú đơn giản” đến “Khuyến mãi”. Những lưu ý về hộp thư thử nghiệm ở trên vẫn áp dụng.

Để xem lượt nhấp theo nhà cung cấp, hãy gọi [nguồn cấp sự kiện](https://docs.brew.new/api-reference/public-v1/analytics/unified-events-feed) hai lần: `GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week`, rồi gọi lại tương tự với `eventType=delivered`. Chia kết quả lần đầu cho lần sau theo từng tên miền và từng tuần. Lượt nhấp của bot được loại trừ theo mặc định. Đây là số đếm sự kiện, nên một người nhấp hai lần sẽ được tính hai lần; như vậy vẫn đủ để phát hiện mức giảm 20% ở một nhà cung cấp, nhưng đây không phải tỷ lệ nhấp duy nhất trong báo cáo lượt gửi của bạn. Số đếm theo nhóm chỉ đọc 20.000 sự kiện mới nhất, nên với danh sách có lượng gửi lớn, hãy truyền `from` và `to` cho từng tuần một và kiểm tra cờ `truncated`. Để xem các vấn đề, hãy thay bằng `bounced`, `complained` hoặc `delivery_delayed`; mã trạng thái vẫn nằm trong nhật ký thư bị trả lại của bạn.

## Câu hỏi thường gặp

### Google Postmaster Tools có còn hiển thị uy tín tên miền không?

Không. Cả v2 lẫn API của nó đều không có chỉ số uy tín. Uy tín thấp chỉ xuất hiện dưới dạng lý do từ chối trong mục Lỗi gửi, và kết luận của mục Phân tích khả năng gửi đến là thứ thay thế gần nhất.

### Gmail cho phép tỷ lệ spam bao nhiêu?

Google khuyên giữ dưới 0,1% và không bao giờ chạm mức 0,3%. Trên 0,1% đã gây bất lợi cho người gửi hàng loạt, và ở mức 0,3%, Google sẽ không hỗ trợ cho đến khi tỷ lệ này duy trì dưới 0,3% trong 7 ngày liên tiếp.

### API của Postmaster Tools v1 có còn hoạt động không?

Google cho biết API v1 sẽ bị khai tử và khuyên chuyển sang v2, phiên bản đã phát hành rộng rãi từ ngày 3/2/2026, nhưng chưa đặt ngày cụ thể. v2 bao gồm mọi thứ, trừ uy tín.

### Vì sao bảng điều khiển Postmaster Tools của tôi trống?

Postmaster Tools ẩn dữ liệu vào những ngày có lượng gửi thấp tới tài khoản Gmail cá nhân. Tỷ lệ spam chỉ tính email đã được xác thực DKIM, và tên miền đã xác minh phải khớp với tên miền DKIM hoặc SPF trên email của bạn. Mục Phân tích khả năng gửi đến sẽ hiển thị “Không đủ lượng email gửi đi” khi Gmail chưa thể đánh giá tên miền của bạn.

### Kiểm tra vào hộp thư đến bằng hộp thư thử nghiệm có chính xác với Gmail không?

Với những vấn đề mà mọi người nhận đều gặp, như xác thực không đạt hay liên kết nằm trong danh sách đen, thì có. Nhưng phương pháp này bỏ sót mức tương tác của người đăng ký, nên hãy đánh giá tỷ lệ vào hộp thư đến thực tế qua tỷ lệ spam, lượt nhấp theo từng nhà cung cấp và kết luận của Gmail. [Hướng dẫn về khả năng gửi đến](/vi/blog/email-deliverability) của chúng tôi và [ấn bản State of Email tháng 9](/vi/blog/state-of-email-september-2026) trình bày bối cảnh rộng hơn.