같은 50,000통의 이메일이 $5가 되기도, $66가 되기도 하는 이유

요금 격차가 생기는 이유

가격 차이는 비즈니스 모델, 즉 인프라형인지 플랫폼형인지에서 비롯됩니다. Amazon SES는 컴퓨팅 자원과 대역폭 자체(인프라)를 판매하고, Postmark나 Mailgun 같은 제공업체는 더 나은 UI, 전문 지원, 엄선한 IP 풀을 포함한 관리형 경험(플랫폼)을 판매합니다. 50,000통 기준으로 SES 종량제는 약 $5인 반면 Postmark 요금제는 $66까지 올라갈 수 있습니다. 운영 부담을 줄이는 대가와 API를 둘러싼 도구의 품질에 비용을 지불하는 셈입니다.

단순 계산: 50,000통

장애 대응 큐나 월별 클라우드 청구서를 보면, 이메일 요금 격차는 가장 눈에 띄는 항목 중 하나입니다. 이유를 이해하려면 2026년 9월 현재의 시장 요금을 살펴봐야 합니다.

인프라 방식: Amazon SES

Amazon SES는 비용의 기준선입니다. 요금 페이지에 따르면 종량제 발송은 1,000통당 $0.10입니다.

• 계산: (50,000 / 1,000) * $0.10 = $5.00.

다만 AWS는 2026년 7월 21일에 새로운 단계별 요금제를 도입했습니다. Essentials 플랜으로 옮기면 1,000통당 $0.16입니다. Pro 플랜은 1,000통당 $0.22에 리전별 월 $105가 추가됩니다. Enterprise 플랜은 1,000통당 $0.23에 월 $500가 추가됩니다. 소규모 제품 팀에는 종량제가 가장 저렴하지만, 설정에 대한 부담이 전적으로 엔지니어에게 돌아갑니다.

플랫폼 방식: Postmark와 Mailgun

Postmark와 Mailgun 같은 제공업체는 개발자 경험에 집중합니다. Postmark 요금에 따르면 기본 플랜은 10,000통에 월 $15입니다. 초과분 요금은 1,000통당 $1.80에서 $1.20 사이입니다.

• 계산(Postmark): $15(처음 10k) + (40,000 / 1,000 * $1.20) = $15 + $48 = $63. (구체적인 요금제에 따라 $66까지 오를 수 있습니다.)

마찬가지로 Mailgun 요금도 10,000통에 월 $15부터 시작하며, 초과분은 1,000통당 $1.80에서 $1.10 사이입니다. 이런 제공업체는 호스팅 템플릿과 더 직관적인 분석 기능을 제공하므로, 자체 모니터링 대시보드를 만들고 싶지 않은 팀에는 추가 비용을 치를 만한 가치가 있습니다.

현대적인 중간 지점: Resend

Resend는 최신 제품 스택을 겨냥합니다. 요금 페이지에는 월 3,000통(일 100통 한도)의 무료 플랜이 나와 있습니다. Pro 플랜은 50,000통에 월 $20이며, 초과분은 1,000통당 $0.90입니다.

• 계산(Resend): 처음 50,000통까지 정액 $20.

접수, 전달, 도달: 반드시 구분해야 할 차이

엔지니어링 문서에서 자주 보는 실수는 이 세 용어를 혼용하는 것입니다. 세 용어는 같지 않으며, 어떤 API도 마지막 단계를 보장할 수 없습니다.

1. 접수: API 응답입니다. 엔드포인트에 페이로드를 POST하면 제공업체가 202 Accepted나 200 OK를 반환합니다. 이는 제공업체가 요청을 받았고 기본 유효성 검사를 통과했다는 뜻일 뿐, 이메일이 발송 서버를 떠났다는 뜻은 아닙니다.
2. 전달: SMTP 핸드셰이크입니다. 제공업체가 수신자의 수신 서버로 메시지를 넘기려고 시도합니다. "delivered" 이벤트는 수신 서버가 "이 메일을 받겠다"고 답했다는 뜻입니다.
3. 받은편지함 도달: 최종 목적지입니다. 수신 서버(Gmail, Outlook 등)가 메일을 받은편지함, 프로모션 탭, 스팸함 중 어디로 보낼지 결정합니다. 이는 수신자의 내부 필터, 발신자 평판, 인증 레코드에 따라 정해집니다.

전달 가능성을 높이려면 DNS를 올바르게 설정해야 합니다. DNS 확인 도구로 레코드가 제대로 전파되는지 확인하기를 권장합니다. 또한 DKIM, SPF, DMARC 가이드를 엄격히 따라 여러분이 주장하는 발신자가 맞다는 것을 증명하세요.

안정성을 위한 엔지니어링

이메일 발송은 외부 부수 효과입니다. 분산 시스템에서 부수 효과는 중복되거나 조용히 실패할 수 있어 위험합니다.

멱등성 문제

애플리케이션 서버가 이메일 API의 응답을 기다리다 타임아웃되면 이메일이 발송되었는지 알 수 없습니다. 단순히 재시도하면 사용자는 이메일을 두 통 받게 됩니다. 멱등성 키가 필수인 이유입니다.

멱등성 키는 헤더로 보내는 고유 식별자(보통 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!" }

에이전트 기반 발송 처리

AI 에이전트와 MCP 서버가 늘어나면서 "에이전트 간(A2A)" 통신이 늘고 있습니다. 에이전트에는 발송 API에 대한 제한 없는 접근 권한을 주어서는 안 됩니다. LLM이 루프에 빠지면 몇 분 만에 50,000통의 발송 할당량을 소진하고 발신자 평판을 망가뜨릴 수 있습니다.

에이전트에 다음과 같은 승인 워크플로를 적용하세요.

1. 초안 단계: 에이전트가 이메일을 생성해 pending_emails 테이블에 저장합니다.
2. 사람 검토(Human-in-the-loop): 사용자나 감독 에이전트가 콘텐츠를 검토합니다.
3. 실행: status = 'approved' 플래그가 설정된 후에만 시스템이 API를 호출합니다.

마이그레이션을 위한 기술 체크리스트

비용이 높은 제공업체에서 낮은 곳으로(또는 그 반대로) 옮긴다면 API 키만 바꾸지 마세요. 다음 체크리스트를 사용하세요.

• DNS 점검: SPF 레코드를 확인하세요. 조회 10회 제한을 넘지 않는지 확인해야 합니다.
• 웹훅 매핑: 제공업체마다 이벤트 이름이 다릅니다. 제공업체 A의 delivered를 제공업체 B의 sent로 매핑하세요.
• 발송 제외 목록 동기화: 반송 및 스팸 신고 목록을 내보내세요. 사용자 50,000명을 새 제공업체로 가져와 이미 반송된 주소로 발송하면 계정이 즉시 정지됩니다.
• 속도 제한 처리: 429 Too Many Requests 오류에는 지수 백오프를 구현하세요.

오류 처리 로직 예시

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의 차이만큼 가치가 있는 경우가 많습니다.

AI 네이티브 애플리케이션을 만든다면 단순한 파이프 이상이 필요합니다. 에이전트가 커뮤니케이션 계층과 상호작용하는 방법을 이해하도록 돕는 MCP 서버와 구조화된 llms.txt 파일 같은 에이전트 대응 기능이 필요합니다. 이런 경우 특화된 API는 단순한 비용 항목이 아니라 생산성을 배가하는 수단이 됩니다.

결국 API 비용은 전체 방정식에서 가장 작은 부분입니다. 진짜 비용은 잘못 설정된 DNS 레코드를 디버깅하거나, 발송 제외 관리가 부족해 생긴 평판 위기를 수습하는 데 들어가는 엔지니어링 시간입니다. $5짜리 길을 택하든 $66짜리 길을 택하든, 이메일이 계속 흐르도록 해 주는 텔레메트리와 도구를 우선시하세요.

개발자 중심의 이메일 인프라를 더 알아보려면 https://sendhq.cc를 방문하세요.