Resend

Resend의 가장 큰 매력은 메일 발송이 한 번의 호출로 끝난다는 점이다. Bearer API 키로 엔드포인트에 인증하고, 발신 주소, 수신자, 제목, 본문을 넘기면 메시지가 나간다. 공식 SDK는 그 호출을 6개 언어의 관용적 코드로 감싼다. 일괄 발송은 한 번의 요청으로 최대 100통을 보낸다. SMTP와 싸워온 팀이라면 그 차이가 확연히 느껴진다.

React Email은 같은 팀이 만든 오픈소스 컴포넌트 라이브러리다. 템플릿을 React 컴포넌트로 작성하면, 메일 클라이언트가 요구하는 까다로운 HTML은 라이브러리가 처리한다. 곧 복사해 붙인 테이블 마크업 대신 재사용할 수 있는 버튼, 레이아웃, 섹션을 얻는다. 큰 이득이다. 컴포넌트가 Gmail, Outlook, Apple Mail에서 일관되게 렌더링되므로 그것만으로도 몇 시간의 테스트가 절약된다.

Resend는 이메일 도달률을 강하게 밀어붙이고, 그 작업의 대부분은 설정 단계에서 일어난다. SPF와 DKIM 레코드를 추가해 도메인을 검증하고, DMARC를 설정해 인증되지 않은 메일을 수신자가 어떻게 다룰지 제어할 수 있다. 도메인이 검증되면 Resend는 그 도메인에서 발송하며 메일박스 제공자의 반응을 지켜본다. 대시보드는 반송과 불만 데이터를 보여주므로, 화난 지원 티켓을 읽기 전에 평판 문제를 일찍 잡는다.

모든 메시지는 이벤트를 만든다. 발송됨, 전달됨, 열림, 클릭됨, 반송됨, 신고됨. 웹훅으로 이벤트를 구독해 자사 시스템으로 흘려보낼 수 있다. 반송된 인증 메일이 재시도나 지원 티켓을 일으켜야 할 때 이게 중요하다. 대시보드는 최근 메시지의 실시간 로그도 보관한다.

MX 레코드를 Resend로 향하게 하면 보내는 것뿐 아니라 받는 것도 가능하다. 수신 메시지는 웹훅으로 들어오므로 답장 처리, 지원 메일함, 에이전트 주도 워크플로로 가는 문이 열린다. 이 가격대의 이메일 API에서는 드문 기능이다.

트랜잭션 메일을 넘어 Resend는 마케팅용 연락처, 세그먼트, 대량 발송을 다룬다. 이메일 자동화로 반복되는 흐름을 만들 수 있고, 유료 요금제에는 월별 자동화 실행 한도가 포함된다. 대량 발송은 기존 연락처에만 닿으므로 수신 동의를 모으는 수단은 따로 필요하다. 이 단계는 일찍 계획하자.

터미널에서 보내고 테스트하는 CLI가 있고, Resend를 Cursor, Claude 및 다른 MCP 클라이언트에 연결하는 원격 MCP 서버도 있다. 에이전트 워크플로를 만드는가? 그러면 에이전트가 연결된 계정으로 메일을 보내고 받고 관리할 수 있다. 맞춤 접착 코드는 필요 없다.