到達率を落とさないメール配信サービスの乗り換え：ESP移行チェックリスト

自動化、料金、連携機能の面で新しいプラットフォームを選んだとします。プロジェクト計画には、テンプレート、フロー、フォームの移行が含まれているはずです。ところが、到達率が計画から漏れることは珍しくありません。メール配信サービスの乗り換えは、ほとんどがエクスポートとインポートの作業です。しかし、新プラットフォームからの最初のキャンペーンが迷惑メールに振り分けられることがあります。新しいIPに実績がない、サプレッションリストを引き継いでいない、DKIMを設定していなかった、といった理由です。このガイドでは、乗り換えで引き継がれるものと引き継がれないものを整理し、切り替えの前、最中、後に使えるESP移行チェックリストを紹介します。

結論#

ドメインのレピュテーションは引き継がれます。一方、IPのレピュテーション、サプレッションリスト、バウンス履歴、エンゲージメントデータは、自分で移行しない限り引き継がれません。そのため、次の手順で進めてください。購読者を1人でもインポートする前に、サプレッションをエクスポートして新プラットフォームに取り込みます。インポート前にリストを検証します。最初の送信前に、自社ドメインで新しいESPを認証します。エンゲージメントの高い購読者から順にウォームアップします。数週間は両方のプラットフォームを並行して運用します。すべてのデータをエクスポートし終えるまで、旧アカウントは残しておきます。また、到達率の問題から逃れるために乗り換えるのはやめましょう。傷ついたドメインのレピュテーションは、新しいプラットフォームにもついてきます。

引き継がれるものと残るもの#

Gmailなどのメールプロバイダーは、FromアドレスのドメインとDKIM署名のドメイン、そしてメールの送信元IPアドレスの両方を評価します。プラットフォームを変えても、ドメインは同じままで、IPだけが変わります。それ以外のものは、何をエクスポートするかで決まります。

最初の行は、良い方にも悪い方にも働きます。自社ドメインの送信者レピュテーションが高ければ、新プラットフォームでも有利なスタートを切れます。逆にレピュテーションが低ければ、それも引き継がれます。現在メールが迷惑メールに振り分けられているなら、乗り換えで解決しようとせず、乗り換える前に原因（リストの品質、迷惑メール報告、認証）を修正してください。

ESP移行チェックリスト#

これがマスターリストです。このあとの各セクションで、特につまずきやすい手順を説明します。

切り替え前の準備#

サプレッションを最初にエクスポートし、最初にインポートする#

サプレッションリストは、移行で最も重要なファイルです。配信停止した人、ハードバウンスしたアドレス、迷惑メールとして報告した人がすべて含まれており、自動では何も引き継がれません。呼び方はプラットフォームごとに異なります。Mailchimpではcleanedとarchivedのコンタクト、Klaviyoではsuppressed profiles、ActiveCampaignではbouncedとunsubscribedのステータスです。保存場所は、Mailchimp、Klaviyo、ActiveCampaignそれぞれのクリーニングガイドで確認できます。

サプレッションは、購読者より先に新プラットフォームへインポートしてください。コンタクトを先に取り込むと、ウェルカムフローやテストキャンペーンが、オプトアウト済みの人に届いてしまう期間が生じます。それは迷惑メール報告につながります。しかも、ソフトウェアを変えたからといって配信停止の効力がなくなるわけではありません。CAN-SPAM法ではオプトアウトを10営業日以内に反映することが求められ、同意ベースの法律はさらに厳格です。

インポート前にリストを検証する#

旧プラットフォームでは、長年のバウンス処理によって、無効なアドレスへの送信が自然に避けられていました。新プラットフォームでは、すべてのアドレスが履歴のない初回の受信者になります。前回の送信以降に劣化したアドレスや、メールボックスが満杯で繰り返しソフトバウンスしていたアドレスも、最も優良な購読者と変わらない見た目で入ってきます。しかも新プラットフォームは、新規アカウントからの最初の送信を特に注意深く見る傾向があります。

インポートする前に、エクスポートしたリストを検証してください。配信不能なアドレスと使い捨てアドレスを削除します。キャッチオールと不明の結果は、デフォルトで取り込まず、扱いを意図的に決めます。現在のメールプラットフォームが連携ページにある49の対応コネクタに含まれている場合、Qualisendならエクスポート前にその場でリストをクリーニングできます。各結果はタグまたはフィールドとして書き戻されるため、エクスポートしたデータに結果がすでに含まれます。含まれていない場合は、CSVをアップロードしてください。半年以上メールを送っていない部分があるなら、古いメールリストへ安全に送信する方法の追加の注意点も確認してください。

自社ドメインで新しいESPを認証する#

認証の設定は、最初の送信の後ではなく前に済ませます。各レコードの役割は、SPF・DKIM・DMARCの解説で説明しています。移行時の具体的な注意点は次のとおりです。

• SPF：新プラットフォームの設定手順に従います。ルートドメインのSPFレコードにinclude:を追加するよう求めるサービスもあれば、サービス側が運用するカスタムのバウンス用サブドメインでSPFを処理するサービスもあります。旧プラットフォームのincludeは、送信が止まるまで残してください。また、SPFのDNSルックアップの10回制限を超えないようにします。有効なレコードはSPFレコード作成ツールで作成できます。
• DKIM：新プラットフォームのDKIM鍵を公開します。独自のセレクターを使うため、並行運用の期間中は新旧の鍵を共存させられます。ドメインのレピュテーションを適用するには、署名ドメインがESPのものではなく、自社のものである必要があります。
• カスタムReturn-Path（バウンス）ドメイン：サブドメインを新プラットフォームに向けます。これにより、Fromアドレスとアライメントが一致するドメインでSPFに成功します。
• DMARC：既存のレコードはそのまま使います。p=quarantineやp=rejectになっている場合、新プラットフォームからのメールは設定に不備があるとブロックされます。先にテストメールを送り、DMARCの設定手順で説明している集計レポートを確認してください。
• トラッキングドメイン：プラットフォームのデフォルトを共有せず、自社ブランドのリンクトラッキング用ドメインを設定します。

そのうえで、送信ドメイン認証チェックでドメインをチェックし、Gmailアカウントにテストメールを送って、SPF、DKIM、DMARCがすべて成功していることを確認します。移行の間、ドメイン診断の監視は、SPFレコードがいまも名前解決できること、そして新しいプラットフォーム用に追加したDKIMセレクターにいまも鍵があることを、毎日チェックします。DNSの変更後に通常何が壊れるかは、認証が機能しなくなる理由で説明しています。

IPの構成と時期を決める#

ほとんどの送信者には、すでにウォームアップ済みの、新プラットフォームの共有プールが向いています。専用IPはレピュテーションがない状態から始まり、健全さを保つには大量で安定した送信が必要です。トレードオフは専用IPと共有IPの違いで説明しています。

同じプロジェクトで送信ドメインまで変えるのは避けてください。新しいドメインと新しいIPを同時に使うと、2つのコールドスタートが重なります。マーケティングメールをサブドメインに移したい場合は、送信用サブドメインの戦略ガイドで方法を説明していますが、そのサブドメインには独自のウォームアップが必要になる点を見込んでおいてください。

時期も重要です。最大の配信の数週間前に移行するのは避けましょう。2026年のブラックフライデーは11月27日なので、10月下旬に移行を始めると、ウォームアップが繁忙期とまるごと重なります。その場合は、現在のプラットフォームでブラックフライデーの到達率チェックリストを完了させ、年末年始が明けてから移行してください。

切り替え中の作業#

エンゲージメントの高い購読者からウォームアップする#

ドメインのレピュテーションが良くても、新しいIPは、自社のメールをメールプロバイダーへ送信してきた履歴がありません。最初は、最近クリックまたは購入した購読者に送ります。信頼を築く好ましいシグナルを生み出してくれるからです。その後、バウンス率と迷惑メール報告率が安定している間に、エンゲージメントの低いセグメントを追加します。共有プールでは専用IPより速く増やせますが、それでも段階的に増やす必要があります。ペースの目安は、ドメインとIPのウォームアップガイドにあります。

両方のプラットフォームを並行して運用する#

まだ移していないセグメントには、旧プラットフォームから送信を続けます。そうすれば、新しいIPが履歴を積む間も、自社ドメインからの総送信量が安定し、全員に予定どおりメールが届きます。セグメントは、週ごとに少しずつ量を増やしながら移し、新プラットフォームがすべてを担い、指標も安定するまで続けます。通常は数週間かかります。カレンダー上の日付ではなく、数値を基準に判断してください。

並行運用を成り立たせるルールは2つあります。

1. 同じ人に両方のプラットフォームから送信しない：セグメントをきれいに分けて、誰にも重複して届かないようにします。
2. 配信停止とバウンスを毎日同期する：並行運用の期間中に旧プラットフォームでオプトアウトした人は、新プラットフォームでもサプレッションする必要があります。

フォーム、連携、検証の接続先を切り替える#

コンタクトを追加するすべての場所を、新プラットフォームに向け直す必要があります。Webサイトのフォーム、ポップアップ、チェックアウトやEコマースの同期、CRMの同期、Webhook、自動化ツールが対象です。切り替え忘れたフォームは、何か月も旧アカウントにデータを送り続け、その購読者には一通もメールが届きません。それぞれの経路から、テスト登録を送信してください。

そのうえで、入り口に検証を戻します。新プラットフォームがQualisendの対応連携に含まれていれば、リアルタイム検証によって、新しいコンタクトが届くたびにチェックできます（ほとんどのコネクタで利用可能）。自動クリーニングで、7日、14日、30日ごとにリストを再検証することもできます。プラットフォームに直接データを送るフォームでは、検証APIで登録時にアドレスをチェックできます。

切り替え後のフォローアップ#

プロバイダーのダッシュボードを監視する#

Google Postmaster Toolsはドメイン単位なので、移行後もそのまま使えます。GoogleはドメインとIPのレピュテーションのダッシュボードを廃止したため、送信量が移るにつれて、Gmailの迷惑メール率（0.3%未満に抑え、0.1%未満を目標にする）、コンプライアンスの状況、配信エラーを確認してください。Microsoft SNDSはIP単位です。専用IPの場合は新しいIPアドレスのデータへのアクセスを申請します。共有プールの場合、そのデータはESPが保持しています。両方のツールと併せて、キャンペーンごとのバウンス率と迷惑メール報告率、特定のプロバイダーでの遅延の増加も確認します。

旧プラットフォームを慎重に解約する#

• 最終のサプレッションエクスポートを取る：並行運用の間も旧プラットフォームには配信停止が届き続けるため、並行運用の終了後に行います。
• 後で必要になりうる履歴をエクスポートする：キャンペーンレポート、同意の記録、エンゲージメントデータが対象です。多くのプラットフォームは、解約するとアカウントのデータを削除します。すべて手元にあると確信できるまでは、より安価なプランにダウングレードして維持してください。
• 旧オートメーションをオフにする：見なくなったアカウントから、何かが送信されることがないようにします。
• 旧DNSレコードは最後に削除する：旧SPFのincludeとDKIM鍵は、そのプラットフォームから何も送信されなくなってから削除します。

リストをクリーンに保つ#

新しいプラットフォームにしても、リストの劣化は止まりません。クリーニングの頻度と、反応のなくなった購読者を外すルールを決めておきましょう。メールリストの衛生管理とサンセットポリシーで説明しています。そうすれば、移行したリストを、移行した日と同じクリーンな状態に保てます。

プラットフォームを移行しますか？新しいアカウントに取り込む前に、期限なしの100クレジット無料でエクスポートしたリストを検証してください。その場でのクリーニングやリアルタイムのクリーニングに対応するプラットフォームは、連携ページで確認できます。