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 ว่า “ตั้งแต่วันที่ 30 กันยายน 2025 ผู้ใช้จะเข้าถึงได้เฉพาะเวอร์ชันที่ใหม่กว่า (v2) เท่านั้น” จากนั้น Google หยุดแผนนี้ไว้ชั่วคราวในเดือนพฤศจิกายน 2025 ก่อนที่เมื่อวันที่ 20 สิงหาคม 2026 เขาจะรายงานว่า Google ยกเลิกการพักแผนแล้ว: “ตอนนี้ GPT V1 กำลังถูกทยอยยกเลิก”

ไทม์ไลน์จากบันทึกประจำรุ่นของ Gmail API และ Spam Resource:

หน้าเว็บของ Google อัปเดตตามไม่ทัน ช่วงต้นเดือนตุลาคม ประกาศการเลิกใช้งานยังเขียนว่า “เรากำลังเลื่อนการเลิกใช้งานเว็บอินเทอร์เฟซของ Postmaster Tools รุ่นเดิม” โดยไม่ระบุวันที่ และแนวทางสำหรับผู้ส่งก็ยังบอกให้ตรวจ “ชื่อเสียงของโดเมนและที่อยู่ IP ของคุณด้วย Postmaster Tools” แต่สำหรับบัญชีส่วนใหญ่ v1 หายไปแล้ว

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

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

ตามหน้าช่วยเหลือเรื่องแดชบอร์ดของ 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 ไว้:

จับตา 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

คู่มือการย้ายระบบของ 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 อีก

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

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 อยู่ ให้ลบแผงนั้นทิ้ง

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

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

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

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

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

แนวทางปฏิบัติที่ดีสำหรับผู้ส่งของ Yahoo ใช้เพดาน 0.3% เดียวกัน ส่วน ESP ที่หารด้วยอีเมลที่ส่งถึงทั้งหมด รวมถึงอีเมลในโฟลเดอร์สแปม จะได้ตัวเลขต่ำกว่าทั้งสองราย

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

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

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

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

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

อย่าใช้การเปิด เพราะ Mail Privacy Protection ของ Apple “ดาวน์โหลดเนื้อหาระยะไกลในเบื้องหลังโดยค่าเริ่มต้น ไม่ว่าคุณจะโต้ตอบกับอีเมลหรือไม่ก็ตาม” และให้ตัดคลิกจากระบบสแกนความปลอดภัยออกด้วย (วิธีที่เรานับคลิกจริง)

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

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

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

Yahoo Sender Hub และ Microsoft SNDS

มุมมอง Insights ใน Sender Hub ของ Yahoo แสดงอัตราการร้องเรียนและจำนวนอีเมลที่ส่งถึงต่อโดเมน DKIM ที่ยืนยันแล้ว โดยนับจากอีเมลที่เข้าอินบ็อกซ์ เมื่อปริมาณต่อวันเกินขั้นต่ำที่กำหนด ลงทะเบียนโดเมนเดียวกันใน Complaint Feedback Loop ของ Yahoo เพื่อรับรายงานการร้องเรียนทีละรายการ เพราะ Feedback Loop แบบอิง IP ไม่มีแล้ว

SNDS ของ Microsoft ซึ่งย้ายไปอยู่บนพอร์ทัลใหม่ในปีนี้ แสดงปริมาณ อัตราการร้องเรียน และผลการกรองของแต่ละ IP ที่คุณควบคุม หน้าคำถามที่พบบ่อยของ SNDS กำหนดให้สีเขียวคือข้อความที่ถูกตัดสินว่าเป็นสแปมน้อยกว่า 10% สีเหลืองคือ 10% ถึง 90% และสีแดงคือมากกว่า 90% และเรียกอัตราการร้องเรียนต่ำกว่า 0.3% ว่า “เกณฑ์ที่ดี” สิทธิ์เข้าถึงจะหมดอายุ 10 เดือนหลังได้รับอนุมัติหรือย้ายระบบ จึงควรจดวันยืนยันสิทธิ์ซ้ำไว้ในปฏิทิน ทั้งนี้ IP ร่วมลงทะเบียนไม่ได้ ให้ถามผู้ให้บริการของคุณว่าเฝ้าดูอะไรอยู่บ้าง

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

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

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

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

จากนั้นคือบล็อกลิสต์ Domain Blocklist ของ Spamhaus ครอบคลุมโดเมน รวมถึงโดเมนของลิงก์และรูปภาพในเนื้อหาอีเมล ส่วน SBL ครอบคลุม IP และ Gmail รายงานการติดรายชื่อของ IP เป็น ip_in_rbls

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

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

วิธีทำใน Brew

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 เครดิตบวกค่าส่งเล็กน้อย การยืนยันโดเมนการตลาดยังเริ่มการทดสอบฟรี 1 รอบด้วยเทมเพลต 5 แบบ ตั้งแต่ “ข้อความล้วน” ไปจนถึง “โปรโมชัน” ข้อควรระวังเรื่องอินบ็อกซ์ทดสอบข้างต้นยังใช้ได้เช่นกัน

สำหรับการคลิกแยกตามผู้ให้บริการ ให้เรียกฟีดเหตุการณ์ 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 คู่มืออัตราการส่งถึงของเรา และ The State of Email ฉบับเดือนกันยายนอธิบายบริบทที่กว้างกว่านี้