หน้า Landing · ต้นทุน Amazon SES

ทีมผลิตภัณฑ์ควรประเมินต้นทุน Amazon SES อย่างไร

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

เริ่มจากระบุโมเดลราคาของบัญชี

Amazon SES ไม่มีเส้นทางราคาทางเดียวอีกต่อไป AWS เปิดตัวแพ็กเกจ Essentials, Pro และ Enterprise เมื่อวันที่ July 21, 2026 โดยยังคงราคาแบบ à-la-carte ไว้ AWS ระบุว่าบัญชี SES ใหม่และคู่บัญชี-Region ที่ไม่มีกิจกรรม SES แบบคิดค่าบริการตั้งแต่ June 1, 2025 จะเริ่มที่ Essentials และมีตัวเลือกให้อัปเกรดหรือเปลี่ยนไปใช้ à-la-carte ดังนั้นประวัติบัญชีเดิมและ Region ที่เลือกจึงเปลี่ยนจุดเริ่มต้นได้ ก่อนทำสเปรดชีต ให้เปิดส่วนแพ็กเกจราคา SES ของบัญชีและ region ระบบจริงแต่ละรายการ บันทึกรูปแบบที่ใช้งานอยู่ และบันทึกวันที่ อย่าอนุมานการเรียกเก็บเงินจากบล็อกเก่า บัญชีของทีมอื่น หรืออัตราที่อ้างโดยไม่มีฟีเจอร์ที่รวมอยู่ ราคา SES สิทธิ์ใช้แพ็กเกจ ความพร้อมใช้งานตามภูมิภาค และกฎ AWS Free Tier อาจเปลี่ยนแปลงได้ จึงให้ถือหน้าราคาอย่างเป็นทางการและข้อมูลการเรียกเก็บเงินของบัญชีเป็นแหล่งข้อมูลจริงขณะซื้อ

สร้างสมการต้นทุนที่ครบถ้วน

ประมาณการรายเดือนที่มีประโยชน์เริ่มจากผู้รับขาออก ไม่ใช่แค่คำขอ API หรือออบเจ็กต์ข้อความ เพิ่มข้อมูลขาออกที่เรียกเก็บเงินได้ โดยเฉพาะไฟล์แนบ จากนั้นเพิ่มข้อความขาเข้าและข้อมูลขาเข้าเป็นชังก์หากใช้การรับของ SES เพิ่มค่าธรรมเนียมคงที่ของแพ็กเกจที่เลือก ระดับตามปริมาณ และความสามารถที่คิดราคาแยก เช่น IP เฉพาะ Global Endpoints การตรวจสอบความถูกต้องของอีเมล ฟีเจอร์ tenant ตัวเลือกของ Virtual Deliverability Manager endpoint ของ Mail Manager การเก็บถาวร หรือส่วนเสริมด้านความปลอดภัย จากนั้นรวมบริการ AWS ที่เกี่ยวข้อง ได้แก่ คอมพิวต์ของผู้ส่ง คิว ปลายทางอีเวนต์ ล็อกและเมตริก พื้นที่จัดเก็บ คีย์เข้ารหัส การถ่ายโอนข้อมูล การสำรองข้อมูล และซัพพอร์ต สุดท้ายเพิ่มงานวิศวกรรมและการดำเนินงาน ได้แก่ การเริ่มใช้โดเมน การออกแบบ IAM การจัดการโควตา การประมวลผลอีเวนต์ การจัดการอีเมลตีกลับและการร้องเรียน การรับมือเหตุการณ์ การทบทวนความสามารถในการส่งถึง การทดสอบหลายภูมิภาค และการย้ายผู้ให้บริการ สูตรในใบแจ้งหนี้กับต้นทุนรวมของการดำเนินงานอีเมลในแอปพลิเคชันเกี่ยวข้องกันแต่เป็นคนละตัวเลข

เปรียบเทียบแพ็กเกจกับ à-la-carte บนฟีเจอร์ชุดเดียวกัน

AWS แสดงอัตราแพ็กเกจสำหรับอีเมลรายเดือน 10 ล้านฉบับแรกที่ $0.16 ต่อ 1,000 สำหรับ Essentials, $0.22 สำหรับ Pro และ $0.23 สำหรับ Enterprise นอกจากนี้ Pro แสดงค่าบริการคงที่ $105 ต่อบัญชีต่อ region ต่อเดือน และ Enterprise แสดง $500 อัตราส่วนเพิ่มที่ต่ำกว่ามีผลกับระดับปริมาณที่สูงขึ้น แพ็กเกจรวมความสามารถในการส่งถึง การตรวจสอบ IP เฉพาะ การใช้งานระดับ global การจัดการ tenant และ Mail Manager ที่ต่างกัน ดังนั้นอัตราพาดหัวจึงใช้แทนกันไม่ได้ ตาราง à-la-carte แสดงอีเมลขาออกที่ $0.10 ต่อผู้รับ 1,000 ราย บวก $0.12 ต่อ GB ของข้อมูลไฟล์แนบ โดยฟีเจอร์เสริมคิดแยกต่างหาก เปรียบเทียบสถานการณ์โดยใช้ region เดียวกัน การกระจายปริมาณ ไฟล์แนบ งานขาเข้า และฟีเจอร์เดียวกัน แพ็กเกจที่มีอัตราส่งสูงกว่าอาจมีต้นทุนต่ำกว่าการประกอบความสามารถที่รวมอยู่แยกทีละส่วน ขณะที่งาน transactional แบบง่ายอาจไม่ต้องใช้ความสามารถเหล่านั้น ใช้การคำนวณระดับส่วนเพิ่มแทนการใช้อัตราระดับสุดท้ายกับปริมาณทั้งหมด

นับผู้รับ ภูมิภาค และข้อมูลให้ถูกต้อง

โควตาการส่งและการบันทึกขาออกของ SES อิงตามผู้รับ ข้อความเดียวที่ส่งถึงผู้รับสิบราย ใช้โควตาการส่งสิบหน่วย และ AWS แนะนำให้เรียก API แยกต่อผู้รับหนึ่งราย เพราะที่อยู่ที่ไม่ถูกต้องเพียงรายการเดียวอาจทำให้การเรียกที่มีผู้รับหลายรายถูกปฏิเสธ ให้สร้างโมเดลปลายทาง To, Cc และ Bcc ไม่ใช่แค่แถวใน outbox ของแอปพลิเคชัน แยกการพยากรณ์ตามภูมิภาค AWS เพราะตัวตน โควตา การกำหนดค่าอีเวนต์ ค่าธรรมเนียมแพ็กเกจ และบางฟีเจอร์เป็นแบบเฉพาะภูมิภาค สำหรับอีเมลที่มีไฟล์แนบจำนวนมาก ให้วัดข้อความในระบบจริงหลังเข้ารหัส เพราะการขยายด้วย MIME base64 ทำให้ขนาดที่ส่งจริงใหญ่กว่าไฟล์ไบนารีต้นฉบับ AWS ระบุว่าไฟล์แนบ 5 MB อาจกลายเป็นประมาณ 6.85 MB หลังเข้ารหัส รวมช่วงพีกตามฤดูกาล การลองใหม่ก่อนที่จะถูกยอมรับ การทดสอบ mailbox simulator เมื่อมีการเรียกเก็บเงิน และทราฟฟิก failover หลายภูมิภาค อย่านับซ้ำการลองใหม่ของผู้ให้บริการที่เกิดขึ้นหลังจาก SES รับผิดชอบแล้ว แต่ให้นับคำขอส่งใหม่ของแอปพลิเคชันหากกฎการเรียกเก็บเงินถือเป็นผู้รับขาออกเพิ่มอีกราย

คิดราคาโครงสร้างพื้นฐานเสริมอย่างรอบคอบ

IP เฉพาะไม่ใช่ข้อกำหนดสากล ที่อยู่ shared ของ SES รวมอยู่ในราคาส่งมาตรฐานและเหมาะกับงานปริมาณน้อยหรือผันแปร IP เฉพาะมาตรฐานเพิ่มค่าบริการรายเดือนต่อที่อยู่ที่เช่า และผู้ส่งต้องวอร์มอัปและจัดการเอง IP เฉพาะแบบจัดการเพิ่มค่าบริการบัญชีคงที่และราคาตามการใช้งาน ขณะที่ SES จัดการการวอร์มอัปและการปรับขนาดแบบปรับตัว AWS แสดง IP เฉพาะมาตรฐานที่ $24.95 ต่อ IP ต่อเดือน และ IP เฉพาะแบบจัดการเริ่มที่ $15 ต่อบัญชีต่อเดือน บวกค่าข้อความตามปริมาณ ตัวอย่าง à-la-carte อื่น ๆ ได้แก่ Global Endpoints ที่ $0.03 ต่ออีเมล 1,000 ฉบับนอกเหนือจากการส่งพื้นฐาน ค่าตรวจสอบอีเมล และค่าธรรมเนียม Virtual Deliverability Manager เลือกแต่ละรายการสำหรับความต้องการด้านปฏิบัติการที่ชัดเจน เช่น IP ที่ allowlist ไว้อย่างเสถียร การแยกชื่อเสียง การกำหนดเส้นทางหลาย region หรือการวินิจฉัย การเพิ่มโครงสร้างพื้นฐานโดยไม่มีปริมาณหรือความรับผิดชอบเพียงพออาจเพิ่มต้นทุนและความซับซ้อนโดยไม่แก้ปัญหาโดเมน ความยินยอม หรือเนื้อหา

รวมค่าใช้จ่ายด้านการรับอีเมลและการสังเกตอีเวนต์

ปริมาณงานขาเข้าของ SES และ Mail Manager ใช้หน่วยต่างจากการส่งขาออก ตาราง à-la-carte ปัจจุบันระบุอีเมลขาเข้าที่ $0.10 ต่อ 1,000 อีเมล บวก $0.09 ต่อ 1,000 ชังก์ขาเข้าแบบสมบูรณ์ขนาด 256 KB การประมวลผลของ Mail Manager ingress endpoint การเก็บถาวร ส่วนเสริมด้านความปลอดภัย และผู้รับเพิ่มเติมอาจมีค่าธรรมเนียมแยก พื้นที่จัดเก็บใน Amazon S3 การแจ้งเตือนผ่าน Amazon SNS การกำหนดเส้นทางอีเวนต์ แดชบอร์ด CloudWatch ล็อก และการเก็บรักษาข้อมูลอาจปรากฏในรายการบริการ AWS อื่นด้วย ควรตั้งงบสำหรับการสังเกตการณ์ขาออกแม้ว่าการเผยแพร่อีเวนต์เองจะไม่ใช่ค่าใช้จ่ายหลัก SES เผยแพร่อีเวนต์ send, delivery, bounce, complaint, reject, render-failure, delay, open และ click ผ่านปลายทาง AWS ที่กำหนดค่าไว้ได้ บริการระบบจริงต้องมีการรับข้อมูลที่ปลอดภัย การกำจัดข้อมูลซ้ำ การระงับการส่งถึงผู้รับ ขีดจำกัดการเก็บรักษา และการแจ้งเตือนด้านการดำเนินงาน ให้คิดราคาปริมาณอีเวนต์ ระยะเวลาการจัดเก็บ รูปแบบการค้นหา และผู้รับผิดชอบเวร on-call ไม่ใช่แค่การส่งข้อความ

ถือโควตาและสถานะ sandbox เป็นข้อจำกัดด้านความจุ

ราคาต่อหน่วยที่ต่ำไม่มีความหมายหากบัญชีไม่สามารถรองรับปริมาณงานได้ตามกฎและในทางปฏิบัติ โควตาการส่งของ SES แยกตามบัญชี AWS และภูมิภาค และอิงตามผู้รับ AWS ระบุค่าเริ่มต้นของ sandbox ที่ 200 อีเมลต่อ 24 ชั่วโมงแบบเลื่อน และหนึ่งอีเมลต่อวินาที บัญชี sandbox ยังมีข้อจำกัดด้านผู้รับด้วย ขีดจำกัดของระบบจริงแตกต่างกันตามกรณีใช้งานและขอเพิ่มได้ผ่าน AWS สร้างโมเดลปริมาณงานปกติ อัตราพีก การแยกแคมเปญ ทราฟฟิกการลองใหม่ และโหลด failover เต็มรูปแบบ แล้วขอสิทธิ์เข้าถึงระบบจริงและโควตาที่เหมาะสมก่อนเปิดตัว อย่านำค่าเริ่มต้นของ sandbox ไปคูณในประมาณการต้นทุนราวกับเป็นแพ็กเกจที่ซื้อได้ สร้าง backpressure สำหรับการถูกจำกัดอัตรา และติดตามอัตราการส่งสูงสุดจริงและโควตารายวันที่เหลือ เมื่อใช้หลายภูมิภาค ให้ตรวจสอบตัวตน configuration set โควตา และปลายทางอีเวนต์ในแต่ละภูมิภาค การทบทวนความจุเป็นส่วนหนึ่งของต้นทุน เพราะงานโควตาที่เร่งรีบ งานที่ตกหล่น หรือ failover ที่ไม่ได้ทดสอบ อาจสร้างค่าใช้จ่ายด้านซัพพอร์ตและวิศวกรรมที่สูงกว่าค่าส่งมาก

แยกการส่งที่ถูกเรียกเก็บเงินออกจากผลลัพธ์การส่งถึง

การเรียกเก็บเงินของ SES และสถานะการส่งถึงตอบคำถามคนละเรื่อง คำขอส่งที่สำเร็จหมายความว่า SES ยอมรับคำขอและจะพยายามส่ง ภายใต้การระงับการส่งและการประมวลผลภายหลัง อีเวนต์ delivery หมายความว่า SES รายงานว่าเซิร์ฟเวอร์อีเมลของผู้รับยอมรับข้อความแล้ว อีเวนต์ bounce, complaint, rejection, render failure หรือ delay อธิบายผลลัพธ์อีกแบบหนึ่ง การเข้ากล่องจดหมายเกิดขึ้นหลังจากเซิร์ฟเวอร์ผู้รับยอมรับ และถูกควบคุมโดยการกรองและนโยบายฝั่งผู้รับ อย่าประมาณคุณค่าโดยคูณจำนวนการส่งที่จ่ายเงินด้วยอัตราเข้ากล่องจดหมายที่สมมติ และอย่าเรียกทุกคำขอที่ถูกยอมรับว่าส่งถึงแล้ว ให้สร้างแดชบอร์ดต้นทุนคู่กับแดชบอร์ดผลลัพธ์ โดยด้านหนึ่งแสดงผู้รับและข้อมูลที่เรียกเก็บเงินได้ อีกด้านแสดงสถานะยอมรับ ส่งถึงเซิร์ฟเวอร์ ตีกลับ ร้องเรียน ระงับการส่ง และล่าช้า ใช้มุมมองเหล่านี้หาความสิ้นเปลือง เช่น การพยายามส่งซ้ำไปยังที่อยู่ที่ไม่ถูกต้องหรือถูกระงับการส่ง ไฟล์แนบขนาดใหญ่เกินไป การเก็บอีเวนต์ที่ไม่จำเป็น หรือฟีเจอร์เสริมที่ไม่สนับสนุนการตัดสินใจที่กำหนดไว้

ทำการประเมินราคาที่ทำซ้ำได้

รวบรวมข้อมูลที่เป็นตัวแทนอย่างน้อยสี่สัปดาห์ตามประเภทข้อความ ได้แก่ ผู้รับ ไบต์ของข้อความและไฟล์แนบ ภูมิภาค ช่วงพีกรายชั่วโมง จำนวนและขนาดข้อความขาเข้า จำนวนอีเวนต์ การเก็บรักษา และเหตุการณ์ด้านซัพพอร์ต พยากรณ์เดือนปกติ เดือนพีก และเดือนที่ต้อง failover ข้ามภูมิภาค แต่ละสถานการณ์ให้คำนวณ Essentials, Pro, Enterprise และ à-la-carte โดยใช้อัตราปัจจุบันอย่างเป็นทางการและความสามารถเสริมชุดเดียวกัน เพิ่มประมาณการของบริการ AWS ที่เกี่ยวข้องและความรับผิดชอบด้านวิศวกรรมที่ระบุชื่อ ตรวจสอบผลกับ AWS Pricing Calculator หรือตัวอย่างการเรียกเก็บเงินที่ควบคุมได้ จากนั้นตั้งการแจ้งเตือนต้นทุนและเมตริกต่อหน่วย เช่น ต้นทุนต่อผู้รับที่ถูกยอมรับ และต้นทุนต่อการส่งถึงเซิร์ฟเวอร์ผู้รับ บันทึกสมมติฐาน URL ที่มา สถานะแพ็กเกจของบัญชี-ภูมิภาค และวันที่ตรวจสอบ ทบทวนซ้ำเมื่อ AWS เปลี่ยนราคา เมื่อทราฟฟิกข้ามระดับ เมื่อไฟล์แนบมีขนาดโตขึ้น เมื่อมีข้อเสนอใช้ IP เฉพาะ หรือเมื่อผลิตภัณฑ์เพิ่มอีเมลขาเข้า การตรวจสอบความถูกต้อง การเก็บถาวร tenant หรือการกำหนดเส้นทางหลายภูมิภาค

ตัดสินว่าใครเป็นเจ้าของเลเยอร์แอปพลิเคชันโดยรอบ

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

คำถามที่พบบ่อย

Amazon SES ราคาเท่าใดต่อ 1,000 อีเมล

ขึ้นอยู่กับโมเดลราคาที่ใช้งาน ระดับปริมาณ ผู้รับ ภูมิภาค ข้อมูล และฟีเจอร์ เมื่อวันที่ 21 สิงหาคม 2026 AWS ระบุอีเมลขาออกแบบ à-la-carte ที่ $0.10 ต่อ 1,000 ผู้รับ ขณะที่อัตราแพ็กเกจและความสามารถที่รวมอยู่แตกต่างกัน ตรวจสอบหน้าทางการปัจจุบันก่อนซื้อ

อีเมล SES หนึ่งฉบับถึงผู้รับสิบรายนับเป็นหนึ่งหรือไม่

ไม่ AWS ระบุว่าโควตาการส่งอิงตามผู้รับ ดังนั้นข้อความที่ส่งถึงสิบปลายทางจะนับเป็นสิบในโควตา โมเดลต้นทุนก็ควรวัดปลายทางผู้รับที่เรียกเก็บเงินได้ตามเงื่อนไขราคาที่ใช้งานอยู่ ไม่ใช่แค่จำนวนการเรียก API

ไฟล์แนบของ Amazon SES เรียกเก็บเงินแยกหรือไม่

AWS ระบุค่าข้อมูลขาออกเพิ่มเติมสำหรับข้อมูลไฟล์แนบ ให้วัดขนาดหลังเข้ารหัส MIME ในระบบจริง เพราะการเข้ารหัส base64 ทำให้ไฟล์แนบไบนารีมีขนาดใหญ่ขึ้น และรวมค่าถ่ายโอนข้อมูลหรือพื้นที่จัดเก็บที่เกี่ยวข้องจากสถาปัตยกรรม AWS โดยรอบ

ต้องใช้ IP เฉพาะกับ Amazon SES หรือไม่

ไม่จำเป็น ที่อยู่แบบใช้ร่วมกันเหมาะกับปริมาณงานที่ต่ำหรือแปรผันจำนวนมาก ที่อยู่เฉพาะเพิ่มต้นทุนและข้อกำหนดด้านการดำเนินงาน และเหมาะสมที่สุดเมื่อทีมต้องการที่อยู่ที่คงที่ ปริมาณที่สม่ำเสมอเพียงพอ การควบคุมชื่อเสียงอย่างชัดเจน หรือการแยกสตรีมอีเมล

sandbox ของ Amazon SES เป็นแพ็กเกจราคาฟรีหรือไม่

ไม่ sandbox เป็นสถานะการเข้าถึงการส่งและโควตาที่มีข้อจำกัดด้านผู้รับ ไม่ใช่แพ็กเกจราคา เครดิต AWS Free Tier และแพ็กเกจราคา SES เป็นโปรแกรมแยกกันที่มีกฎด้านสิทธิ์และระยะเวลาของตนเอง

การจ่ายค่าส่งของ SES หมายความว่าอีเมลเข้ากล่องจดหมายหรือไม่

ไม่ ค่าส่งและคำขอที่สำเร็จไม่ได้ยืนยันโฟลเดอร์กล่องจดหมายสุดท้าย ให้ติดตามการยอมรับโดยผู้ให้บริการ การส่งถึงเซิร์ฟเวอร์ผู้รับ อีเมลตีกลับ การร้องเรียน การระงับการส่ง และความล่าช้าแยกกัน และถือว่าการเข้ากล่องจดหมายเป็นการตัดสินใจของระบบฝั่งผู้รับ

แหล่งอ้างอิง