新しいガイド:評判を損なわずに専用IPをウォームアップする方法。 続きを読む →
MigoSMTP
移行ガイド

ResendからMigoSMTPへ乗り換え

送信を段階的に移行します。メールコンポーネントはそのまま使え、プランは実際の送信量で比較できます。

開発者に優しい2つの送信サービス間の段階的な移行と、率直な料金比較

Resend監査
認証済みドメイン
APIキーとスコープ
テンプレート
イベントwebhook
抑止リスト
漏れなし
まず計画
使っているものを棚卸し漏れがないよう、Resendのドメイン、APIキー、テンプレート、webhook、抑止リストを洗い出します。
RESEND
MIGOSMTP
ドメイン
ドメイン
APIキー
APIキー
テンプレート
テンプレート
Webhook
Webhook
切り替え
1対1
ガイド付き
各項目を対応付けドメイン、キー、テンプレート、webhookには、それぞれ直接対応するものがあります。作り直すだけで、設計し直す必要はありません。
作り直すだけ、設計は変えない
テンプレート
テンプレート + 変数
イベントwebhook
署名付きwebhook
抑止リスト
抑止リストのインポート
送信者ID
検証済みドメイン
確認して適用 · 承認するまで何も変更されません
設定を読み取り
お客様が承認
テンプレートとwebhookを対応付けResendのテンプレートとイベント設定を洗い出し、MigoSMTPで1つずつ再作成します。トラフィックを切り替える前に、すべてのマッピングを確認してください。
イベントwebhook
署名付きイベント
/events
200 OK
分析
200 OK
CRM
200 OK
対応付け済みイベント
署名付き
イベントwebhookの向き先を変更イベント名は対応付けられ、ペイロードには署名が付くため、受信側の変更は最小限で済みます。
レコードを追加
種別
名前
値
CNAME
mig._domainkey
dkim.migosmtp.com
TXT
@
v=spf1 include:old-provider.example ~all
TXT
_dmarc
v=DMARC1; p=none
両方のプロバイダーを許可
並行稼働
ダウンタイムなし
ドメインを認証MigoSMTPのDKIMとSPFを既存のレコードと並べて公開し、移行中は両方から送信できるようにします。
一部移行済み
完全に移行済み
D1
D3
D5
D7
D10
D14
D21
段階的な切り替え
監視中
トラフィックを少しずつ移す毎日少しずつ送信量を移すので、急な増加なしに評判が引き継がれます。
監査
対応付け
再構築
イベント
認証
ウォームアップ
計画

5ステップの移行

1

監査

ドメイン、キー、テンプレート、webhook、抑止リストを一覧にします。

2

認証

MigoSMTPのDNSレコードを、既存のレコードと並べて追加します。

3

再構築

テンプレートとwebhookを作り直し、抑止リストをインポートします。

4

切り替え

段階的にトラフィックを移し、配信状況を確認します。

5

廃止

安定したら、古いレコードとキーを削除します。

基本概念

設定の対応関係

ResendMigoSMTP対応内容
ドメインドメイン認証新しいレコードを追加して検証します。
APIキースコープ付きAPIキーアプリケーションごとにキーを1つ作成します。
保存済みテンプレートテンプレートコンテンツと変数を作り直します。
Webhookwebhookとイベントエンドポイントとペイロードの処理を更新します。
抑止リスト抑止リスト送信前にインポートします。
公式SDKの呼び出しHTTP呼び出しまたはSMTPフラグの裏で置き換えます。

用語は、執筆時点のプロバイダーのドキュメントに基づいています。公開前に最新のドキュメントで確認してください。

メッセージが届くまで

アプリから受信トレイまで、すべての経由点でチェック

アプリキーを使い、SMTPまたはAPIで送信します。
受付リクエストの認証、検証、レート確認を行います。
キューとルーティングメールを優先順位付けし、適切なIPプールを選びます。
署名と配信DKIMで署名し、プロバイダーに合わせたペースで配信します。
受信トレイとイベント配信、バウンス、エンゲージメントのイベントが戻ります。
コード変更

送信呼び出しを更新

導入前
curl -X POST https://api.resend.com/emails \
  -H "Authorization: Bearer RESEND_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "from": "Your App <hello@yourdomain.com>",
        "to": ["user@example.com"],
        "subject": "Hello",
        "html": "<p>Hi there</p>" }'
導入後
curl https://api.migosmtp.com/v1/send \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "from": "hello@yourdomain.com",
    "to": "user@example.com",
    "subject": "Hello",
    "html": "<p>Hi there</p>"
  }'

説明用のリクエストです。フィールドの完全な一覧はAPIリファレンスをご覧ください。

概要

ResendからMigoSMTPへ移行するには?

ResendからMigoSMTPへ移行するには、ドメイン、APIキー、テンプレート、webhookを洗い出し、ResendのDNSレコードを残したままドメインをMigoSMTPで認証します。スコープ付きキーを作成し、コード内のエンドポイントとキーを変更し、必要ならテンプレートを再作成し、抑止リストをインポートして、サービスを1つずつ移行します。送信量が数週間安定したら、Resendのキーを廃止してください。

ResendとMigoSMTPは同じ種類のサービスです。APIとSMTPリレーを備え、プロダクトメールを対象とした送信プラットフォームです。Resendはシンプルな開発者体験を軸に作られており、リクエスト形式も当社と近いため、コードの変更は通常わずかです。判断の軸は、価格、請求、サポート、使う個別の機能になるでしょう。

料金面では、すべての送信量で当社が安いわけではありません。2026年10月15日時点のresend.com掲載価格では、Resendは月3,000通・1日100通上限の無料プラン、50,000通で$20、100,000通で$35のPro、100,000通で$90からのScaleを提供しています。MigoSMTPは10,000通で$10、100,000通で$75です。月100,000通ではResend Proの掲載価格が当社のGrowthプランより低くなります。移行する理由は、価格だけでなく、INRまたはEURでの適切な請求書付き請求、プラン構成、サポートの相性です。

ユースケース

Resendからの移行方法

エンドポイントとキーを差し替え

ResendのsendはBearerキーとfrom、to、subject、htmlフィールドを使うJSON POSTです。MigoSMTPの呼び出しも同じ形のため、おもにURLとキーを変更し、宛先の渡し方を確認します。

SDKの利用箇所を確認

公式のResend SDKを使っている場合は、まずすべての呼び出し箇所を洗い出します。それらを通常のHTTP呼び出しか当社のSMTPリレーに置き換え、元に戻せるようフラグの裏で変更してください。

メールコンポーネントを見直す

テンプレートがReactコンポーネントをHTMLにレンダリングするようなコードなら、そのまま使えます。従来どおりHTMLにレンダリングし、そのHTMLをMigoSMTP経由で送信します。

保存済みテンプレートを再作成

Resendに保存したテンプレートを使っている場合は、同じ変数でMigoSMTPに作り直し、実際のサンプルデータでテストします。

webhookの向き先を変更

コードが読み取っている配信、バウンス、苦情のイベントを対応付け、エンドポイントを更新し、新しいペイロードで署名を検証します。

抑止リストをインポート

Resendからバウンスと苦情のアドレスをエクスポートし、最初の送信前にインポートします。

サポート内容

Resendからの移行サポート

DNS

両方のプロバイダーから送信できるか確認

無料のSPF、DKIM、DMARCチェッカーで、トラフィックを移す前に、ドメインがResendとMigoSMTPの両方を同時に許可していることを確認してください。

ウォームアップ

ウォームアップを計画

専用IPに移行する場合は、IPウォームアップ計算ツールで日ごとの送信量の増やし方を確認し、評判を着実に築きます。

バウンス

並行稼働中にバウンスコードを読み解く

両方のプロバイダーを稼働させている間は、バウンスコード検索ツールが生のSMTPレスポンスを分かりやすい説明と推奨される対処法に変換します。

要確認

切り替え順序を見直す

ストリームの一覧とおおよその送信量をチームにお送りいただければ、移行順序のレビューを承ります。ご要望に応じて提供しています。

チェッカー、計算ツール、検索ツールは、このサイトで使える無料ツールです。切り替えのレビューは当社チームとの相談であり、アカウント内の変更はすべてお客様が決定します。

ベストプラクティス

移行のベストプラクティス

ご自身の送信量で比較

実際の月間送信量と利用する機能を合算し、両社の最新の料金ページで合計額を比較してください。実際には送らない送信量での定価比較はしないでください。

両方のプロバイダーを認証

Resendのレコードを残したままMigoSMTP用のSPFとDKIMを公開すると、切り替え期間中は両方でドメインの送信ができます。

ログの保持期間を確認

Resendは、Free、Pro、Scaleの各プランで30日間のデータ保持を掲載しています。必要なログの保持期間を決め、MigoSMTPのプランでの適用内容は当社にお問い合わせください。

最もリスクの低いサービスから移行

社内ツールや少量の通知を選び、1週間バウンスと苦情を比較してから、先へ進みます。

ローンチ日には移行しない

問題が見つかったときに対処する時間を確保できるよう、落ち着いた週を選びます。

順番に廃止

先にResendのキーを削除して1週間待ち、その後で古いDNSレコードを削除します。

よくある質問

Resend: よくある質問

Resendからの移行をご検討中ですか? 開始前に、当社チームがキーと呼び出し箇所を確認します。

ResendからMigoSMTPへ移行するには?

Resendと並行してドメインをMigoSMTPで認証し、スコープ付きキーを作成し、コード内のエンドポイントとキーを変更し、テンプレートを再作成し、webhookを更新し、抑止リストをインポートして、サービスを1つずつ移行します。新しい構成が数週間問題なく稼働したら、Resendのキーを廃止してください。

MigoSMTPはResendより安いですか?

すべての送信量で安いわけではありません。2026年10月15日時点の掲載価格では、Resend Proは100,000通で月額$35、Scaleは$90からで、MigoSMTP Growthは$75です。10,000通では、MigoSMTP Starterが$10で、ResendのFreeプランは3,000通までです。実際の送信量で比較してください。

そもそもなぜ移行するのですか?

よくある理由は、適切な請求書付きのINRまたはEURでの請求、送信量に合ったプラン構成、送信とサポートを1つのチームから受けたいことなどです。どれも当てはまらない場合は、そのまま使い続けるのも妥当な選択です。

メールテンプレートを書き直す必要はありますか?

テンプレートがHTMLにレンダリングされるコードなら、不要です。現在のレンダリング方法はそのままに、HTMLをMigoSMTP経由で送信します。再構築が必要なのは、Resend内に保存したテンプレートだけです。

MigoSMTPはAPIだけでなくSMTPにも対応していますか?

はい。STARTTLSのポート587、または暗黙的TLSのポート465でSMTPリレーを使うか、REST APIを使えます。

ウォームアップは必要ですか?

専用IPに移行する場合は必要です。ウォームアップ計算ツールを使って、送信量を段階的に増やしてください。

Resendの数値はどこから得ましたか?

2026年10月15日に確認した、Resendの公開料金ページからです。決める前に最新のページをご確認ください。

次のステップ

移行の計画を始めませんか?

ドメイン、送信量、構成について教えていただければ、安全な段階的切り替えの計画をお手伝いします。

移行を開始移行チームに相談

数分で送信を始めましょう。

アカウントを作成し、ドメインを追加して、最初のメールを送信します。