# Postmaster Tools v2: สิ่งที่ควรติดตามแทนกราฟชื่อเสียง

URL หลัก: https://brew.new/th/blog/postmaster-tools-v2-what-to-monitor
ผู้เขียน: Thomas Park
เผยแพร่: 2026-10-08
อัปเดต: 2026-10-08

Google Postmaster Tools คือแดชบอร์ดฟรีของ Google ที่แสดงว่า Gmail จัดการอีเมลปริมาณมากจากโดเมนที่คุณยืนยันด้วยระเบียน DNS อย่างไร เวอร์ชัน 2 กำลังเข้ามาแทนเวอร์ชัน 1 และตัดระดับชื่อเสียงของโดเมนและ IP ที่หลายทีมเปิดดูทุกเช้าออกไป บทความนี้สรุปว่า v2 แสดงอะไร API อยู่ในสถานะไหน และเราตรวจอะไรทุกสัปดาห์แทน

## ประเด็นสำคัญ

- v2 ยังมีอัตราสแปม, Feedback Loop, การยืนยันตัวตน, การเข้ารหัส และข้อผิดพลาดในการนำส่ง และเพิ่มสถานะการปฏิบัติตามข้อกำหนด (Compliance status) เข้ามา ส่วนชื่อเสียงของโดเมนและ IP (Domain และ IP Reputation) หายไปทั้งจากแดชบอร์ดและ API
- ผลประเมินใหม่จากการวิเคราะห์อัตราการส่งถึง (Deliverability analysis) เช่น “อัตราสแปมของคุณสูงกว่า 0.1%” คือสิ่งที่ใกล้เคียงกับสัญญาณชื่อเสียงมากที่สุดที่ v2 มี
- รักษาอัตราสแปมใน Gmail ให้ต่ำกว่า 0.1% และอย่าปล่อยให้แตะ 0.3% ไม่อย่างนั้น Google จะไม่ช่วยเหลือจนกว่าอัตราจะต่ำกว่า 0.3% ติดต่อกัน 7 วัน
- แทนที่กราฟด้วยการตรวจรายสัปดาห์แยกตามผู้ให้บริการอีเมล ทั้งอัตราสแปม รหัสตีกลับ และการคลิก รวมถึงรายงาน DMARC, บล็อกลิสต์ และการทดสอบด้วยอินบ็อกซ์ทดสอบ
- การทดสอบด้วยอินบ็อกซ์ทดสอบเป็นเพียงการทดสอบเบื้องต้นของการยืนยันตัวตนและเนื้อหา ไม่ใช่อัตราการเข้าอินบ็อกซ์

## อะไรเปลี่ยนไป และเมื่อไร

Al Iverson จาก Spam Resource [รายงานเมื่อเดือนกันยายน 2025](https://www.spamresource.com/2025/09/google-changes-coming-to-gpt.html) ว่า “ตั้งแต่วันที่ 30 กันยายน 2025 ผู้ใช้จะเข้าถึงได้เฉพาะเวอร์ชันที่ใหม่กว่า (v2) เท่านั้น” จากนั้น Google หยุดแผนนี้ไว้ชั่วคราวในเดือนพฤศจิกายน 2025 ก่อนที่เมื่อวันที่ 20 สิงหาคม 2026 เขาจะ[รายงานว่า Google ยกเลิกการพักแผนแล้ว](https://www.spamresource.com/2026/08/gpt-v1-retirement-and-important-updates.html): “ตอนนี้ GPT V1 กำลังถูกทยอยยกเลิก”

ไทม์ไลน์จาก[บันทึกประจำรุ่นของ Gmail API](https://developers.google.com/workspace/gmail/release-notes) และ Spam Resource:

| วันที่ | สิ่งที่เกิดขึ้น |
| --- | --- |
| 2024 | Postmaster Tools v2 เปิดตัวควบคู่กับ v1 |
| 2 ธ.ค. 2025 | v2beta API เปิดให้ทดลองในรุ่นพรีวิวสำหรับนักพัฒนา |
| 3 ก.พ. 2026 | API v2 เปิดให้ใช้งานทั่วไป |
| 24 มิ.ย. 2026 | API รองรับการจัดการโดเมนและผู้ใช้ และสถานะการปฏิบัติตามข้อกำหนดส่งผลประเมินอัตราการส่งถึงกลับมาด้วย |
| 20 ส.ค. 2026 | Spam Resource รายงานว่าสิทธิ์เข้าถึง v1 กำลังถูกยกเลิกทีละบัญชี |

หน้าเว็บของ Google อัปเดตตามไม่ทัน ช่วงต้นเดือนตุลาคม [ประกาศการเลิกใช้งาน](https://support.google.com/mail/answer/16594218)ยังเขียนว่า “เรากำลังเลื่อนการเลิกใช้งานเว็บอินเทอร์เฟซของ Postmaster Tools รุ่นเดิม” โดยไม่ระบุวันที่ และ[แนวทางสำหรับผู้ส่ง](https://support.google.com/mail/answer/81126)ก็ยังบอกให้ตรวจ “ชื่อเสียงของโดเมนและที่อยู่ IP ของคุณด้วย Postmaster Tools” แต่สำหรับบัญชีส่วนใหญ่ v1 หายไปแล้ว

## Postmaster Tools v2 แสดงอะไรบ้าง

![ตารางเปรียบเทียบ Postmaster Tools v1, แดชบอร์ด v2 และ API v2 ทีละแถว โดยแถวชื่อเสียงของโดเมนและ IP ถูกทำเครื่องหมายว่าปลดระวางแล้ว และระบุสัญญาณที่ใช้แทนไว้สำหรับแต่ละแถว](/images/blog/postmaster-tools-v2-what-to-monitor-v1-vs-v2.png)

*สิ่งที่ยังอยู่ สิ่งที่เพิ่มเข้ามาใหม่ และสิ่งที่ควรดูแทนชื่อเสียง*

ตาม[หน้าช่วยเหลือเรื่องแดชบอร์ด](https://support.google.com/mail/answer/14668346)ของ Google แดชบอร์ดทั้งหมดครอบคลุมเฉพาะบัญชี Gmail ส่วนตัว อัปเดตภายในราว 24 ชั่วโมง ใช้เวลา UTC และอาจมีช่วงที่ข้อมูลขาดหายในวันที่ปริมาณการส่งต่ำ

### สถานะการปฏิบัติตามข้อกำหนด

สถานะการปฏิบัติตามข้อกำหนด (Compliance status) ตรวจผู้ส่งทุกรายเทียบกับแนวทางสำหรับผู้ส่ง 5 ข้อ ได้แก่ SPF และ DKIM, ระเบียน DNS, การจัดรูปแบบข้อความ, การเข้ารหัส และอัตราสแปม ส่วนผู้ส่งอีเมลปริมาณมาก ซึ่งส่งถึง Gmail ราว 5,000 ฉบับขึ้นไปต่อวัน จะมีการตรวจ DMARC, การยกเลิกการรับข่าวสารในคลิกเดียว และการดำเนินการตามคำขอยกเลิกการรับข่าวสารเพิ่มเข้ามา

แต่ละแถวจะแสดงเป็น “เป็นไปตามข้อกำหนด” (Compliant), “ต้องแก้ไข” (Needs work) หรือ “ไม่พบข้อมูล” (No data found) ค่าเหล่านี้เป็นค่าเฉลี่ยเคลื่อนที่ การแก้ไขจึงอาจใช้เวลาถึง 7 วันกว่าจะแสดงผล สถานะนี้รายงานเฉพาะโดเมนหลัก: หากยืนยัน `email.example.com` แถวต่าง ๆ จะครอบคลุม `example.com` ทั้งหมด แถว “ดำเนินการตามคำขอยกเลิกการรับข่าวสาร” (Honor unsubscribe) จะแสดง “ต้องแก้ไข” หากการยกเลิกการรับข่าวสารใช้เวลาเกิน 48 ชั่วโมง และ Google ยังนับคำขอนั้นแม้ CDN หรือไฟร์วอลล์ของคุณจะบล็อกไว้ก็ตาม

### การวิเคราะห์อัตราการส่งถึง

การวิเคราะห์อัตราการส่งถึง (Deliverability analysis) ให้ผลประเมินรายโดเมน ซึ่ง API ส่งกลับมาเป็น `deliverabilityStatusVerdict` จาก `domains.getComplianceStatus` โดย Iverson [รวบรวมทุกข้อความพร้อมค่าใน API ไว้](https://www.spamresource.com/2026/09/gpt-lets-talk-deliverability-analysis.html):

| ข้อความในแดชบอร์ด | เหตุผลใน 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` | อ่านการตอบกลับ 4xx และ 5xx ของ Gmail แล้วชะลอการส่ง |
| “ผู้ใช้ส่งสัญญาณว่าไม่อยากได้รับอีเมลของคุณ” (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 ปฏิเสธหรือชะลอการรับ พร้อมเหตุผล เหตุผลการปฏิเสธใน API v2 ได้แก่ `bad_attachment`, `bad_or_missing_ptr_record`, `ip_in_rbls`, `low_domain_reputation`, `low_ip_reputation`, `spammy_content`, `stamp_policy_error` และ `other` ชื่อเสียงจึงเหลืออยู่แค่ในรูปของเหตุผลการปฏิเสธ ซึ่งคุณจะเห็นก็ต่อเมื่อเสียอีเมลไปแล้ว

## อะไรหายไป และทำไม

แดชบอร์ดเดิมให้ระดับชื่อเสียงแก่แต่ละโดเมนและ IP เป็น แย่ ต่ำ ปานกลาง หรือสูง (Bad, Low, Medium, High) ประกาศของ Google ระบุว่าข้อมูลนี้ “ผู้ส่งส่วนใหญ่นำไปใช้ลงมือแก้ไขได้ยาก” การเปลี่ยนแปลงพฤติกรรม “สะท้อนออกมาช้า” และแดชบอร์ด “อาจทำให้เข้าใจผิด เพราะชื่อเสียงเป็นเพียงหนึ่งในหลายปัจจัยที่ส่งผลต่ออัตราการส่งถึง”

เหตุผลนี้ฟังขึ้น แต่ก็ยังถือเป็นการสูญเสีย ดังที่ Iverson เขียนไว้ในเดือนสิงหาคม กราฟนี้เคยแสดงให้เห็นว่าการแก้ไขได้ผลอย่างไรตลอดหลายสัปดาห์ ขณะที่ผลประเมินแสดงแค่สถานะของวันนี้ Google สัญญาว่าจะมีแดชบอร์ดใหม่ แต่ยังไม่ระบุวันที่

## สถานะของ Postmaster Tools API

[คู่มือการย้ายระบบ](https://developers.google.com/workspace/gmail/postmaster/guides/migration-v2)ของ Google สำหรับ v2 ที่เปิดให้ใช้งานทั่วไปแล้วระบุว่า `trafficStats` เปลี่ยนเป็น `domainStats`, เมธอด `domains.domainStats.query` เพียงตัวเดียวมาแทน `get` และ `list`, `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` ทั้งนี้ Google ระบุว่า v2 ครอบคลุม “ฟังก์ชันทั้งหมดที่มีอยู่ใน v1 ยกเว้นชื่อเสียงของโดเมนและ IP” และ “API v1 ปัจจุบันจะถูกปลดระวาง” แต่ยังไม่มีวันที่ อย่าสร้างอะไรใหม่บน v1 อีก

อัตราสแปมและอัตราการปฏิเสธรายวันของโดเมนหนึ่ง:

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

ช่วงวันที่นับรวมทั้งวันเริ่มต้นและวันสิ้นสุด วันที่ข้อมูลหายไปหมายถึงปริมาณการส่งต่ำ ไม่ได้หมายความว่าไม่มีการร้องเรียน หากแดชบอร์ดภายในยังอ่านข้อมูลชื่อเสียงจาก v1 อยู่ ให้ลบแผงนั้นทิ้ง

## แผนติดตามผลที่ใช้แทนกราฟชื่อเสียง

ไม่มีสัญญาณใดสัญญาณเดียวที่แทนชื่อเสียงได้ แต่เมื่อใช้ร่วมกัน สัญญาณเหล่านี้จะเตือนคุณได้เร็วกว่ากราฟเดิม

### อัตราสแปม แยกตามผู้ให้บริการอีเมล

[หน้าคำถามที่พบบ่อยสำหรับผู้ส่ง](https://support.google.com/mail/answer/14229414)ของ Google ระบุให้รักษาอัตราไว้ต่ำกว่า 0.1% และอย่าให้แตะ 0.3% แค่เกิน 0.1% ก็ส่งผลเสียต่อผู้ส่งอีเมลปริมาณมากแล้ว และเมื่อถึง 0.3% คุณจะไม่มีสิทธิ์ได้รับการบรรเทาผลกระทบ (mitigation) และ Google จะไม่ดำเนินการกับคำขอความช่วยเหลือจนกว่าอัตราของคุณจะต่ำกว่า 0.3% ติดต่อกัน 7 วัน

Gmail นับเฉพาะอีเมลที่เข้าอินบ็อกซ์ การที่อีเมลจำนวนมากถูกย้ายเข้าโฟลเดอร์สแปมจึงทำให้อัตรานี้ดูดี หากอัตราสแปมและการคลิกลดลงพร้อมกัน นั่นคือข่าวร้าย

[แนวทางปฏิบัติที่ดีสำหรับผู้ส่ง](https://senders.yahooinc.com/best-practices/)ของ Yahoo ใช้เพดาน 0.3% เดียวกัน ส่วน ESP ที่หารด้วยอีเมลที่ส่งถึงทั้งหมด รวมถึงอีเมลในโฟลเดอร์สแปม จะได้ตัวเลขต่ำกว่าทั้งสองราย

### รหัสตีกลับและรหัสการชะลอการรับ แยกตามผู้ให้บริการอีเมล

การตอบกลับ SMTP คือฟีดแบ็กที่ตรงที่สุดที่คุณจะได้ ให้จัดกลุ่มการตีกลับและการชะลอการรับทุกสัปดาห์ตามผู้ให้บริการอีเมลและรหัส รหัสสำคัญจาก[เอกสารอ้างอิงข้อผิดพลาด SMTP](https://knowledge.workspace.google.com/admin/support/troubleshooting/gmail-smtp-errors-and-codes) ของ Google และหน้าของผู้ให้บริการแต่ละราย มีดังนี้:

| ผู้ให้บริการ | การตอบกลับ | ความหมาย |
| --- | --- | --- |
| 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 ไม่ผ่าน alignment |
| Microsoft | `550 5.7.515` | โดเมนที่ส่งเกิน 5,000 ฉบับต่อวันไม่ผ่าน[ข้อกำหนดด้านการยืนยันตัวตน](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730)ของ Outlook |
| Yahoo | `421` หรือ `451` | ชั่วคราว รวมถึงกรณีการร้องเรียนและทราฟฟิกที่ผิดปกติ ([รหัสข้อผิดพลาดของ Yahoo](https://senders.yahooinc.com/smtp-error-codes/)) |
| Yahoo | `553` หรือ `554` | ถาวร รวมถึงกรณี DMARC ไม่ผ่านและการติดรายชื่อของ Spamhaus อย่าลองส่งซ้ำ |

อ่านข้อความที่ตามหลังรหัสด้วย เอกสารอ้างอิงของ Google ระบุการตอบกลับ `4.7.0` ไว้ถึง 10 แบบ ตั้งแต่ไม่มีระเบียน PTR ไปจนถึงชื่อเสียงของโดเมนต่ำ

### การคลิก แยกตามผู้ให้บริการอีเมล

Gmail ตัดสินคุณจากพฤติกรรมของผู้รับ จึงควรติดตามจำนวนคลิกจากคนจริงแบบไม่ซ้ำต่ออีเมลที่ส่งถึง แยกตามผู้ให้บริการอีเมลและรายสัปดาห์ หากลดลงที่ผู้ให้บริการรายเดียว มักหมายความว่ามีการกรองที่นั่น แต่ถ้าลดลงทุกที่ มักหมายความว่าเนื้อหาหรือกลุ่มเป้าหมายเปลี่ยนไป

อย่าใช้การเปิด เพราะ [Mail Privacy Protection](https://www.apple.com/legal/privacy/data/en/mail-privacy-protection/) ของ Apple “ดาวน์โหลดเนื้อหาระยะไกลในเบื้องหลังโดยค่าเริ่มต้น ไม่ว่าคุณจะโต้ตอบกับอีเมลหรือไม่ก็ตาม” และให้ตัดคลิกจากระบบสแกนความปลอดภัยออกด้วย ([วิธีที่เรานับคลิกจริง](/th/blog/email-metrics-that-matter))

มีกับดักอยู่ข้อหนึ่ง: บริษัทที่ใช้ Google Workspace ใช้โดเมนของตัวเอง ให้นับ gmail.com, outlook.com, hotmail.com, yahoo.com และ icloud.com เป็นผู้ให้บริการอีเมล ส่วนที่เหลือให้นับเป็นอีเมลองค์กร

### การทดสอบด้วยอินบ็อกซ์ทดสอบ ใช้ในสิ่งที่ทำได้จริง

การทดสอบด้วยอินบ็อกซ์ทดสอบ (seed test) รายงานว่าอีเมลเข้าอินบ็อกซ์ เข้าสแปม หรือหายไป สำหรับที่อยู่ที่กำหนดไว้ตายตัวในผู้ให้บริการแต่ละราย วิธีนี้จับปัญหาที่ผู้รับทุกคนจะเจอได้ เช่น คีย์ DKIM ที่เสีย โดเมนของลิงก์ที่ติดบล็อกลิสต์ หรือเนื้อหาที่ดูเป็นสแปม แต่อินบ็อกซ์ทดสอบไม่มีประวัติกับคุณ ไม่มีการเปิด การตอบกลับ หรือการคลิก “ไม่ใช่สแปม” และ Gmail ก็ตัดสินบางส่วนตามผู้รับแต่ละราย [หน้าฟีดข้อมูลประสิทธิภาพ](https://senders.yahooinc.com/email-deliverability-performance-feeds/)ของ Yahoo ระบุว่าการติดตามจากกลุ่มผู้ใช้ตัวอย่างและจากพิกเซล “อาจกระทบความเป็นส่วนตัวและความปลอดภัยของผู้ใช้ของเรา และละเมิดข้อกำหนดและนโยบายของเรา” ให้ทดสอบหลังเปลี่ยน DNS, โดเมน, เทมเพลต หรือโดเมนของลิงก์ และก่อนการส่งครั้งใหญ่ แต่อย่ารายงานผลนี้เป็นอัตราการเข้าอินบ็อกซ์ของคุณ

### Yahoo Sender Hub และ Microsoft SNDS

[มุมมอง Insights](https://blog.postmaster.yahooinc.com/post/798590258207916032/introducing-insights) ใน Sender Hub ของ Yahoo แสดงอัตราการร้องเรียนและจำนวนอีเมลที่ส่งถึงต่อโดเมน DKIM ที่ยืนยันแล้ว โดยนับจากอีเมลที่เข้าอินบ็อกซ์ เมื่อปริมาณต่อวันเกินขั้นต่ำที่กำหนด ลงทะเบียนโดเมนเดียวกันใน Complaint Feedback Loop ของ Yahoo เพื่อรับรายงานการร้องเรียนทีละรายการ เพราะ Feedback Loop แบบอิง IP ไม่มีแล้ว

SNDS ของ Microsoft ซึ่งย้ายไปอยู่บนพอร์ทัลใหม่ในปีนี้ แสดงปริมาณ อัตราการร้องเรียน และผลการกรองของแต่ละ IP ที่คุณควบคุม [หน้าคำถามที่พบบ่อยของ SNDS](https://substrate.office.com/ip-domain-management-snds/SNDS/FAQ) กำหนดให้สีเขียวคือข้อความที่ถูกตัดสินว่าเป็นสแปมน้อยกว่า 10% สีเหลืองคือ 10% ถึง 90% และสีแดงคือมากกว่า 90% และเรียกอัตราการร้องเรียนต่ำกว่า 0.3% ว่า “เกณฑ์ที่ดี” สิทธิ์เข้าถึงจะหมดอายุ 10 เดือนหลังได้รับอนุมัติหรือย้ายระบบ จึงควรจดวันยืนยันสิทธิ์ซ้ำไว้ในปฏิทิน ทั้งนี้ IP ร่วมลงทะเบียนไม่ได้ ให้ถามผู้ให้บริการของคุณว่าเฝ้าดูอะไรอยู่บ้าง

### รายงาน DMARC แบบรวมและบล็อกลิสต์

รายงานแบบรวม (aggregate report) แสดงทุกแหล่งที่ใช้โดเมนใน From ของคุณ และบอกว่า SPF และ DKIM ผ่านการตรวจและผ่าน alignment หรือไม่ ปัจจุบันรูปแบบรายงานคือ [RFC 9990](https://www.rfc-editor.org/rfc/rfc9990.html) ซึ่งเผยแพร่เมื่อเดือนพฤษภาคม 2026 และใช้ร่วมกับ RFC 9989 และ 9991 เพื่อแทนที่ RFC 7489 ให้เผยแพร่ที่อยู่ `rua` ที่ชี้ไปยังเครื่องมือที่แยกวิเคราะห์รายงานได้:

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

มองหาแหล่งส่งใหม่ อัตรา DKIM alignment ที่ลดลง และปริมาณการส่งที่ไม่คุ้นเคย เมื่อตัวเลขจาก Gmail ลดลงกะทันหัน เราตรวจการยืนยันตัวตนเป็นอย่างแรก เพราะมักเป็นจุดที่แก้ได้เร็วที่สุด

จากนั้นคือบล็อกลิสต์ [Domain Blocklist](https://www.spamhaus.org/blocklists/domain-blocklist/) ของ Spamhaus ครอบคลุมโดเมน รวมถึงโดเมนของลิงก์และรูปภาพในเนื้อหาอีเมล ส่วน SBL ครอบคลุม IP และ Gmail รายงานการติดรายชื่อของ IP เป็น `ip_in_rbls`

## เช็กลิสต์รายสัปดาห์

ตัวเลข 0.1%, 0.3% และตัวเลขของ SNDS มาจาก Google, Yahoo และ Microsoft ส่วนเกณฑ์ของการตีกลับและการคลิกเป็นของเราเอง จึงควรปรับให้เข้ากับค่าฐานของคุณ

| สิ่งที่ตรวจ | ดูที่ไหน | ปกติดี | ลงมือเมื่อ | สิ่งแรกที่ต้องทำ |
| --- | --- | --- | --- | --- |
| อัตราสแปมของ Gmail | Postmaster Tools v2 หรือ API | ต่ำกว่า 0.1% | 0.1% ขึ้นไปในวันใดก็ตาม | หาสตรีมอีเมลนั้นใน Feedback Loop แล้วหยุดไว้ชั่วคราว |
| ผลประเมินของ Gmail | การวิเคราะห์อัตราการส่งถึง | `USER_FEEDBACK_POSITIVE` | ผลประเมินอื่นนาน 2 สัปดาห์ | ทำตามสิ่งที่ควรทำของผลประเมินนั้นในตารางด้านบน |
| การปฏิบัติตามข้อกำหนดของ Gmail | สถานะการปฏิบัติตามข้อกำหนด | ทุกแถวเป็น “เป็นไปตามข้อกำหนด” | มีแถวใดขึ้น “ต้องแก้ไข” | แก้ไข แล้วรอ 7 วันให้สถานะอัปเดต |
| การร้องเรียนใน Yahoo | Sender Hub Insights | ต่ำกว่า 0.3% อยู่มาก | เพิ่มขึ้น 2 สัปดาห์ติดต่อกัน | ตรวจรายงาน Feedback Loop แยกตามแคมเปญ |
| IP ใน Outlook | SNDS (เฉพาะ IP ของคุณเอง) | สีเขียว | มีวันใดเป็นสีเหลืองหรือแดง | เทียบปริมาณการส่งและกลุ่มเป้าหมายของวันนั้น |
| การตีกลับและการชะลอการรับ | บันทึกการตีกลับ แยกตามผู้ให้บริการ | ตีกลับถาวรต่ำกว่า 1% | เกิน 2% หรือมีข้อความเรื่องชื่อเสียงหรือการจำกัดอัตรา | ชะลอการส่งและอ่านการตอบกลับฉบับเต็ม |
| การคลิกแยกตามผู้ให้บริการ | การวิเคราะห์ของคุณ | ห่างจากค่าเฉลี่ย 8 สัปดาห์ไม่เกิน 20% | ผู้ให้บริการรายใดลดลง 20% ขึ้นไป | ทดสอบการส่งครั้งถัดไปด้วยอินบ็อกซ์ทดสอบ และตัดผู้ที่ไม่มีความเคลื่อนไหวที่ผู้ให้บริการนั้นออก |
| การยืนยันตัวตน | รายงาน DMARC แบบรวม | แหล่งที่รู้จักผ่านการตรวจและผ่าน alignment | มีแหล่งใหม่หรือ alignment ลดลง | แก้ DNS หรือ DKIM ของผู้ให้บริการก่อนส่ง |
| บล็อกลิสต์ | การค้นหาใน Spamhaus | ไม่ติดรายชื่อ | ติดรายชื่อใดก็ตาม | หาสาเหตุ แล้วขอให้นำออกจากรายชื่อ |
| การทดสอบด้วยอินบ็อกซ์ทดสอบ | เครื่องมือทดสอบการเข้าอินบ็อกซ์ | เข้าอินบ็อกซ์ที่ผู้ให้บริการรายใหญ่ทุกราย | เข้าสแปมที่ผู้ให้บริการรายใดก็ตาม | เทียบความแตกต่างกับเวอร์ชันล่าสุดที่ผ่าน |

## วิธีทำใน Brew

Brew ครอบคลุมการตรวจที่ใช้ข้อมูลจากการส่งของคุณเอง ส่วน Postmaster Tools, Sender Hub และ SNDS ให้เปิดใช้คู่กันไป

[`get_domain_health`](https://docs.brew.new/api-reference/public-v1/domains/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 เครดิตบวกค่าส่งเล็กน้อย การยืนยันโดเมนการตลาดยังเริ่มการทดสอบฟรี 1 รอบด้วยเทมเพลต 5 แบบ ตั้งแต่ “ข้อความล้วน” ไปจนถึง “โปรโมชัน” ข้อควรระวังเรื่องอินบ็อกซ์ทดสอบข้างต้นยังใช้ได้เช่นกัน

สำหรับการคลิกแยกตามผู้ให้บริการ ให้เรียก[ฟีดเหตุการณ์](https://docs.brew.new/api-reference/public-v1/analytics/unified-events-feed) 2 ครั้ง: `GET /v1/analytics/events?eventType=clicked&groupBy=recipientDomain&bucket=week` แล้วเรียกแบบเดียวกันด้วย `eventType=delivered` จากนั้นหารค่าหนึ่งด้วยอีกค่าหนึ่งตามโดเมนและสัปดาห์ คลิกจากบอตจะไม่ถูกนับเป็นค่าเริ่มต้น ตัวเลขเหล่านี้เป็นจำนวนเหตุการณ์ คนที่คลิก 2 ครั้งจึงนับเป็น 2 ครั้ง ซึ่งใช้ได้สำหรับการสังเกตการลดลง 20% ที่ผู้ให้บริการรายหนึ่ง แต่ไม่ใช่อัตราการคลิกแบบไม่ซ้ำในรายงานการส่งของคุณ การนับแบบจัดกลุ่มจะอ่านเหตุการณ์ล่าสุด 20,000 รายการ หากรายชื่อมีปริมาณมาก ให้ส่ง `from` และ `to` ทีละสัปดาห์ และตรวจแฟล็ก `truncated` หากต้องการดูปัญหา ให้เปลี่ยนเป็น `bounced`, `complained` หรือ `delivery_delayed` ส่วนรหัสสถานะยังอยู่ในบันทึกการตีกลับของคุณ

## คำถามที่พบบ่อย

### Google Postmaster Tools ยังแสดงชื่อเสียงของโดเมนอยู่ไหม?

ไม่แสดงแล้ว ทั้ง v2 และ API ของ v2 ไม่มีตัวชี้วัดชื่อเสียง ชื่อเสียงต่ำจะปรากฏเป็นเหตุผลการปฏิเสธในข้อผิดพลาดในการนำส่งเท่านั้น และผลประเมินจากการวิเคราะห์อัตราการส่งถึงคือสิ่งที่ใกล้เคียงที่สุดที่ใช้แทนได้

### Gmail ยอมรับอัตราสแปมได้เท่าไร?

Google ระบุให้รักษาอัตราไว้ต่ำกว่า 0.1% และอย่าให้แตะ 0.3% แค่เกิน 0.1% ก็ส่งผลเสียต่อผู้ส่งอีเมลปริมาณมากแล้ว และเมื่อถึง 0.3% แล้ว Google จะไม่ช่วยเหลือจนกว่าอัตราจะต่ำกว่า 0.3% ติดต่อกัน 7 วัน

### API ของ Postmaster Tools v1 ยังใช้งานได้อยู่ไหม?

Google ระบุว่า API v1 จะถูกปลดระวาง และให้ย้ายไปใช้ v2 ซึ่งเปิดให้ใช้งานทั่วไปตั้งแต่วันที่ 3 กุมภาพันธ์ 2026 แต่ยังไม่ได้กำหนดวันที่ ทั้งนี้ v2 ครอบคลุมทุกอย่าง ยกเว้นชื่อเสียง

### ทำไมแดชบอร์ด Postmaster Tools ของฉันว่างเปล่า?

Postmaster Tools จะซ่อนข้อมูลในวันที่ส่งถึงบัญชี Gmail ส่วนตัวในปริมาณต่ำ อัตราสแปมนับเฉพาะอีเมลที่ผ่านการยืนยันตัวตนด้วย DKIM และโดเมนที่ยืนยันแล้วต้องตรงกับโดเมน DKIM หรือ SPF ในอีเมลของคุณ ส่วนการวิเคราะห์อัตราการส่งถึงจะแสดง “อีเมลขาออกไม่เพียงพอ” (Not enough outgoing email) เมื่อ Gmail ยังประเมินโดเมนของคุณไม่ได้

### การทดสอบการเข้าอินบ็อกซ์ด้วยอินบ็อกซ์ทดสอบแม่นยำสำหรับ Gmail ไหม?

แม่นยำสำหรับปัญหาที่ผู้รับทุกคนเจอ เช่น การยืนยันตัวตนไม่ผ่านหรือลิงก์ที่ติดบล็อกลิสต์ แต่การทดสอบนี้มองไม่เห็นการมีส่วนร่วมของผู้รับข่าวสาร จึงควรตัดสินการเข้าอินบ็อกซ์จริงจากอัตราสแปม การคลิกแยกตามผู้ให้บริการ และผลประเมินของ Gmail [คู่มืออัตราการส่งถึง](/th/blog/email-deliverability)ของเรา และ [The State of Email ฉบับเดือนกันยายน](/th/blog/state-of-email-september-2026)อธิบายบริบทที่กว้างกว่านี้