結論（おすすめ1つ）
Resend に乗り換えるべきだ。
Mailchimp Transactional（旧 Mandrill）から移行する場合、現時点で開発者体験・SDK の品質・デバッグのしやすさにおいて Resend が最もバランスが取れている。React Email との統合によりテンプレートをコードで管理でき、Git 管理・レビュー・CI/CD への組み込みがそのまま機能する。Webhook の設計や API レスポンスの一貫性も高く、移行後の運用コストが下がりやすい。
比較表（料金/無料枠/移行コスト/対応言語）
| サービス | 無料枠 | 従量単価 | 移行コスト | 主要 SDK |
|---|---|---|---|---|
| Resend | あり（月間送信上限あり） | 公式の料金ページで要確認 | 低（シンプルな REST API） | Node/Python/Go/Ruby/PHP/Rust など |
SendGrid (Twilio) | あり（日次上限あり） | 公式の料金ページで要確認 | 中（設定項目が多い） | Node/Python/PHP/Java/C#/Go/Ruby |
| Postmark | 開発用テストクレジットあり | 公式の料金ページで要確認 | 低〜中 | Node/Python/PHP/Ruby/.NET/Go |
| Mailgun | 試用期間あり（日次上限付き） | 公式の料金ページで要確認 | 中 | Node/Python/PHP/Java/Ruby/Go |
| Amazon SES | AWS 無料利用枠に準ずる | 公式の料金ページで要確認 | 高（IAM/DNS 設定が複雑） | AWS SDK 全言語対応 |
無料枠の上限や正確な従量単価は変更されやすいため、必ず各サービスの公式料金ページで最新情報を確認すること。
移行手順
1. 送信ドメインの SPF/DKIM 設定
Mailchimp Transactional から抜けた直後は DNS 設定を引き継げない。Resend の管理画面でドメインを追加し、表示された TXT レコードを DNS プロバイダに登録する。
# 設定後、dig で確認する例（Linux/macOS）
dig TXT yourdomain.com +short
# Windows の場合
Resolve-DnsName -Name yourdomain.com -Type TXT
伝播には最大 72 時間かかる。本番切り替え前に staging ドメインで検証を済ませること。
2. SDK のインストール
# Node.js
npm install resend
# Python
pip install resend
# Go
go get github.com/resendlabs/resend-go
3. 環境変数の設定
4. 送信コードの置き換え
Mailchimp Transactional（Mandrill）からの移行例：
// Before: Mailchimp Transactional (Mandrill)
const mailchimp = require("@mailchimp/mailchimp_transactional")(
process.env.MANDRILL_API_KEY
);
await mailchimp.messages.send({
message: {
from_email: process.env.FROM_EMAIL,
to: [{ email: "[email protected]", type: "to" }],
subject: "注文確認",
html: "<p>ご注文ありがとうございます</p>",
},
});
// After: Resend
import { Resend } from "resend";
const resend = new Resend(process.env.RESEND_API_KEY);
await resend.emails.send({
from: process.env.FROM_EMAIL,
to: ["[email protected]"],
subject: "注文確認",
html: "<p>ご注文ありがとうございます</p>",
});
5. Webhook の移行
Mailchimp Transactional のイベント Webhook（hard_bounce, soft_bounce, spam など）を Resend のイベント名に読み替えて再設定する。
// Express での Webhook 受信例
app.post("/webhook/email", express.json(), (req, res) => {
const { type, data } = req.body;
if (type === "email.bounced") {
// バウンスアドレスを DB から除外する処理
handleBounce(data.to);
}
res.status(200).send("ok");
});
6. テスト送信と監視
# curl でのスモークテスト
curl -X POST https://api.resend.com/emails \
-H "Authorization: Bearer $RESEND_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "[email protected]",
"to": ["[email protected]"],
"subject": "migration smoke test",
"text": "ok"
}'
レスポンスの id フィールドをログに記録し、管理画面のイベントログと突合してから本番切り替えを行う。
向き不向き
Resend が向くケース
TypeScript/Node.js をメインスタックとするチーム- React Email でテンプレートをコード管理したい場合
- 月間送信量が無料枠に収まるスタートアップや個人開発者
- 既存の Mailchimp Transactional コードがシンプルで、依存が少ない場合
- CI/CD パイプラインにメールテンプレートのレビューを組み込みたいチーム
Resend を避けるべきケース
- 月間送信数が大規模（数百万通単位）でコスト試算が最優先の場合 → Amazon SES を検討
- .NET や Java がメインで SendGrid の既存インテグレーションが多い場合
- 高い配信速度保証（Postmark が得意とする即時配信）が SLA に含まれる場合
- 既存の Mailgun 依存（SMTP relay 設定など）が深く、REST API 移行のコストが許容できない場合
共通の注意点
- どのサービスへ移行する場合も、バウンス・スパム報告の Webhook 処理は必ず実装すること。未処理のまま同一アドレスへ送り続けるとドメインレピュテーションが下がり、最終的に全サービスで到達率が低下する。
- Mailchimp Transactional は Mailchimp アカウントに紐付いているため、解約前に API ログと送信履歴を手動でエクスポートしておくこと。