บันทึกภาคสนามจาก SendHQ
อธิบายโครงสร้างพื้นฐานอีเมลสำหรับผู้พัฒนา
คู่มือเชิงปฏิบัติสำหรับการส่งอีเมลที่คาดหวัง การรับอีเมลตอบกลับ การปกป้องชื่อเสียง และการให้เอเจนต์เข้าถึงได้อย่างมีข้อจำกัด
อีเมลขาเข้า
วิธีรับอีเมลด้วย Amazon SES: S3 และ Lambda
สร้างไปป์ไลน์อีเมลขาเข้าที่พร้อมใช้งานจริงด้วย Amazon SES, S3 และ Lambda ครอบคลุมความปลอดภัยของ MIME การกำหนดเส้นทางตามผู้เช่า idempotency การลองใหม่ และการจัดเธรด
อ่านบทความ →Email API
อธิบายแพ็กเกจราคา Amazon SES (กรกฎาคม 2026)
เมื่อวันที่ 21 กรกฎาคม 2026 Amazon SES เปลี่ยนจากโมเดลจ่ายตามการใช้งานแบบเรียบง่ายมาเป็นแพ็กเกจแบบแบ่งระดับ (Essentials, Pro, Enterprise) นี่คือรายละเอียดต้นทุนและผลที่มีต่องบอีเมล transactional ของคุณ
อ่านบทความ →การยืนยันตัวตนของโดเมน
DMARC p=none, quarantine หรือ reject: คู่มือสำหรับผู้ดูแลระบบ
การเลือกนโยบาย DMARC ที่เหมาะสมคือการรักษาสมดุลระหว่างความปลอดภัยกับความสามารถในการส่งถึง เรียนรู้ขั้นตอนการเปิดใช้อย่างปลอดภัยจาก p=none ไปสู่ p=reject เพื่อป้องกันการปลอมแปลงโดยไม่บล็อกอีเมลที่ถูกต้อง
อ่านบทความ →วิศวกรรม
Idempotency key สำหรับ Email API
ป้องกันอีเมลซ้ำเมื่อเครือข่ายมีการลองใหม่ด้วยการใช้ idempotency key เรียนรู้วิธีรับมือความล้มเหลวของระบบกระจายโดยไม่ส่งอีเมลซ้ำรบกวนผู้ใช้ของคุณ
อ่านบทความ →การยืนยันตัวตนของโดเมน
SPF Flattening: แก้ขีดจำกัด 10 lookup
หยุด permerror ที่เกิดจากการค้นหา DNS มากเกินไป เรียนรู้ว่า SPF flattening ทำงานอย่างไร ทำไมจึงมีขีดจำกัด 10 lookup และวิธีแก้ include chain เพื่อความสามารถในการส่งถึงที่ดีขึ้น
อ่านบทความ →ความสามารถในการส่งถึง
Bounce กับ Complaint: อะไรที่ทำร้ายความสามารถในการส่งถึงจริง ๆ
Bounce เป็นความล้มเหลวทางเทคนิค แต่ complaint คือสิ่งที่ทำลายชื่อเสียง เรียนรู้วิธีจัดการทั้งสองอย่างเพื่อรักษาชื่อเสียงการส่งและให้อีเมลเข้ากล่องจดหมายได้
อ่านบทความ →วิศวกรรม
การออกแบบ webhook อีเมลสำหรับการนำส่งแบบ at-least-once
เรียนรู้วิธีสร้างตัวรับ webhook สำหรับอีเวนต์อีเมลที่ทนทาน โดยใช้การลองใหม่ idempotency key และการตรวจสอบลายเซ็น เพื่อให้ไม่พลาดอีเวนต์การส่งถึงแม้แต่รายการเดียว
อ่านบทความ →วิศวกรรม
คู่มือการย้ายระบบอีเมล transactional
การย้ายผู้ให้บริการอีเมล transactional โดยไม่เสียการสังเกตการณ์ต้องทำเป็นระยะ ได้แก่ การส่งคู่ขนาน การจับคู่อีเวนต์ให้เท่ากัน และการสลับ DNS ทีละน้อย
อ่านบทความ →Email API
ทำไมอีเมล 50,000 ฉบับเท่ากันจึงมีค่าใช้จ่าย $5 หรือ $66
เจาะลึกส่วนต่างของราคา email API เราวิเคราะห์ว่าทำไมปริมาณ 50,000 อีเมลเท่ากันจึงมีราคาต่างกันถึง 13 เท่าระหว่างผู้ให้บริการ และวิธีเลือกตามข้อจำกัดด้านวิศวกรรมของคุณ
อ่านบทความ →Email API
SendGrid ยกเลิกแพ็กเกจฟรีแล้ว: คู่มือย้ายระบบใน 30 นาที
แพ็กเกจฟรีของ SendGrid กลายเป็นช่วงทดลอง 60 วันแล้ว นี่คือคู่มือเชิงเทคนิคสำหรับวิศวกรในการย้ายอีเมล transactional ไปยังทางเลือกที่ยั่งยืนโดยไม่มีระบบหยุดชะงัก
อ่านบทความ →Email API
Email API ที่เข้ากันได้กับ Resend: สิ่งที่ความเข้ากันได้ไม่ครอบคลุม
ความเข้ากันได้ของ API ช่วยให้คุณเปลี่ยนผู้ให้บริการได้โดยไม่ต้องเขียนโค้ดใหม่ แต่ไม่ได้ย้ายชื่อเสียง เรคคอร์ด DNS หรือประวัติความสามารถในการส่งถึงของคุณไปด้วย
อ่านบทความ →วิศวกรรม
เช็กลิสต์ Transactional Email API ก่อนขึ้นระบบจริง
คู่มือเชิงเทคนิคสำหรับวิศวกรที่เปิดตัวระบบอีเมล transactional ครอบคลุมการยืนยัน DNS idempotency การจัดการข้อผิดพลาด และการวิเคราะห์ต้นทุนเพื่อความพร้อมใช้งานจริง
อ่านบทความ →เวิร์กโฟลว์ของเอเจนต์
วิธีให้เอเจนต์ AI ส่งอีเมลได้อย่างปลอดภัย
การให้ API key แก่เอเจนต์ AI คือความเสี่ยง เรียนรู้วิธีใช้ข้อมูลรับรองที่จำกัดขอบเขต ขอบเขตการอนุมัติ และ idempotency เพื่อป้องกันหายนะจากอีเมลที่เอเจนต์สร้างขึ้น
อ่านบทความ →