TechFeedTechFeed
Startup / Product

Resend vs SendGrid vs AWS SES 2026 — 스타트업 트랜잭션 이메일 서비스 실전 비교

Resend, SendGrid, AWS SES를 가격·개발자 경험·배달률·이관 비용 기준으로 비교한다. 스타트업 초기부터 스케일 단계까지 단계별 선택 로드맵과 DKIM/SPF/DMARC 설정 필수 가이드를 담았다.

스타트업에서 이메일을 어떻게 보내느냐는 운영비와 직결된다. Resend는 개발자 경험에 특화된 신생 서비스, SendGrid는 가장 오랜 레거시와 넓은 기능을 갖춘 업계 표준, AWS SES는 대용량 트래픽에서 비용이 압도적으로 낮다. 이 세 서비스를 가격·DX·배달률·이관 비용 기준으로 비교해, 스타트업 단계별로 무엇을 선택해야 하는지 정리했다.

세 서비스, 10초 요약

Resend는 2023년 출시된 개발자 퍼스트 이메일 서비스다. React Email과 네이티브 통합, API 키 하나로 5분 온보딩, 직관적인 대시보드가 특징이다. 현재 스타트업 개발자 커뮤니티에서 가장 빠르게 채택되고 있는 서비스다.

SendGrid는 2009년부터 운영된 업계 레거시 표준이다. Twilio에 인수된 후 트랜잭션 이메일과 마케팅 이메일을 모두 다룬다. 기능은 가장 많지만 가격 구조가 복잡하고, 무료 티어가 하루 100건으로 제한된다.

AWS SES(Simple Email Service)는 2011년부터 운영된 AWS 생태계 서비스다. 단가가 1,000건당 $0.10으로 세 서비스 중 최저이며, EC2·Lambda에서 발송하면 월 62,000건이 무료다. 초기 설정이 복잡하고 반송 처리와 모니터링을 직접 구축해야 하는 트레이드오프가 있다.

Resend SendGrid AWS SES dashboard comparison
세 이메일 서비스 대시보드 비교 — 설정 복잡도와 UI 성숙도의 차이가 크다

가격 구조 완전 비교

월 5만 건 이하라면 Resend와 SendGrid 가격은 거의 같다. 하지만 월 100만 건을 넘기면 AWS SES의 단가 이점이 두드러진다. 단, SES는 반송(bounce)과 컴플레인(complaint) 알림을 SNS로 받아 처리하는 파이프라인을 직접 구축해야 한다. 이 인프라 구축·운영 비용을 감안하면, 중소 규모에서는 SES가 반드시 저렴한 선택이 아닐 수 있다.

주의할 점: SendGrid의 무료 티어는 '하루 100건'이다. 스테이징 환경에서 자동화 테스트를 돌리면 하루 제한을 쉽게 넘긴다. Resend의 '월 3,000건' 무료 방식이 개발·스테이징 환경에서 훨씬 여유롭다.

개발자 경험(DX) — 실제 연동 비교

세 서비스 모두 SMTP와 HTTP API를 제공하지만, 첫 이메일을 보내기까지의 설정 복잡도 차이가 크다. Resend는 API 키 발급 후 도메인 DNS에 DKIM 레코드 하나 추가하면 5분 안에 첫 이메일을 보낼 수 있다. SendGrid는 Sender Authentication 설정이 필수이며, 도메인 인증 절차가 더 많다. AWS SES는 처음에 샌드박스 모드로 시작되는데, 프로덕션 전환(production access request)을 AWS Support에 별도로 신청해야 한다. 이 과정이 수 시간에서 수 일 걸릴 수 있다.

Resend — Node.js SDK (5분 연동)
import { Resend } from 'resend'; const resend = new Resend(process.env.RESEND_API_KEY); const { data, error } = await resend.emails.send({ from: 'noreply@yourdomain.com', to: ['user@example.com'], subject: '가입을 환영합니다', react: <WelcomeEmail userName={name} />, // React 컴포넌트 직접 전달 });
SendGrid — Node.js SDK
import sgMail from '@sendgrid/mail'; sgMail.setApiKey(process.env.SENDGRID_API_KEY); await sgMail.send({ to: 'user@example.com', from: 'noreply@yourdomain.com', // Sender Authentication 완료된 주소 subject: '가입을 환영합니다', html: '<p>안녕하세요, <strong>{{name}}</strong>님</p>', });
AWS SES v3 SDK — Node.js
import { SESv2Client, SendEmailCommand } from '@aws-sdk/client-sesv2'; const client = new SESv2Client({ region: 'us-east-1' }); await client.send(new SendEmailCommand({ FromEmailAddress: 'noreply@yourdomain.com', Destination: { ToAddresses: ['user@example.com'] }, Content: { Simple: { Subject: { Data: '가입을 환영합니다', Charset: 'UTF-8' }, Body: { Html: { Data: '<p>본문</p>', Charset: 'UTF-8' }, }, }, }, }));
transactional email API code comparison developer experience
Resend, SendGrid, SES SDK 코드량 비교 — 보일러플레이트 차이가 개발 속도에 영향을 준다

전송량·상황별 선택 기준

단순 전송량만으로 서비스를 고르면 함정에 빠진다. 팀 규모, 인프라 환경, 반송 처리 요구사항, 마케팅 이메일 여부가 실제 선택을 좌우한다.

배달률과 도메인 평판 관리

이메일 서비스에서 가장 중요한 것은 배달률(deliverability)이다. 단가가 아무리 낮아도 스팸함에 들어가면 의미가 없다.

Resend는 공유 IP 풀 품질이 좋다는 평이 많다. 반송 처리를 자동화해주고, 배달률 대시보드가 직관적이다. 초기 도메인 워밍업(IP warm-up) 가이드도 제공한다.

SendGrid는 가장 긴 운영 이력과 IP 레퓨테이션을 보유한다. 단, 공유 IP에서는 같은 IP 풀을 쓰는 다른 사용자의 행동이 내 배달률에 영향을 줄 수 있다. 월 $30로 전용 IP를 추가하면 이 문제를 해결할 수 있다.

AWS SES는 반송(bounce rate 5% 초과)과 컴플레인(complaint rate 0.1% 초과) 시 계정이 자동 일시 정지된다. SNS 알림과 Lambda로 반송 주소를 자동으로 제거하는 파이프라인을 직접 구현해야 한다. 이를 방치하면 갑작스러운 서비스 중단으로 이어질 수 있다.

DKIM/SPF/DMARC 설정은 서비스와 무관하게 필수다. Google과 Yahoo는 2024년 2월부터 하루 5,000건 이상 발송자에게 DMARC 설정을 의무화했다. 세 서비스 모두 도메인 DNS에 DKIM 레코드와 SPF 레코드를 추가해야 배달률이 보장된다. 어떤 서비스를 쓰든 이 설정 없이는 Gmail 수신함 도달 자체가 불확실하다.

스타트업 단계별 추천 로드맵

초기 단계 (월 0~3만 건): Resend 무료 플랜으로 시작하라. React Email로 이메일 템플릿을 컴포넌트화할 수 있고, 도메인 인증도 5분 안에 끝난다. 비용 0원으로 검증을 완료할 수 있다.

성장 단계 (월 3만~50만 건): Resend Pro($20~$90/월)를 유지하거나, 마케팅 이메일이 필요해지면 SendGrid Essentials 전환을 검토한다. 이 단계에서 AWS SES로 바로 넘어가는 것은 운영 오버헤드 대비 절감 효과가 크지 않다.

스케일 단계 (월 50만 건 이상): AWS SES 전환이 의미있어진다. SES에서 50만 건은 월 $50이다. 반송 처리 Lambda, SNS 토픽, CloudWatch 알람으로 구성된 인프라를 한 번 구축하면, 100만 건이 넘어가도 단가가 그대로 유지된다. 이 구성을 미리 Terraform으로 관리해두면 나중에 이관할 때도 부담이 적다.

email service cost chart comparison by monthly volume
발송량별 월 비용 비교 — 50만 건을 넘어가면 AWS SES의 비용 이점이 본격화된다

락인 리스크와 이관 전략

이메일 서비스를 바꾸는 것은 SMTP 엔드포인트 교체보다 훨씬 복잡하다. 세 가지 락인 요소가 있다.

첫째, 도메인 평판(IP reputation). 새 서비스로 전환하면 IP 워밍업을 처음부터 해야 한다. 갑자기 대량 발송으로 전환하면 스팸으로 분류될 수 있다. 이관 시 일 발송량을 점진적으로 늘려야 한다.

둘째, 이메일 템플릿 포맷. Resend는 React 컴포넌트, SendGrid는 Handlebars 템플릿 엔진을 지원한다. 서비스를 바꾸면 기존 템플릿을 재작성해야 할 수 있다.

셋째, 웹훅·이벤트 스키마. 배달 확인, 오픈, 반송 이벤트를 받는 코드가 서비스 특화되어 있다면 이관 시 리팩터링이 필요하다. 처음부터 이메일 발송 로직을 어댑터 패턴으로 추상화해두면 나중에 서비스를 바꿔도 비용이 작다.

이메일 서비스 선택 체크리스트
체크 전에 아래 항목을 확인하면 후회 없는 선택을 할 수 있다.

□ 월 예상 발송량 계산 (트랜잭션 + 알림 + 마케팅 포함)
□ React Email vs HTML 템플릿 방식 결정
□ 마케팅 이메일 병행 여부 확인
□ AWS 인프라 의존도 파악
□ 반송 처리 파이프라인을 직접 구현할 수 있는지 판단
□ 도메인 DKIM/SPF/DMARC 설정 가능 여부 확인
□ 이메일 발송 코드를 어댑터 패턴으로 추상화할지 결정
ResendSendGridAWS SES이메일 서비스트랜잭션 이메일SMTPReact Email스타트업배달률개발자 DX

관련 포스트

기술 부채 관리 실전 가이드 — 스타트업 CTO를 위한 측정과 우선순위 프레임워크2026-03-21OpenAI API 위에 SaaS를 만들었다가 마진이 사라진 이야기 — AI 래퍼 스타트업의 비용 최적화 사례2026-04-02Supabase + Vercel MVP가 프로덕션 트래픽을 못 버틴 이야기 — 서버리스 스택에서 AWS ECS로 마이그레이션한 사례2026-04-028개 멀티레포를 Turborepo 모노레포로 합친 스타트업의 6개월 — 빌드 시간 72% 단축 기록2026-04-06