Resend は、メール送信 API の世界に「開発者体験」を持ち込んだ後発サービスだ。既存のメール API が機能の網羅で勝負してきたのに対し、Resend は API のシンプルさとセットアップの速さで差別化している。
DX 重視という設計思想
REST API は最小限の概念で構成されていて、最初の 1 通を送るまでの手数が少ない。React Email や MJML に対応しているため、メールのテンプレートを HTML の手書きではなくコンポーネントとして組める。React / Next.js でフロントを書いているチームなら、メール文面も同じパラダイムで管理できるのは実装上の一貫性につながる。
運用面の手当て
ドメイン認証と DKIM の設定が比較的素直に進むよう整えられており、到達率に関わる初期設定でつまずきにくい。Webhook で配信イベント（配信・バウンス・苦情）を受け取れるので、送信後の状態をアプリ側で追える。
導入時に見落としやすい点
開発中は専用のサンドボックスドメインで送れるが、本番では自前ドメインの DNS レコード（SPF / DKIM / 必要に応じて DMARC）を正しく入れないと、検証が通っても受信側で迷惑メール扱いされることがある。送信前にドメインの認証状態がダッシュボード上で「verified」になっているかを確認しておきたい。バウンスや苦情のイベントを放置するとドメインの評判が下がるため、Webhook で受けたバウンスは送信先リストから外す処理を最初から組み込むのが安全だ。
用途と限界
無料枠は月 3,000 通で、有料は段階課金。新規プロジェクトのトランザクションメール——登録確認や通知——を、設定の手間を最小化して載せたいケースに向く。
一方、大量のマーケティングメール配信に特化した運用——複雑なセグメント配信、大規模リスト管理、A/B テスト——を主目的にするなら、その領域に振り切ったサービスの方が機能的に噛み合う。Resend は「開発者がトランザクションメールを素早く綺麗に組む」ことに最適化された選択肢だ。