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

SMTP2GOからMigoSMTPへ切り替える

SMTPまたはAPIの送信を段階的に移し、両プロバイダーを並行して動かしながら、先にポートとサポートの要件を確認します。

2つのSMTP/APIサービス間の段階的な移行。SMTP2GOのほうが優れている点も率直にまとめています

SMTP2GOの棚卸し
認証済みドメイン
APIキーとスコープ
テンプレート
イベントwebhook
抑止リスト
漏れなし
まず計画
使っているものを棚卸しSMTP2GOにあるドメイン、APIキー、テンプレート、webhook、抑止リストを一覧にして、漏れを防ぎます。
SMTP2GO
MIGOSMTP
ドメイン
ドメイン
APIキー
APIキー
テンプレート
テンプレート
Webhook
Webhook
切り替え
1対1
ガイド付き
各項目を対応付けドメイン、キー、テンプレート、webhookには、それぞれ直接対応するものがあります。作り直すだけで、設計し直す必要はありません。
作り直すだけ、設計は変えない
テンプレート
テンプレート + 変数
イベントwebhook
署名付きwebhook
抑止リスト
抑止リストのインポート
送信者ID
検証済みドメイン
確認して適用 · 承認するまで何も変更されません
設定を読み取り
お客様が承認
テンプレートとwebhookを対応付けSMTP2GOのテンプレートとイベント設定を一覧にし、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

廃止

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

基本概念

設定の対応関係

SMTP2GOMigoSMTP対応内容
検証済みの送信者とドメインドメイン認証新しいレコードを追加して検証します。
SMTPユーザーSMTP認証情報アプリケーションごとに1つ作成します。
APIキースコープ付きAPIキーサービスごとにキーを作成します。
Webhookwebhookとイベントエンドポイントとペイロードの処理を更新します。
抑止リスト抑止リスト送信前にインポートします。
ポート25、80、587、2525、8025、465、8465ポート587と465送信サーバーからテストします。

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

メッセージが届くまで

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

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

送信呼び出しを更新

導入前
curl https://api.smtp2go.com/v3/email/send \
  -H "X-Smtp2go-Api-Key: SMTP2GO_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "sender": "hello@yourdomain.com",
        "to": ["user@example.com"],
        "subject": "Hello",
        "html_body": "<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リファレンスをご覧ください。

概要

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

SMTP2GOからMigoSMTPへ移行するには、送信ドメインと検証済みの送信者、SMTPユーザー、APIキー、webhookを洗い出し、SMTP2GOのレコードを残したままMigoSMTPでドメインを認証します。スコープ付きキーまたはSMTP認証情報を作成し、webhookをご自身のハンドラーに向け、抑止リストをインポートして、ストリームを1つずつ移します。アプリケーションがSMTPで送信している場合、変更は新しいホスト、ユーザー名、パスワードへの差し替えだけで済むことが多くあります。

SMTP2GOとMigoSMTPは同じ種類のサービスで、どちらもSMTPリレーとAPIを備えた送信プラットフォームです。マーケティングスイートから移るよりも簡単ですが、そのぶん判断は細かな違いで決まります。SMTP2GOはSMTPポートとして25、80、587、2525、8025、SSLの465と8465を公開しており、2525はほとんどの環境から利用できるとしています。MigoSMTPが公開しているのは、STARTTLSの587と暗黙的TLSの465です。ホスティング事業者が587をブロックしていて2525に頼っている場合は、まずそこを確認してください。

SMTP2GOの無料プランは月1,000通、1日あたり200通が上限で、ヘルプデスク、チャット、電話による24時間サポートをうたっています。月100,000通以上では専用IPが自動で割り当てられます。MigoSMTPにも月1,000通の無料プランがあり、専用IPはGrowthとScaleプランのアドオンで、Enterpriseには含まれます。これらの情報はsmtp2go.comの2026年10月15日時点の内容に基づきます。

ユースケース

SMTP2GOからの移行方法

まずSMTP認証情報を切り替える

アプリケーションがSMTPで送信している場合は、MigoSMTPの認証情報を作成し、ステージング環境でホスト、ユーザー名、パスワードを変更してテスト送信します。そのアプリケーションについては、多くの場合これだけで完了です。

ポートを確認する

ホストが587をブロックしているために2525で送信している場合は、切り替えを決める前に、同じサーバーから587または465をテストしてください。ポートのブロックは、SMTP移行が初日につまずく最も多い原因です。

APIの呼び出し元を1つずつ移す

SMTP2GOのAPIは、送信者、受信者リスト、件名、本文を受け取ります。MigoSMTPの対応するAPI呼び出しも同じ構造なので、多くの場合はフィールド名の変更だけで済みます。

送信者認証を再作成する

SMTP2GOでは送信者またはドメインの検証が必要です。MigoSMTPで各送信ドメインを認証し、移行が完了するまで両方のDNSレコードを残しておきます。

webhookの向き先を変更

配信済み、バウンス、迷惑メール報告など、コードが使っているイベントを対応付け、エンドポイントを更新し、新しいペイロードの署名を検証します。

抑止リストをインポート

SMTP2GOからバウンスと配信停止のアドレスをエクスポートし、最初の送信前にインポートします。既知の不良アドレスへ送ることがなくなります。

サポート内容

SMTP2GOからの移行サポート

DNS

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

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

ウォームアップ

ウォームアップを計画

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

バウンス

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

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

要確認

切り替え順序を見直す

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

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

ベストプラクティス

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

実際のサーバーからテストする

手元のPCではなく、本番で送信するマシンからテスト送信してください。ネットワークの規則は環境によって異なるため、早めに見つけておきたいところです。

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

MigoSMTPのSPFとDKIMを公開しつつ、SMTP2GOのレコードも残して、併用期間中はどちらからも送信できるようにします。

無料プランを活用する

どちらのプロバイダーにも無料枠があるため、実際のトラフィックを移す前に、費用をかけずにMigoSMTPをエンドツーエンドで試せます。

ドメイン別の遅延を監視する

併用期間中は、受信者ドメインごとに遅延率と苦情率を2つのプロバイダー間で比較します。

サポートを計画する

SMTP2GOの電話サポートを頼りにしている場合は、代わりに何を使うかを決めてください。各MigoSMTPプランに含まれる内容は、お気軽にお問い合わせください。

順番に廃止

先に古い認証情報を削除し、1週間待ってから、古いDNSレコードを削除します。

よくある質問

SMTP2GO:よくある質問

SMTP2GOから移行をお考えですか?開始前に、当チームが送信者とポートを確認します。

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

SMTP2GOと並行してMigoSMTPでドメインを認証し、認証情報またはAPIキーを作成、webhookを更新、抑止リストをインポートして、ストリームを1つずつ移します。SMTPで送信している場合、変更は通常、新しいホスト、ユーザー名、パスワードへの差し替えです。

MigoSMTPはSMTP2GOより優れていますか?

すべての点でそうとは言えません。それが率直な答えです。SMTP2GOは、より多くのSMTPポートと、24時間の電話・チャット・ヘルプデスクサポートを公開しています。MigoSMTPは、INRとEURでの請求、インド向けのGST請求書、UPI決済、そして異なるプラン体系を提供します。重視する点に合わせてお選びください。

MigoSMTPが対応しているSMTPポートは?

STARTTLSの587番と、暗黙的TLSの465番です。多くのホストがブロックしているため、送信用途に25番は推奨しません。SMTP2GOは、2525や8025などの追加ポートを公開しています。

専用IPは利用できますか?

専用IPは、GrowthとScaleではアドオンで、Enterpriseには含まれます。SMTP2GOは、月100,000通からは自動で割り当て、それ未満では共有IPのほうが通常はうまく機能するとしています。

無料プランはどうですか?

どちらにもあります。MigoSMTPの無料プランは月1,000通です。SMTP2GOは月1,000通、1日200通の上限としています。

両方を同時に使えますか?

はい。両方を認証し、まずは一部だけ移してください。

SMTP2GOにとどまるべきなのはどんなときですか?

MigoSMTPにないポートや電話サポートが必須の場合は、そのまま使い続けるのが賢明です。判断する前にテストしてください。

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

SMTP2GOが公開しているFAQと料金情報から、2026年10月15日時点で確認したものです。判断する前に、最新のページをご確認ください。

次のステップ

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

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

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

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

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