SendGrid delivered ไม่ยืนยันว่าคนเห็นข้อความใน Inbox ต้องจับคู่เหตุการณ์กับผู้รับและการส่งหนึ่งครั้งก่อน แล้วอ่านนิยามในเอกสารปัจจุบัน Webhook บอกเหตุการณ์ของบริการ ไม่ได้เปิดดูโฟลเดอร์ทุกบัญชี หากใช้รายงานภายใน ต้องตรวจว่าระบบแปลและรวมเหตุการณ์ถูกต้องด้วย
เก็บรหัสไม่ใช่แค่หัวเรื่อง
แคมเปญหนึ่งมีหลายคนและหลายเหตุการณ์ ต้องรักษารหัสบริการ เวลา และผู้รับในระบบที่ได้รับอนุญาต หัวเรื่องซ้ำไม่ใช่ตัวเชื่อมที่เชื่อถือได้ หากรวมหลายรอบส่งเป็นรายการเดียว อาจนำผลสำเร็จของรอบหลังไปกลบปัญหารอบแรก ทำให้การสนับสนุนค้นผิดฉบับ
- เรียงเหตุการณ์ของผู้รับหนึ่งคนตามเวลา แยก processed การเลื่อน การส่งถึงเซิร์ฟเวอร์ และการปฏิเสธตามนิยามของผู้ให้บริการ
- เมื่อรับแล้วให้ผู้รับค้นโฟลเดอร์และกฎ หากพบจึงจับคู่ต้นฉบับ ถ้าไม่พบให้ระบุว่ายังไม่รู้ตำแหน่ง
- หลังแก้การเชื่อมต่อ webhook ให้ตรวจการรับและบันทึกของระบบคุณเอง เหตุการณ์ที่ขาดในฐานข้อมูลไม่ได้พิสูจน์ว่าผู้ให้บริการไม่ได้ดำเนินงาน
ตัวอย่างสมมติของคีย์ผิด
รายงานร้านจับเหตุการณ์ด้วยหัวเรื่องยินดีต้อนรับเพียงค่าเดียว หลายคนจึงใช้รายการร่วมกันและผลดีของคนหนึ่งซ่อนผลเสียอีกคน ต้องซ่อมการจับคู่ก่อนสรุปการนำส่ง ตัวอย่างนี้เป็นความเสี่ยงของการทำรายงาน ไม่ได้อ้างข้อผิดพลาดของ SendGrid เอง
หากปลายทางรับแล้วแต่ผู้ใช้ไม่เห็น งานถัดไปอยู่ที่การค้นบัญชีและอาจต้องมีผู้ดูแลองค์กร การส่งผ่านแพลตฟอร์มอื่นทันทีไม่ยืนยันสาเหตุ และอาจสร้างสองฉบับเมื่อคิวเดิมทำงานต่อ เก็บสถานะเดิมก่อนตัดสินใจส่งซ้ำและแยกรหัสการลองใหม่ให้ชัด
คำอธิบายที่เหมาะกับเจ้าของร้าน
ใช้คำว่าเซิร์ฟเวอร์รับเนื้อหาแล้ว ตำแหน่งยังไม่ได้สังเกต หรือบัญชีทดสอบพบใน Spam ตามหลักฐานจริง ไม่แปลงเหตุการณ์เทคนิคเป็นการอ่านของคน Webhook ก็ไม่ใช่รายชื่อกล่องทดสอบของผู้ให้บริการไทย ต้องยืนยันบริการที่ถูกสังเกตจากชุดทดสอบจริงแยกต่างหาก
แหล่งข้อมูลและการตรวจสอบ
SendGrid: Event Webhook Reference
RFC 5321: รับเนื้อหาที่ปลายทาง
ทดสอบอีเมลของคุณ กับกล่องทดสอบที่มีให้ ผลเป็นเพียงตัวอย่างที่สังเกต ไม่รับประกันกล่องของลูกค้าทั้งหมด อ่านขอบเขตใน วิธีทดสอบ และตรวจรายชื่อบริการที่รองรับในหน้าทดสอบปัจจุบัน