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