چرا همان 50,000 ایمیل 5 دلار یا 66 دلار هزینه دارد

توضیح شکاف قیمت

تفاوت قیمت به مدل کسب‌وکار برمی‌گردد: زیرساخت در برابر پلتفرم. Amazon SES توان پردازشی و پهنای باند خام (زیرساخت) می‌فروشد، در حالی که ارائه‌دهندگانی مانند Postmark یا Mailgun یک تجربه مدیریت‌شده (پلتفرم) می‌فروشند که شامل رابط کاربری بهتر، پشتیبانی تخصصی و استخرهای IP گزینش‌شده است. برای 50,000 ایمیل، SES با پرداخت به‌ازای مصرف حدود $5 هزینه دارد، در حالی که پلن‌های Postmark می‌توانند به $66 برسند. شما بابت کاهش سربار عملیاتی و کیفیت ابزارهای پیرامون API پول می‌پردازید.

حساب خام: 50,000 ایمیل

وقتی به صف رخدادها یا صورتحساب ماهانه ابری نگاه می‌کنم، اختلاف قیمت ایمیل یکی از عجیب‌ترین اقلام است. برای فهم دلیل آن، باید نرخ‌های فعلی بازار را تا سپتامبر 2026 بررسی کنیم.

رویکرد زیرساختی: Amazon SES

Amazon SES مبنای هزینه است. طبق صفحه قیمت‌گذاری آن، ارسال با پرداخت به‌ازای مصرف $0.10 برای هر 1,000 ایمیل هزینه دارد.

• محاسبه: (50,000 / 1,000) * $0.10 = $5.00.

با این حال، AWS در 21 ژوئیه 2026 پلن‌های سطح‌بندی‌شده جدیدی معرفی کرد. اگر به پلن Essentials بروید، هزینه $0.16 برای هر 1,000 ایمیل است. پلن Pro برابر $0.22 برای هر 1,000 ایمیل به‌علاوه هزینه ماهانه $105 برای هر region است. پلن Enterprise برابر $0.23 برای هر 1,000 ایمیل به‌علاوه $500 در ماه است. برای یک تیم محصول کوچک، مدل پرداخت به‌ازای مصرف ارزان‌ترین است، اما بار پیکربندی را کاملاً بر دوش مهندس می‌گذارد.

رویکرد پلتفرمی: Postmark و Mailgun

ارائه‌دهندگانی مانند Postmark و Mailgun بر تجربه توسعه‌دهنده تمرکز دارند. طبق قیمت‌گذاری Postmark، پلن پایه آن $15 در ماه برای 10,000 ایمیل است. هزینه مصرف مازاد از $1.80 تا $1.20 برای هر 1,000 ایمیل متغیر است.

• محاسبه (Postmark): $15 (10k اول) + (40,000 / 1,000 * $1.20) = $15 + $48 = $63. (بسته به پلن مشخص، این رقم می‌تواند به $66 برسد.)

به همین ترتیب، قیمت‌گذاری Mailgun از $15 در ماه برای 10,000 ایمیل شروع می‌شود و مصرف مازاد بین $1.80 تا $1.10 برای هر 1,000 ایمیل است. این ارائه‌دهندگان قالب‌های میزبانی‌شده و analytics شهودی‌تری ارائه می‌دهند که هزینه بیشتر را برای تیم‌هایی که نمی‌خواهند داشبوردهای پایش خود را بسازند توجیه می‌کند.

گزینه میانه مدرن: Resend

Resend استک محصول مدرن را هدف گرفته است. صفحه قیمت‌گذاری آن یک پلن رایگان با 3,000 ایمیل در ماه (با سقف 100 ایمیل در روز) نشان می‌دهد. پلن Pro آن $20 در ماه برای 50,000 ایمیل است و مصرف مازاد $0.90 برای هر 1,000 ایمیل هزینه دارد.

• محاسبه (Resend): مبلغ ثابت $20 برای 50,000 ایمیل اول.

پذیرش، تحویل و جایگاه در صندوق: تمایزی حیاتی

یک اشتباه رایج که در مستندات مهندسی می‌بینم، استفاده از این سه اصطلاح به‌جای یکدیگر است. این‌ها یکی نیستند و هیچ API نمی‌تواند مرحله آخر را تضمین کند.

1. پذیرش: این همان پاسخ API است. وقتی یک payload را با POST به یک endpoint می‌فرستید، ارائه‌دهنده 202 Accepted یا 200 OK برمی‌گرداند. این فقط یعنی ارائه‌دهنده درخواست را دریافت کرده و درخواست از اعتبارسنجی پایه عبور کرده است. به این معنی نیست که ایمیل ارسال شده است.
2. تحویل: این همان دست‌دهی SMTP است. ارائه‌دهنده تلاش می‌کند پیام را به سرور دریافت‌کننده گیرنده تحویل دهد. رویداد «delivered» یعنی سرور دریافت‌کننده گفته است «این را می‌پذیرم».
3. رسیدن به صندوق ورودی: این مقصد نهایی است. سرور دریافت‌کننده (Gmail، Outlook و غیره) تصمیم می‌گیرد ایمیل به صندوق ورودی، تب Promotions یا پوشه اسپم برود. این تصمیم را فیلترهای داخلی گیرنده، اعتبار فرستنده شما و رکوردهای احراز هویتتان تعیین می‌کنند.

برای افزایش شانس تحویل، باید DNS خود را درست پیکربندی کنید. پیشنهاد می‌کنم از یک ابزار بررسی DNS استفاده کنید تا مطمئن شوید رکوردهایتان منتشر شده‌اند. باید دقیقاً یک راهنمای DKIM، SPF و DMARC را دنبال کنید تا ثابت کنید همان کسی هستید که ادعا می‌کنید.

مهندسی برای قابلیت اطمینان

ارسال ایمیل یک اثر جانبی خارجی است. در یک سیستم توزیع‌شده، اثرهای جانبی خطرناک‌اند، چون ممکن است تکرار شوند یا بی‌صدا شکست بخورند.

مسئله idempotency

اگر سرور برنامه شما هنگام انتظار برای پاسخ API ایمیل دچار timeout شود، نمی‌دانید ایمیل ارسال شده یا نه. اگر صرفاً دوباره تلاش کنید، کاربر دو ایمیل دریافت می‌کند. به همین دلیل یک کلید idempotency ضروری است.

کلید idempotency یک شناسه یکتا (معمولاً یک UUID) است که در هدر ارسال می‌شود. اگر API یک کلید را دو بار ببیند، به‌جای ارسال ایمیل دوم، پاسخ ذخیره‌شده از اولین درخواست موفق را برمی‌گرداند.

{ "idempotency_key": "req_8823_abc_123", "from": "notifications@example.com", "to": "user@gmail.com", "subject": "Your Order has Shipped", "body": "Your package is on the way!" }

مدیریت ارسال توسط ایجنت‌ها

با گسترش ایجنت‌های هوش مصنوعی و سرورهای MCP، ارتباطات «ایجنت به ایجنت» (A2A) بیشتری می‌بینیم. ایجنت‌ها هرگز نباید دسترسی نامحدود به یک API ارسال داشته باشند. اگر یک LLM در حلقه بیفتد، می‌تواند سهمیه 50,000 ایمیلی شما را در چند دقیقه مصرف کند و اعتبار فرستنده‌تان را نابود کند.

برای ایجنت‌ها یک گردش‌کار تأیید پیاده‌سازی کنید:

1. مرحله پیش‌نویس: ایجنت ایمیل را تولید می‌کند و آن را در جدول pending_emails ذخیره می‌کند.
2. انسان در حلقه: یک کاربر یا یک ایجنت ناظر محتوا را بازبینی می‌کند.
3. اجرا: سیستم فقط پس از تنظیم پرچم status = 'approved' API را فراخوانی می‌کند.

چک‌لیست فنی مهاجرت

اگر از یک ارائه‌دهنده گران به یک ارائه‌دهنده ارزان‌تر (یا برعکس) مهاجرت می‌کنید، فقط کلید API را عوض نکنید. از این چک‌لیست استفاده کنید:

• ممیزی DNS: رکوردهای SPF خود را بررسی کنید. مطمئن شوید از محدودیت 10 lookup فراتر نمی‌روید.
• نگاشت وب‌هوک‌ها: هر ارائه‌دهنده نام‌های رویداد متفاوتی دارد. delivered در ارائه‌دهنده A را به sent در ارائه‌دهنده B نگاشت کنید.
• همگام‌سازی فهرست توقف ارسال: فهرست برگشت‌ها و گزارش‌های اسپم خود را خروجی بگیرید. اگر 50,000 کاربر را به یک ارائه‌دهنده جدید وارد کنید و به نشانی‌هایی که قبلاً برگشت خورده‌اند ایمیل بفرستید، حساب شما فوراً تعلیق می‌شود.
• مدیریت محدودیت نرخ: برای خطاهای 429 Too Many Requests از exponential backoff استفاده کنید.

نمونه منطق مدیریت خطا

async function sendWithRetry(payload, attempt = 1) { try { const response = await emailApi.send(payload); return response; } catch (error) { if (error.status === 429 && attempt <= 3) { const delay = Math.pow(2, attempt) * 1000; await new Promise(res => setTimeout(res, delay)); return sendWithRetry(payload, attempt + 1); } throw error; } }

انتخاب ابزار مناسب

اگر توسعه‌دهنده‌ای مستقل هستید که یک نمونه اولیه می‌سازید، پلن‌های رایگان Resend یا قیمت‌گذاری پرداخت به‌ازای مصرف SES کافی است. اگر تیم محصولی هستید که یک جریان تراکنشی پیچیده و حساس (مانند بازنشانی رمز عبور یا هشدارهای صورتحساب) را مدیریت می‌کنید، ایمنی عملیاتی یک ارائه‌دهنده پلتفرمی اغلب ارزش آن اختلاف $60 را دارد.

اگر برنامه‌های مبتنی بر هوش مصنوعی می‌سازید، به چیزی بیش از یک لوله ساده نیاز دارید. به آمادگی برای ایجنت نیاز دارید، مانند یک سرور MCP و یک فایل ساختاریافته llms.txt تا ایجنت‌هایتان بفهمند چگونه با لایه ارتباطی شما تعامل کنند. اینجاست که یک API تخصصی به‌جای یک مرکز هزینه، به یک عامل تقویت‌کننده تبدیل می‌شود.

در نهایت، هزینه API کوچک‌ترین بخش معادله است. هزینه واقعی، زمان مهندسی‌ای است که صرف دیباگ یک رکورد DNS اشتباه پیکربندی‌شده یا رفع بحران اعتباری ناشی از نبود مدیریت فهرست توقف ارسال می‌شود. چه مسیر $5 را انتخاب کنید چه مسیر $66، تله‌متری و ابزارهایی را در اولویت بگذارید که ایمیل‌هایتان را در جریان نگه می‌دارند.

زیرساخت ایمیل توسعه‌دهنده‌محور بیشتری را در https://sendhq.cc ببینید.