راهنما · هزینه Amazon SES

تیم محصول چگونه باید هزینه Amazon SES را ارزیابی کند؟

هزینه Amazon SES را به‌صورت یک مدل بار کاری ارزیابی کنید، نه یک نرخ واحد برای هر ایمیل. گیرندگان خروجی را به تفکیک region بشمارید و داده پیوست‌ها، پردازش ایمیل ورودی، IPهای اختصاصی، قابلیت‌های تحویل‌پذیری، اعتبارسنجی، مسیریابی چند-region، ذخیره‌سازی، رویدادها، پایش و عملیات مهندسی را هم در نظر بگیرید. سپس پلن‌های فعلی قیمت‌گذاری SES را با صورتحساب à-la-carte برای همان مجموعه قابلیت‌ها مقایسه کنید. از اندازه واقعی پیام‌ها و اوج ترافیک استفاده کنید، نه فقط میانگین ماهانه. همچنین پذیرش توسط ارائه‌دهنده، تحویل به سرور گیرنده و رسیدن به صندوق ورودی را از هم جدا کنید، چون پرداخت هزینه یک ارسال، نتیجه نهایی آن را تضمین نمی‌کند.

ابتدا مدل قیمت‌گذاری حساب را مشخص کنید

Amazon SES دیگر تنها یک مسیر قیمت‌گذاری ندارد. AWS در 21 ژوئیه 2026، ضمن حفظ قیمت‌گذاری à-la-carte، پلن‌های Essentials، Pro و Enterprise را معرفی کرد. AWS می‌گوید حساب‌های جدید SES و ترکیب‌های حساب-region که از 1 ژوئن 2025 فعالیت اندازه‌گیری‌شده SES نداشته‌اند، از Essentials شروع می‌کنند و امکان ارتقا یا تغییر به à-la-carte را دارند. بنابراین سابقه حساب موجود و region انتخاب‌شده می‌تواند نقطه شروع را تغییر دهد. پیش از تهیه یک صفحه‌گسترده، بخش پلن قیمت‌گذاری SES را برای هر حساب و region محیط عملیاتی باز کنید، مدل فعال را ثبت کنید و تاریخ را یادداشت کنید. صورتحساب را از یک پست وبلاگ قدیمی، حساب تیم دیگر یا نرخی که قابلیت‌های مشمول آن مشخص نشده استنباط نکنید. قیمت‌های SES، واجدشرایط‌بودن پلن، دسترس‌پذیری منطقه‌ای و قواعد AWS Free Tier می‌توانند تغییر کنند؛ پس در زمان خرید، صفحه رسمی قیمت‌گذاری و داده‌های صورتحساب حساب را منبع حقیقت بدانید.

یک معادله کامل هزینه بسازید

یک برآورد ماهانه مفید با گیرندگان خروجی شروع می‌شود، نه فقط درخواست‌های API یا اشیای پیام. داده خروجی قابل‌محاسبه، به‌ویژه پیوست‌ها را اضافه کنید و اگر از دریافت ایمیل در SES استفاده می‌کنید، پیام‌های ورودی و قطعه‌های داده ورودی را هم بیفزایید. هزینه ثابت پلن انتخاب‌شده، هر پله حجمی و قابلیت‌هایی را که جداگانه قیمت‌گذاری می‌شوند اضافه کنید؛ مانند IPهای اختصاصی، Global Endpoints، اعتبارسنجی نشانی ایمیل، قابلیت‌های tenant، گزینه‌های Virtual Deliverability Manager، endpointهای Mail Manager، بایگانی یا افزونه‌های امنیتی. سپس سرویس‌های وابسته AWS را در نظر بگیرید: پردازش برای فرستنده، صف‌ها، مقصدهای رویداد، لاگ‌ها و متریک‌ها، ذخیره‌سازی، کلیدهای رمزنگاری، انتقال داده، پشتیبان‌گیری و پشتیبانی. در پایان، مهندسی و عملیات را اضافه کنید: راه‌اندازی دامنه، طراحی IAM، مدیریت سهمیه، پردازش رویدادها، رسیدگی به برگشت ایمیل و گزارش اسپم، پاسخ به رخداد، بازبینی تحویل‌پذیری، آزمون چند-region و مهاجرت بین ارائه‌دهندگان. فرمول صورتحساب و هزینه کل بهره‌برداری از ایمیل اپلیکیشن به هم مرتبط‌اند، اما دو عدد متفاوت هستند.

پلن‌ها و à-la-carte را با قابلیت‌های یکسان مقایسه کنید

AWS نرخ پلن‌ها را برای نخستین 10 میلیون ایمیل ماهانه، برای Essentials برابر $0.16 به‌ازای هر 1,000، برای Pro برابر $0.22 و برای Enterprise برابر $0.23 فهرست می‌کند. Pro همچنین هزینه ثابت $105 برای هر حساب در هر region در ماه دارد و Enterprise برابر $500 است. نرخ‌های حاشیه‌ای پایین‌تر برای رده‌های حجم بالاتر اعمال می‌شوند. پلن‌ها قابلیت‌های تحویل‌پذیری، اعتبارسنجی، IP اختصاصی، global، tenant و Mail Manager متفاوتی را بسته‌بندی می‌کنند؛ بنابراین نرخ‌های اصلی قابل‌جایگزینی با یکدیگر نیستند. جدول à-la-carte ایمیل خروجی را $0.10 به‌ازای هر 1,000 گیرنده به‌اضافه $0.12 برای هر GB داده پیوست فهرست می‌کند و قابلیت‌های اختیاری جداگانه هزینه دارند. سناریوها را با regionها، توزیع حجم، پیوست‌ها، کار ورودی و قابلیت‌های یکسان مقایسه کنید. پلنی با نرخ ارسال بالاتر ممکن است از بازسازی جداگانه قابلیت‌های مشمولش کم‌هزینه‌تر باشد، در حالی که یک workload تراکنشی ساده شاید به آن قابلیت‌ها نیاز نداشته باشد. به‌جای اعمال رده نهایی به کل حجم، از محاسبات رده‌ای حاشیه‌ای استفاده کنید.

گیرندگان، regionها و داده را درست بشمارید

سهمیه‌های ارسال SES و حسابداری ایمیل خروجی بر پایه گیرنده است. یک پیام که به ده گیرنده فرستاده شود، ده واحد از سهمیه ارسال را مصرف می‌کند و AWS توصیه می‌کند برای هر گیرنده یک فراخوانی API جداگانه انجام دهید، چون یک نشانی نامعتبر می‌تواند باعث رد شدن فراخوانی چندگیرنده‌ای شود. مقصدهای To، Cc و Bcc را مدل کنید، نه فقط ردیف‌های صندوق خروجی اپلیکیشن. پیش‌بینی را به تفکیک AWS Region انجام دهید، چون هویت‌ها، سهمیه‌ها، پیکربندی رویدادها، هزینه پلن‌ها و برخی قابلیت‌ها وابسته به region هستند. برای ایمیل‌های پر از پیوست، پیام‌های کدگذاری‌شده واقعی محیط عملیاتی را اندازه بگیرید؛ بزرگ‌شدن حجم در کدگذاری base64 در MIME یعنی اندازه ارسال‌شده از فایل باینری اصلی بزرگ‌تر است. AWS اشاره می‌کند که یک فایل پیوست 5 MB پس از کدگذاری می‌تواند به حدود 6.85 MB برسد. اوج‌های فصلی، تلاش‌های مجدد پیش از پذیرش، آزمون‌های mailbox simulator در صورت محاسبه در صورتحساب و ترافیک failover چند-region را هم در نظر بگیرید. تلاش‌های مجدد ارائه‌دهنده را که پس از پذیرفتن مسئولیت توسط SES رخ می‌دهند دوبار نشمارید، اما اگر قوانین صورتحساب یک درخواست ارسال جدید از اپلیکیشن را گیرنده خروجی دیگری به حساب می‌آورند، آن را بشمارید.

زیرساخت اختیاری را آگاهانه قیمت‌گذاری کنید

IPهای اختصاصی یک الزام همگانی نیستند. نشانی‌های اشتراکی SES در قیمت‌های استاندارد ارسال گنجانده شده‌اند و برای بسیاری از workloadهای کم‌حجم یا متغیر مناسب‌اند. 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، endpointهای ورودی، بایگانی، افزونه‌های امنیتی و گیرندگان اضافی می‌توانند هزینه‌های جداگانه داشته باشند. ذخیره‌سازی در Amazon S3، اعلان‌ها از طریق Amazon SNS، مسیریابی رویدادها، داشبوردهای CloudWatch، لاگ‌ها و نگهداری داده نیز ممکن است در ردیف‌های سرویس‌های دیگر AWS ظاهر شوند. حتی اگر خود انتشار رویدادها بزرگ‌ترین هزینه نباشد، باید برای مشاهده‌پذیری ایمیل خروجی بودجه در نظر بگیرید. SES می‌تواند رویدادهای send، delivery، bounce، complaint، reject، render-failure، delay، open و click را از طریق مقصدهای پیکربندی‌شده AWS منتشر کند. یک سرویس عملیاتی به دریافت امن، حذف موارد تکراری، قرار دادن گیرندگان در فهرست توقف ارسال، محدودیت‌های نگهداری و هشدارهای عملیاتی نیاز دارد. حجم رویدادها، مدت ذخیره‌سازی، الگوهای کوئری و مسئولیت on-call را قیمت‌گذاری کنید، نه فقط انتقال پیام را.

سهمیه‌ها و وضعیت sandbox را محدودیت ظرفیت بدانید

اگر حساب نتواند از نظر قانونی و عملیاتی بار کاری را تحمل کند، پایین بودن قیمت واحد اهمیتی ندارد. سهمیه‌های ارسال SES برای هر حساب AWS و هر Region جداگانه است و بر پایه گیرنده محاسبه می‌شود. AWS مقدار پیش‌فرض sandbox را 200 ایمیل در هر 24 ساعت چرخشی و یک ایمیل در ثانیه اعلام کرده است؛ حساب‌های sandbox محدودیت گیرنده نیز دارند. محدودیت‌های محیط عملیاتی بسته به نوع استفاده متفاوت است و از طریق AWS قابل افزایش است. توان عملیاتی عادی، نرخ انفجاری، جداسازی کمپین‌ها، ترافیک تلاش مجدد و بار کامل failover را مدل کنید و پیش از راه‌اندازی، دسترسی و سهمیه مناسب محیط عملیاتی را دریافت کنید. مقادیر پیش‌فرض sandbox را طوری در برآورد هزینه ضرب نکنید که انگار پلنی قابل خرید هستند. برای throttling سازوکار backpressure بسازید و حداکثر نرخ ارسال واقعی و سهمیه روزانه باقی‌مانده را پایش کنید. هنگام استفاده از چند Region، هویت‌ها، configuration setها، سهمیه‌ها و مقصدهای رویداد را در هر کدام بررسی کنید. بازبینی ظرفیت بخشی از هزینه است، چون کار عجولانه روی سهمیه، jobهای ازدست‌رفته یا failover آزموده‌نشده می‌تواند هزینه‌های پشتیبانی و مهندسی‌ای بسیار فراتر از هزینه انتقال ایجاد کند.

ارسال‌های محاسبه‌شده در صورتحساب را از نتیجه تحویل جدا کنید

صورتحساب SES و وضعیت تحویل به پرسش‌های متفاوتی پاسخ می‌دهند. یک درخواست ارسال موفق یعنی SES درخواست را پذیرفته و با در نظر گرفتن فهرست توقف ارسال و پردازش‌های بعدی، برای تحویل تلاش خواهد کرد. رویداد delivery یعنی SES گزارش می‌دهد که سرور ایمیل گیرنده پیام را پذیرفته است. رویدادهای bounce، complaint، rejection، render failure یا delay نتیجه‌ای متفاوت را توصیف می‌کنند. رسیدن به صندوق ورودی پس از پذیرش توسط سرور گیرنده رخ می‌دهد و فیلترها و سیاست‌های سمت گیرنده آن را کنترل می‌کنند. ارزش را با ضرب ارسال‌های پرداخت‌شده در یک نرخ فرضی رسیدن به صندوق ورودی برآورد نکنید و هر درخواست پذیرفته‌شده را «تحویل‌شده» ننامید. یک داشبورد هزینه در کنار یک داشبورد نتیجه بسازید: در یک سو گیرندگان و داده قابل‌محاسبه، و در سوی دیگر وضعیت‌های پذیرفته‌شده، تحویل‌شده به سرور، برگشت‌خورده، گزارش اسپم‌شده، در فهرست توقف ارسال و تأخیرخورده. از این نماها برای یافتن اتلاف استفاده کنید؛ مانند تلاش‌های مکرر برای نشانی‌های نامعتبر یا موجود در فهرست توقف ارسال، پیوست‌های بیش از حد بزرگ، نگهداری غیرضروری رویدادها یا قابلیت‌های اختیاری که پشتوانه هیچ تصمیم مشخصی نیستند.

یک ارزیابی قیمت‌گذاری تکرارپذیر اجرا کنید

دست‌کم چهار هفته داده نماینده را به تفکیک کلاس پیام جمع‌آوری کنید: گیرندگان، بایت‌های پیام و پیوست، regionها، اوج‌های ساعتی، تعداد و اندازه ایمیل‌های ورودی، تعداد رویدادها، مدت نگهداری و رخدادهای پشتیبانی. یک ماه عادی، یک ماه اوج و یک ماه failover منطقه‌ای را پیش‌بینی کنید. برای هر سناریو، Essentials، Pro، Enterprise و à-la-carte را با نرخ‌های رسمی فعلی و قابلیت‌های اختیاری یکسان محاسبه کنید. برآورد سرویس‌های وابسته AWS و مسئولیت‌های مهندسی نام‌گذاری‌شده را اضافه کنید. نتیجه را با AWS Pricing Calculator یا یک نمونه صورتحساب کنترل‌شده اعتبارسنجی کنید، سپس هشدارهای هزینه و متریک‌های واحد مانند هزینه به ازای هر گیرنده پذیرفته‌شده و هزینه به ازای هر تحویل به سرور گیرنده را تنظیم کنید. فرض‌ها، URLهای منبع، وضعیت پلن هر حساب-region و تاریخ بررسی را ثبت کنید. هر زمان AWS قیمت‌ها را تغییر داد، ترافیک از یک پله عبور کرد، پیوست‌ها بزرگ‌تر شدند، IP اختصاصی پیشنهاد شد یا محصول قابلیت‌هایی مانند ایمیل ورودی، اعتبارسنجی، بایگانی، tenantها یا مسیریابی چند-region اضافه کرد، بازبینی را تکرار کنید.

مشخص کنید چه کسی مالک لایه اپلیکیشن پیرامونی است

هزینه‌های خام SES زیرساخت ارائه‌دهنده و قابلیت‌های AWS انتخاب‌شده برای حساب را پوشش می‌دهد. یک تیم محصول ممکن است همچنان به راه‌اندازی دامنه، کنترل کلیدهای اپلیکیشن، مرزهای tenant، مدل ثبت ایمیل‌های خروجی، رسیدگی به پیام‌های ورودی، دریافت رویدادها، گردش‌کارهای فهرست توقف ارسال و یک قرارداد ارسال داخلی پایدار نیاز داشته باشد. SES مستقیم را با هر جایگزین لایه اپلیکیشن بر اساس مدل کامل بهره‌برداری مقایسه کنید، نه فقط ردیف هزینه انتقال به ازای هر گیرنده در SES. این مقایسه باید قابلیت‌های موردنیاز، زمان مهندسی، مسئولیت عملیاتی، محدودیت‌های مهاجرت، پاسخ به رخداد و نیاز به کنترل‌های اختصاصی AWS را در بر بگیرد. هیچ لایه اپلیکیشنی قیمت SES یا فیلترینگ سمت گیرنده را تغییر نمی‌دهد و نه صورتحساب ارائه‌دهنده و نه یک درخواست پذیرفته‌شده، رسیدن به صندوق ورودی را ثابت نمی‌کند. SES مستقیم برای تیم‌هایی مناسب است که مالکیت کامل AWS را می‌خواهند و لایه پیرامونی را خودشان اداره می‌کنند. یک لایه اپلیکیشن مدیریت‌شده برای تیم‌هایی مناسب است که مرز یکپارچه‌سازی محدودتری را ترجیح می‌دهند، اما قابلیت‌ها و قیمت آن باید پیش از مقایسه، از قرارداد فعلی و مستقرشده خودش تأیید شود.

پرسش‌های متداول

هزینه Amazon SES به ازای هر 1,000 ایمیل چقدر است؟

بستگی به مدل قیمت‌گذاری فعال، پله حجمی، گیرندگان، Region، داده و قابلیت‌ها دارد. در August 21, 2026، AWS ایمیل خروجی à-la-carte را $0.10 به ازای هر 1,000 گیرنده اعلام کرده بود، در حالی که نرخ پلن‌ها و قابلیت‌های شامل‌شده متفاوت بودند. پیش از خرید، صفحه رسمی فعلی را بررسی کنید.

آیا یک ایمیل SES به ده گیرنده یک بار شمرده می‌شود؟

خیر. AWS اعلام می‌کند که سهمیه‌های ارسال بر پایه گیرنده است، بنابراین پیامی که به ده مقصد فرستاده شود ده بار از سهمیه کم می‌کند. مدل‌های هزینه نیز باید مقصدهای گیرنده قابل‌محاسبه را طبق شرایط قیمت‌گذاری فعال اندازه بگیرند، نه فقط فراخوانی‌های API را.

آیا پیوست‌ها در Amazon SES جداگانه محاسبه می‌شوند؟

AWS برای داده پیوست، هزینه جداگانه داده خروجی اعلام کرده است. اندازه واقعی کدگذاری‌شده با MIME را در محیط عملیاتی اندازه بگیرید، چون کدگذاری base64 اندازه پیوست‌های باینری را افزایش می‌دهد، و هزینه‌های وابسته انتقال داده یا ذخیره‌سازی در معماری پیرامونی AWS را هم لحاظ کنید.

آیا برای Amazon SES به IP اختصاصی نیاز دارم؟

نه لزوماً. نشانی‌های اشتراکی برای بسیاری از بارهای کاری کم‌حجم یا متغیر مناسب‌اند. نشانی‌های اختصاصی هزینه و الزامات عملیاتی اضافه می‌کنند و بیشتر زمانی توجیه دارند که تیم به نشانی‌های پایدار، حجم ثابت و کافی، کنترل صریح اعتبار یا جداسازی بین جریان‌های ایمیل نیاز داشته باشد.

آیا sandbox در Amazon SES یک پله قیمت‌گذاری رایگان است؟

خیر. sandbox یک وضعیت دسترسی ارسال و سهمیه با محدودیت گیرنده است، نه یک پلن قیمت‌گذاری. اعتبارهای AWS Free Tier و پلن‌های قیمت‌گذاری SES برنامه‌هایی جداگانه با قوانین واجد شرایط بودن و مدت زمان خاص خود هستند.

آیا پرداخت هزینه ارسال در SES یعنی ایمیل به صندوق ورودی رسیده است؟

خیر. هزینه ارسال و درخواست موفق، پوشه نهایی صندوق ایمیل را مشخص نمی‌کند. پذیرش توسط ارائه‌دهنده، تحویل به سرور گیرنده، برگشت ایمیل، گزارش اسپم، موارد توقف ارسال و تأخیرها را جداگانه پیگیری کنید و رسیدن به صندوق ورودی را تصمیمی در سیستم گیرنده و در مراحل بعدی بدانید.

منابع