こんにちは。バナナデスクです。
メルマガ配信システムを乗り換えるとき、最初に思い浮かぶのは読者のCSVでしょう。しかし、アドレスだけを新しいシステムへ入れると、解除した人が再び配信対象になったり、五通目まで読んだ人へ一通目が送られたりする可能性があります。
移すのはアドレス帳だけではなく、「この人へ何を送ってよいか」「どこまで送ったか」という状態です。ここを先に整理すると、機能の多いシステムへ替えたのに運用が混乱する事態を避けやすくなります。
この記事では、個人事業で定期メルマガとステップメールを運用している場面を想定し、移行台帳、五つのテスト読者、切替当日の確認表を作ります。特定サービスの操作手順ではなく、どの製品でも仕様を確かめたい項目を整理したものです。
最初に、移すものと引き継げないものを分ける
| 種類 | 移行・保管の確認内容 |
|---|---|
| 読者 | アドレス、必要な属性、重複、登録経路 |
| 送信してよい状態 | 同意の記録、有効、解除、エラー抑止 |
| 配信途中の状態 | 最後に送ったメール、次に送る予定、待機の基準日時 |
| 配信設定 | 件名、本文、差出人、返信先、配信条件、停止条件 |
| 入口と出口 | 登録フォーム、確認画面、解除リンク、資料URL、連携 |
| 認証と計測 | 送信ドメイン、SPF・DKIM等、クリック計測、受付との照合 |
旧サービスのID、タグ、待機時間の意味が、新サービスでそのまま一致するとは限りません。「三日目に配信」と「前のメールから72時間後」も、登録時刻や配信可能時間帯によって結果が変わります。表示名の似た機能を同じだと思わず、具体的な日時で確認します。
配信サービスBenchmark Emailの移行案内も、リストの整理や各設定の確認などを扱っています。ただし、他社へ同じ操作手順をそのまま適用せず、以下の条件を移行元・移行先の両方へ確認してください。Benchmark Email：配信システム乗り換えのチェックリスト
解除済み・エラー抑止は、有効読者と別に管理する
有効読者だけを書き出せる場合も、解除や抑止の情報を別途保管できるか確認します。過去のCSVを後から取り込んだとき、解除済みのアドレスが復活しないためです。新サービスが解除状態を取り込めないなら、配信除外として扱う方法をサービス側に確認します。
広告宣伝メールについて、消費者庁の案内は原則として事前同意を求め、同意の記録や表示事項、受信拒否への対応を説明しています。メールの内容や事業により適用範囲が異なり、通信販売では特定商取引法も関係するため、移行を機に一律に再送可能と扱ってはいけません。消費者庁：特定電子メール法のポイント
「旧システムに入っていた」というだけで、同意が確認できたことにはなりません。登録日時、登録方法、当時何を配信すると説明したかを、取得している範囲で照合します。確認できないアドレスを、空欄だから有効として取り込まないようにします。
状態の対応表を先に作る
次の表は、五通のステップメールを運用している仮例です。実際の製品で自動再開できるかは未確認で、移行方針を決めるための記入見本です。
| 旧システムの状態 | 新システムでの扱い | 確認すること |
|---|---|---|
| 新規登録、未配信 | 登録確認後に一通目から | 確認メールと一通目が重複しないか |
| 五通完了、有効 | 定期配信のみ | 移行取込で一通目が自動開始しないか |
| 二通目完了、待機中 | 三通目から再開する方針 | 開始位置・待機基準を移せるか |
| 解除済み | 配信除外を維持 | 定期・自動・再取込のすべてで復活しないか |
| 重複登録 | 本人を識別する基準で整理 | 解除情報や進行状態を上書きしないか |
途中再開ができない場合は、無理に全員を一通目へ戻さず、旧システムでその配信を完了してから移す、新規登録者だけ先に新システムへ入れるなどの方法を検討します。どちらにも運用の負担があるので、並行期間と担当を決めます。
同じアドレスの重複をまとめる際も、「最新の行だけ残す」では危険なことがあります。古い行に解除情報があり、新しい行は手作業の取込だった、といった場合です。送信可否の優先ルールを決め、判定できないものは確認対象へ分けます。
本番読者を入れる前に、五人のテスト読者で確かめる
自分が管理するテスト用アドレスを使い、本番の配信や実顧客へ影響しない環境で確認します。テスト機能のプレビューと、実際の条件で配信されることは別なので、どこまで確認したかも残してください。
| テスト読者 | 用意する状態 | 期待すること |
|---|---|---|
| A 新規 | 新しいフォームから正規に登録 | 説明した確認と一通目が届く |
| B 既存 | 五通完了として取込 | 一通目が再送されず、定期配信の対象になる |
| C 途中 | 二通目まで送信済み | 決めた日時に三通目だけが届く |
| D 解除 | 解除状態で取込・その後再取込も確認 | 定期配信にも自動配信にも入らない |
| E 重複 | 同じアドレスを異なる状態で用意 | 二重送信がなく、除外すべき状態が守られる |
期待どおりでなければ、本番読者を取り込む前に停止します。「テストでは二通届いたが、本番は大丈夫だろう」と進めないこと。取込時の自動開始、連携フォームからの追加、予約済みの配信など、入口が複数ある場合はそれぞれ確認します。
解除は、読者一覧で状態を変えるだけでなく、実際のメールの解除入口から操作し、その後の配信対象から外れるかも確認します。すでに待機中の自動配信がある場合、次の送信直前にも除外が反映されるかが重要です。
切替当日は、旧配信の停止と新配信の開始を別々に確認する
二つのシステムが同時に同じ人へ送る状態を避けるため、切替の境目を日時で決めます。以下は一つの案で、実際の予約配信や登録数に応じて調整します。
- 旧システムの自動・予約・定期配信を一覧にし、どれを停止するか決める。
- 切替時点の有効、解除、エラー、進行状態を書き出す。
- 書き出し後に追加された登録や解除を差分として回収する。
- 新システムへ取り込み、件数と状態を照合する。取込と同時に送信を始めない。
- 登録フォームや連携の送り先を切り替え、テスト登録する。
- 旧側で対象の配信が停止していることを再確認し、新側を開始する。
- 配信記録、解除、受付、返信先を確認する。
書き出した後から切替までに解除した人の情報が漏れると、停止の意思が反映されません。移行に数日かけるなら、その間に動くデータをどう同期するかを先に決めます。手動の差分回収が難しい規模なら、移行先のサポートへ移行方法を相談します。
ドメインと古いリンクを、システム解約前に点検する
差出人名が同じでも、送信サービスが変われば認証設定の確認が必要です。Gmailの送信者ガイドラインなどを参照し、配信サービスが指定するSPF・DKIM等を設定し、実際のメールで検証します。旧設定の削除は、業務メールや他のサービスが使っていないかを確認してから行います。Google公式：メール送信者のガイドライン
過去に送ったメールの資料リンクや解除リンクが、旧サービスを解約すると使えなくなる場合もあります。契約と製品によるため、先に確認します。少なくとも、解除の連絡を受けたときの窓口と反映方法を残し、旧メールからの連絡を無視しない運用にします。
また、開封やクリックの定義が変わると、移行前後の数字は単純比較できません。「新システムで開封率が上がった」だけでは文章の改善効果とは言えません。計測方法と対象の違いを記録してください。
問題が出たら、戻す前に両方の配信を止める
二重送信や解除者への送信が見つかったときは、まず原因となる配信を止め、対象と送信記録を確認します。慌てて旧システムを再開すると、さらに重複することがあります。どちらが現在の正しい状態を持っているかを確定させます。
戻す場合も、新側で受けた登録や解除、送信済みの進行状態を旧側へ反映する必要があります。単に元のCSVを戻す作業ではありません。必要な読者への連絡も、実際に起きたことを確認してから、重複や誤送信を広げない方法で行います。
移行の完了は、CSVの取込成功ではなく、新規・既存・途中・解除・重複の五つの状態が予定どおり動き、旧側から不要な送信が出ないことです。先に小さく確かめてから切り替えると、安心して新しい配信環境を使い始められます。