การทดสอบ Inbox ควรตอบคำถามของข้อความหนึ่งฉบับ เช่น ใบยืนยันคำสั่งซื้อถูกสร้างหรือไม่ หรือจดหมายข่าวฉบับใหม่ปรากฏในโฟลเดอร์ใด อย่าเริ่มจากคะแนนรวมแล้วสรุปว่าระบบร้านค้าทั้งหมดทำงานดี เพราะอีเมลแต่ละประเภทอาจออกจากคนละบริการ แม้ใช้ชื่อร้านเหมือนกัน
เลือกเหตุการณ์ที่ตรวจซ้ำได้
แยกการแจ้งพนักงานออกจากข้อความถึงลูกค้า และแยกอีเมลระบบออกจากแคมเปญการตลาด หากใช้แพลตฟอร์มสำเร็จรูป ให้ดูเอกสารว่าคุณควบคุมผู้รับ เนื้อหา หรือเส้นทางส่งส่วนใดได้บ้าง ผลของระบบที่ร้านไม่ได้ควบคุมต้องตรวจผ่านหลักฐานหรือฝ่ายสนับสนุนของแพลตฟอร์มนั้น
- ระบุข้อความ รุ่นเนื้อหา เวลา และบัญชีที่ส่ง ใช้ข้อมูลสมมติแทนข้อมูลลูกค้า และอย่าส่งลิงก์กู้บัญชีจริงเข้าเครื่องมือทดสอบ
- เลือกกล่องที่มีอยู่จริงในรายการบริการ จดสิ่งที่ไม่ได้ทดสอบไว้ด้วย การมีหน้าภาษาไทยไม่ได้แปลว่ามีกล่องผู้ให้บริการไทย
- เมื่อได้รับข้อความ ให้แยกผลการยืนยันโดเมนออกจากตำแหน่งโฟลเดอร์ หากไม่พบข้อความ ให้ตรวจเหตุการณ์ส่งก่อนเรียกว่า Spam
ตัวอย่างสมมติของร้านขนม
ร้านขนมต้องการเปลี่ยนผู้ส่งจดหมายข่าว แต่ใบแจ้งคำสั่งซื้อยังออกจากแพลตฟอร์มเดิม ทีมจึงทดสอบจดหมายข่าวโดยเก็บเนื้อหาเดิมและตรวจลายเซ็นจากเส้นทางใหม่ ผลนี้ใช้ตัดสินเส้นทางจดหมายข่าว ไม่ใช่รับรองว่าใบแจ้งคำสั่งซื้อทุกฉบับถึงลูกค้า
เมื่อเก็บผล ให้เขียนคำถามเดิม ข้อความที่ใช้ สิ่งที่สังเกตได้ และข้อที่ยังไม่รู้ ตัวอย่างเช่น DKIM ผ่านในฉบับนี้ แต่ยังไม่มีข้อมูลกล่องขององค์กรลูกค้า บันทึกแบบนี้ช่วยให้ผู้ตรวจคนถัดไปทำซ้ำได้โดยไม่ต้องเดาว่าคะแนนหมายถึงอะไร
ข้อจำกัดของการสังเกต
กล่องทดสอบมีประวัติและกฎต่างจากผู้รับจริง จึงไม่ใช่แบบสำรวจอัตราเข้ากล่องของประเทศไทย การส่งผ่านหนึ่งบัญชียังไม่ตรวจฐานรายชื่อ ความถูกต้องของคำสั่งซื้อ หรือความคาดหวังของผู้สมัครรับข่าวสาร หากโจทย์เหล่านี้สำคัญ ต้องมีหลักฐานแยกต่างหาก
แหล่งข้อมูลและการตรวจสอบ
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน
ขั้นตอนที่เกี่ยวข้อง
SPF ผ่านแต่ DMARC ไม่ผ่าน: เทียบโดเมนใน From ให้ถูกตัว
ก่อนส่งแคมเปญภาษาไทย: ทดสอบเส้นทางส่งและเก็บผล Inbox อย่างไร