คู่มือโครงสร้างพื้นฐานอีเมล
คู่มือ Transactional Email API
คู่มือเชิงปฏิบัติสำหรับส่งรหัสผ่าน ใบเสร็จ การแจ้งเตือน และอีเมลอื่นที่ผลิตภัณฑ์ส่งเมื่อเกิดเหตุการณ์ได้อย่างน่าเชื่อถือ
อีเมล transactional คืออีเมลที่ถูกส่งจากการกระทำของผู้ใช้หรือระบบ เช่น การรีเซ็ตรหัสผ่าน ใบเสร็จ ลิงก์ยืนยัน การแจ้งเตือน หรือการอัปเดตสถานะ ควรส่งจากตัวตนที่ยืนยันแล้ว สังเกตการณ์ได้ และแยกจากอีเมลโปรโมต
ในทางปฏิบัติหมายความว่าอย่างไร
- ข้อความที่เกิดจากการกระทำ เช่น ใบเสร็จและการรีเซ็ตรหัสผ่าน
- ตัวตนผู้ส่งที่ยืนยันแล้วและ SPF, DKIM และ DMARC ที่ align กัน
- การตอบกลับเรื่องการส่งและบันทึกอีเวนต์รายข้อความ
- แยกการใช้งาน transactional และโปรโมตออกจากกันอย่างชัดเจน
เช็กลิสต์การนำไปใช้
- ระบุอีเวนต์ทุกรายการของผลิตภัณฑ์ที่ต้องส่งอีเมล
- กำหนดเทมเพลตที่คงที่และกลยุทธ์ idempotency สำหรับแต่ละอีเวนต์
- ยืนยันโดเมนผู้ส่งก่อนเปิดใช้การส่งในระบบจริง
- ติดตามอีเมลตีกลับและการร้องเรียน แล้วระงับการส่งไปยังปลายทางที่ไม่ปลอดภัย
คำถามที่ทีมมักถาม
อะไรนับเป็นอีเมล transactional
ข้อความที่จำเป็นต่อการทำให้การกระทำของผู้ใช้เสร็จสมบูรณ์หรือแจ้งเกี่ยวกับการกระทำนั้น เช่น การยืนยันบัญชี ใบเสร็จ การแจ้งเตือนด้านความปลอดภัย และการรีเซ็ตรหัสผ่าน
ส่งอีเมลการตลาดผ่าน transactional API ได้หรือไม่
ได้เฉพาะเมื่อผู้ให้บริการและรูปแบบการขอความยินยอมจากผู้รับรองรับ ควรแยกทราฟฟิกโปรโมต การยกเลิกการรับ และการควบคุมชื่อเสียงออกจากอีเมลที่สำคัญต่อผลิตภัณฑ์