ESP를 왜 자체 발송 서버 대신 쓰는가

회사 서버에서 SMTP로 직접 대량 메일을 쏘는 방식은 이론적으로는 가능하지만, 실무에서는 거의 쓰이지 않습니다. 이유는 발신 평판(Sender Reputation) 관리 때문입니다. 지메일·네이버메일 등 수신 서비스는 발신 IP·도메인의 과거 이력(스팸 신고율, 반송률, 발송 패턴)을 계속 추적해 스팸함행 여부를 판정하는데, 이 평판을 처음부터 직접 쌓아 올리는 것은 시간과 리스크가 큽니다. ESP는 이미 검증된 발송 인프라와 IP 풀을 대신 관리해주는 대가로 요금을 받는 구조이므로, ESP를 고른다는 것은 사실상 "발신 평판 관리를 어디에 맡길 것인가"를 고르는 일입니다.

스티비 — 국내 수신 환경에 맞춘 선택지

스티비는 네이버메일·다음메일 등 국내 주요 수신 서비스의 정책에 맞춰 최적화된 국산 ESP입니다. 요금제는 구독자 수 구간별로 나뉘며, 무료(스타터) 요금제는 구독자 500명까지·월 2회 발송으로 제한되고, 그 이상 규모나 발송 빈도가 필요하면 스탠다드·프로·엔터프라이즈 유료 요금제로 넘어가야 합니다. 정확한 유료 구간별 금액은 이 원고 작성 시점 기준으로 최신 가격표를 직접 확인해야 하는데, 이 확인 절차는 레슨 11에서 별도로 다룹니다.

API는 하나가 아니다 — 트리거용과 대량발송용을 구분하라

스티비의 '자동 이메일 API'는 회원가입·구매 등 특정 이벤트가 발생했을 때 개별 수신자 한 명에게 낱건으로 메일을 보내는 용도에 최적화되어 있습니다. 즉 레슨 4에서 다룰 행동 기반 자동화 트리거(가입 후 3일 미구매자 등)에는 이 API가 맞지만, 수만 명에게 한 번에 뉴스레터를 발송하는 대량 캠페인은 이 API가 아니라 캠페인 발송 화면이나 별도의 대용량 발송 기능을 씁니다. 이 구분을 헷갈리면 트리거 자동화를 만들다가 발송 한도나 속도 제한에 걸리는 원인을 잘못 진단하게 됩니다. ESP를 검토할 때는 "API가 있는가"만 볼 것이 아니라 "이 API가 트리거용인지 대량발송용인지"를 먼저 확인해야 합니다.

메일침프·브레보는 언제 검토 대상이 되는가

메일침프(Mailchimp)와 브레보(Brevo, 구 센드인블루)는 글로벌 표준 ESP로, 여러 언어권에 동시에 발송하거나 해외 결제·CRM 툴과의 기성 연동(Zapier 등 서드파티 연동 마켓)이 필요한 조직에서 검토됩니다. 다만 이번 조사에서는 두 플랫폼의 2026년 기준 국내 결제 요금제·발송 서버 스펙(전용 IP 제공 여부, 국내 수신 서비스 대상 최적화 수준)을 공식 자료로 확정하지 못했습니다 — 이 부분은 미확인으로 남기고, 도입을 검토할 때는 각 플랫폼의 공식 가격 페이지에서 구독자 수·월 발송량 기준 최신 요금을 직접 조회하는 것을 권장합니다.

대량 발송 서버 스펙에서 실제로 봐야 하는 항목

ESP를 비교할 때 마케터가 가장 먼저 보는 것은 가격이지만, 시스템을 실제로 구축하는 입장에서는 세 가지를 우선 확인해야 합니다. 첫째, SPF·DKIM·DMARC 도메인 인증을 ESP가 안내·지원하는지(레슨 3에서 다루는 도달률 엔지니어링의 전제조건입니다). 둘째, 반송·수신거부·스팸신고 이벤트를 실시간으로 받을 수 있는 웹훅(Webhook) 제공 여부 — 이 데이터가 있어야 자동화 트리거(레슨 4)와 리스트 정제를 연동할 수 있습니다. 셋째, API 문서화 수준과 요청 제한(Rate Limit)입니다. 발송량이 많아질수록 API 호출이 몰릴 수 있는데, 제한이 낮은 ESP는 대량 캠페인 발송 시 병목이 됩니다.

선정 체크리스트로 정리하면

지금까지의 기준을 실무에서 쓰는 순서대로 정리하면 다음과 같습니다. ① 우리 리스트 규모와 월 발송 빈도가 무료 요금제 한도(예: 스티비 기준 500명·월 2회)를 넘는지부터 확인한다. ② SPF·DKIM·DMARC 설정 가이드가 공식 문서로 제공되는지 본다 — 가이드가 없거나 불친절한 ESP는 도달률 문제가 생겼을 때 원인을 찾기 어렵다. ③ 트리거 자동화용 API와 대량 캠페인 발송 기능이 분리되어 있는지, 분리되어 있다면 각각의 발송 한도가 얼마인지 확인한다. ④ 반송·스팸신고·수신거부 이벤트를 웹훅으로 받을 수 있는지 본다. ⑤ 이 네 가지가 동률이라면 마지막 기준은 비용이다 — 국내 수신 환경 최적화가 우선이면 스티비, 다국어·해외 연동이 우선이면 메일침프·브레보 계열을 최종 후보로 좁힌다.

이 순서를 거꾸로, 즉 가격만 먼저 보고 나머지를 나중에 확인하면 계약 이후에 도달률 문제나 API 제약을 뒤늦게 발견하는 경우가 많습니다. 특히 스타트업처럼 발송량이 빠르게 늘어나는 조직은 처음 선택한 요금제 구간을 몇 달 안에 벗어나는 일이 흔하므로, 상위 요금제로 전환할 때의 비용 곡선(구독자 수가 2배 늘면 요금도 정비례로 느는지, 구간별로 계단식인지)까지 계약 전에 확인해두는 것이 안전합니다.