MXToolbox, Proofpoint, Google: เลือกเครื่องมือตรวจ DMARC ให้เหมาะกับทีมที่ดูแลหลายโดเมน

ทีมที่ดูแลหลายโดเมนสำหรับแคมเปญ cold email B2B มักต้องเลือกใช้ dmarc checker อย่างน้อยหนึ่งตัวเพื่อติดตามสุขภาพของ SPF, DKIM และ DMARC แต่ผลตรวจจาก MXToolbox, Proofpoint และ google spf dkim dmarc checker ไม่เหมือนกันเสมอไป บทความนี้เปรียบเทียบความละเอียดของแต่ละเครื่องมือ พร้อมแนะนำวิธีเลือกใช้ให้เหมาะกับขนาดทีมและจำนวนโดเมนที่ดูแลจริง

ทำไมทีม outreach ต้องตรวจ DMARC มากกว่าหนึ่งโดเมน

แคมเปญ B2B ที่ทำ cold email อย่างมีเป้าหมายมักไม่ส่งจากโดเมนหลักขององค์กร แต่แยกใช้โดเมนย่อยหรือโดเมนสำรองเพื่อปกป้องชื่อเสียงของโดเมนหลัก เมื่อจำนวนโดเมนเพิ่มขึ้นเป็นสิบหรือหลายสิบ ความผิดพลาดในการตั้งค่า SPF ซ้ำซ้อน DKIM หมดอายุ หรือ DMARC record ที่ยังไม่ align ก็เกิดขึ้นได้ง่ายโดยไม่มีใครสังเกตทันที

การส่งอีเมลหาผู้ติดต่อทางธุรกิจในไทยยังต้องพิจารณา พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล (PDPA) ควบคู่ไปกับมาตรฐานทางเทคนิคอย่าง SPF, DKIM, DMARC เพราะโดเมนที่ไม่ผ่านการยืนยันตัวตนมีแนวโน้มถูกมองว่าเป็นสแปมมากกว่า และยิ่งลดทอนความน่าเชื่อถือหากองค์กรไม่ได้แจ้งวัตถุประสงค์การติดต่อทางธุรกิจให้ชัดเจนตั้งแต่ต้น

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

MXToolbox, Proofpoint, google spf dkim dmarc checker: วิธีใช้และจุดต่าง

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

• dmarc checker mxtoolbox: กรอกโดเมนแล้วดูผล SPF, DKIM, DMARC record แบบเรียลไทม์ในหน้าเว็บ ไม่ต้องยืนยันความเป็นเจ้าของโดเมน เหมาะกับการตรวจด่วนก่อนหรือหลังแก้ DNS ของโดเมนใหม่
• dmarc checker proofpoint: เป็นส่วนหนึ่งของชุด email security ต้องสมัครใช้งานและตั้ง rua tag ให้ส่งรายงานรวม (aggregate) เข้าแดชบอร์ด เหมาะกับองค์กรที่มีทีม security ดูแลหลายสิบโดเมนพร้อมกัน
• google spf dkim dmarc checker ใน Admin Console: ใช้ได้เฉพาะโดเมนที่ยืนยันความเป็นเจ้าของกับ Google Workspace แล้วเท่านั้น แต่ให้คำเตือนเชิงรุกก่อนที่โดเมนจะหลุดเกณฑ์การยืนยันตัวตนของ Gmail
• ทั้งสามตัวอ่านค่าจาก DNS สาธารณะเหมือนกัน แต่ต่างกันที่การเก็บประวัติ การแจ้งเตือนอัตโนมัติ และความสามารถแยกวิเคราะห์ตาม subdomain ที่ใช้ส่ง cold email

เปรียบเทียบความละเอียดของผลตรวจ

เมื่อใช้งานจริงกับทีมที่ดูแลโดเมนส่งเมล 10-30 โดเมนพร้อมกัน ความต่างที่ชัดที่สุดไม่ใช่ผลตรวจแบบ pass/fail แต่เป็นความละเอียดของรายงานที่ช่วยวินิจฉัยปัญหาต่อได้ dmarc checker mxtoolbox ให้ผลทันทีแต่หยุดแค่สถานะรายโดเมน ส่วน dmarc checker proofpoint สะสมข้อมูล aggregate จากผู้ให้บริการเมลหลายเจ้าทำให้เห็นแนวโน้มย้อนหลังได้ชัดกว่า

google spf dkim dmarc checker อยู่กึ่งกลาง ให้รายละเอียดดีสำหรับโดเมนที่ยืนยันตัวตนแล้ว แต่ไม่ครอบคลุมโดเมนภายนอกระบบ Workspace

ข้อผิดพลาดที่พบบ่อยเมื่อใช้ dmarc checker

ข้อผิดพลาดส่วนใหญ่ไม่ได้เกิดจากตัวเครื่องมือ แต่เกิดจากวิธีนำผลตรวจไปใช้ต่อ ทีมที่เพิ่งเริ่มดูแลหลายโดเมนมักตกหลุมพรางเดิมซ้ำ ๆ

• ตรวจครั้งเดียวตอนตั้งค่าแล้วไม่ตรวจซ้ำ ทั้งที่ DNS provider หรือผู้ให้บริการ ESP อาจแก้ record โดยไม่แจ้ง
• ตั้ง p=reject ทันทีโดยไม่ดู aggregate report ก่อน ทำให้อีเมลที่ยังไม่ align ถูกปฏิเสธหมดโดยไม่รู้สาเหตุ
• ใช้ dmarc checker mxtoolbox ตรวจแค่โดเมนหลัก แต่ลืมตรวจ subdomain ที่ใช้ส่ง cold email แยกต่างหาก
• ไม่ตั้ง rua tag เลย ทำให้ไม่มีข้อมูลป้อนกลับจาก Gmail หรือ Outlook มาวิเคราะห์
• เข้าใจผิดว่า DMARC ผ่านแล้วเท่ากับ ไม่ติดสแปม ทั้งที่เป็นคนละเรื่องกับการกรองตามเนื้อหาอีเมล

เช็กลิสต์และแนวทางที่ LDM ใช้ดูแลหลายโดเมน

แนวทางที่ใช้ได้จริงกับทีมที่ดูแลโดเมนจำนวนมากคือแบ่งงานเป็นสองชั้น ชั้นแรกใช้เครื่องมือฟรีอย่าง dmarc checker mxtoolbox สำหรับตรวจเร็วเวลาเพิ่มโดเมนใหม่หรือแก้ DNS ชั้นที่สองใช้เครื่องมือที่เก็บประวัติอย่าง Proofpoint หรือ google spf dkim dmarc checker สำหรับมอนิเตอร์ต่อเนื่องรายสัปดาห์

ทีมการตลาดของบริษัท กรุงเทพซอฟต์แวร์ จำกัด ที่ดูแลโดเมนส่งเมลแยก 12 โดเมนสำหรับแต่ละกลุ่มลูกค้า ใช้วิธีนี้เพื่อจับความผิดปกติได้ก่อนที่ reply rate จะตก แทนที่จะรอให้ทีม sales มาแจ้งว่าอีเมลไม่มีคนตอบ

• ตรวจ SPF, DKIM, DMARC ของทุกโดเมนก่อนเริ่มแคมเปญใหม่ ไม่ใช่แค่โดเมนที่เพิ่งตั้งค่า
• ตั้ง p=none พร้อม rua tag อย่างน้อย 2-3 สัปดาห์ก่อนขยับไป p=quarantine หรือ p=reject
• ตรวจซ้ำทุกครั้งที่เปลี่ยน ESP หรือเพิ่มบริการที่ส่งเมลในนามโดเมนเดียวกัน
• เก็บผลตรวจย้อนหลังไว้เทียบเวลาปัญหา deliverability เกิดขึ้น จะได้รู้ว่าเริ่มตกช่วงไหน
• แจ้งให้ทีม sales และ SDR ทราบทันทีที่พบ DMARC ไม่ align เพราะกระทบ reply rate โดยตรง

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