プラットフォームを乗り換えると、実際に何が壊れるのか？
データについては、ほとんど何も壊れません。コンタクト、カスタムフィールド、テンプレート、エンゲージメントの履歴はCSVやJSONに書き出せ、まともなプラットフォームならどれでも取り込めます。壊れるのは、送信者としての評価です。メールボックスプロバイダーは送信に使うドメインとIPを採点しており、新しいプラットフォームは通常、実績のない新しい送信元を意味します。初日に冷えたドメインからリスト全体に一斉に送れば、かなりの割合が迷惑メールフォルダーに入ります。データはコピーするだけの作業です。計画が必要なのは到達率のほうです。
何かを解約する前に、すべてを書き出す
移行で最も安い保険は、タイミングです。旧アカウントがまだ有効で支払い済みのうちにデータの完全なコピーを書き出し、新しいプラットフォームで問題がないと確かめられるまで、旧アカウントは読み取り専用で残しておきます。先に解約すると、つくり直せない配信停止の記録やエンゲージメントの履歴にアクセスできなくなるおそれがあります。
- すべてのカスタムフィールドを含むコンタクト。名前とメールアドレスだけでなく、セグメントが依存している属性も含めます。
- 配信停止と送信除外リストの全体。ハードバウンス、迷惑メール報告、手動のブロックも含めます。
- テンプレートと再利用できるコンテンツ、そしてつくり直すことになる自動化とジャーニー。
- イベントの履歴とエンゲージメントのデータ。開封、クリック、そしてトリガーのきっかけになる行動イベントです。
- DNSと認証のレコード。参考として、現在のSPF、DKIM、DMARCの設定を控えておきます。
書き出したデータは、新しいベンダーの中だけでなく、自社で管理できる場所に保管してください。自社のデータのきれいなコピーを持つことこそ、この作業全体の目的です。そのコピーがこの移行以外でも重要な理由は、顧客データを自社で所有するで解説しています。
どの移行でも送信除外リストを引き継ぐべきなのはなぜか？
送信除外リスト（配信停止した人、ハードバウンスした人、迷惑メール報告をした人のすべて）は、決して省けない唯一の書き出しです。法的には、配信停止は恒久的なもので、プラットフォームではなく人に付いて回ります。新しいツールからその人に送れば、旧ツールのときと同じ違反になります。到達率の面では、そうしたアドレスこそが迷惑メール報告とバウンスを生みます。冷えたドメインを最も早く沈める2つのシグナルです。送信除外リストはほかの何よりも先に取り込み、新しいプラットフォームがそれを過去の記録としてではなく、有効なブロックとして扱っていることを確認してください。
同意の取り直し：同意を引き継ぐか、再確認するか
同意は旧ベンダーに結びついたものではないため、ほとんどの場合はコンタクトとともに移ります。有効なオプトインは、移行後も有効です。同意をそのまま引き継げるのは、一人ひとりがいつ、どのように登録したかを証明でき、本人が同意したメールを送り続ける場合です。再確認が必要なのは、取得経緯が不明な場合、リストが古く反応がない場合、または送る内容を大きく変える場合です。ダブルオプトインによる同意の取り直しキャンペーンは、不安定なリストが新しいドメインに害を及ぼす前に、リストを刷新するきれいな方法です。
| 状況 | 同意の扱い | 対応 |
|---|---|---|
| 記録のあるオプトイン、最近のエンゲージメントあり | 引き継がれる | 取り込んで通常どおり送信 |
| 証明できるオプトイン、内容は同じ | 引き継がれる | 取り込み、段階的にウォームアップ |
| 登録経緯の記録なし | 不明 | 送信前に再確認 |
| 古い、反応がない、または購入したリスト | 弱い、またはなし | 同意を取り直すか送信除外 |
新しいドメインとIPはどうウォームアップするか？
ウォームアップとは、送信量をゆっくり増やし、メールボックスプロバイダーが新しい送信元を信頼できるようにすることです。Googleの送信者ガイドラインは明確です。エンゲージメントの高いユーザーへの少ない送信量から始めて徐々に増やし、大量送信の実績がない場合は急激な増加を避けるよう求めています。まずは開封する可能性が最も高いコンタクト（最近登録したアクティブな購読者）から始め、数日から数週間かけて対象を広げます。迷惑メール報告率は注意して見てください。Googleは一括送信者に対し、0.10%未満に保ち、決して0.30%に達しないよう求めています。バウンスや配信の延期が増えたら、エラー率が下がるまで増量のペースを落とし、それから再び増やします。専用IPは共有プールよりウォームアップに時間がかかるため、選んだ方に合わせてスケジュールを立ててください。
プロファイル、イベント、セグメントはどう対応づけるか？
顧客のモデル化の仕方はプラットフォームごとに少しずつ異なるため、自社のモデルを置き換える時間を見込んでください。プロファイルの属性を新しいフィールド名と型に合わせ、計測しているイベントを1対1で対応づけ、動的セグメントを新しいスキーマに合わせてつくり直します。散らかったものをそのままコピーするのではなく、使われていないフィールドや古いイベントを整理するのは、まさにこのタイミングです。きれいなトラッキングプランがあれば、新しいプラットフォームでの自動化の構築がはるかに楽になります。対応づけの間も、トランザクションメールとマーケティングメールは別々のストリームにしておき、領収書がマーケティングのウォームアップを待たされたり、壊れたセグメントがパスワードリセットを止めたりしないようにしてください。
安全な切り替えとはどのようなものか？
スイッチ1つで切り替えないでください。両方のプラットフォームを並行して動かし、送信を段階的に移します。まず反応のよい小さな層から始め、数値が安定していれば、より大きなセグメントへと広げます。増やすたびに、新しいツールでのバウンス率、迷惑メール報告率、受信トレイへの到達状況を確認します。どれかが急増したら、さらに送る前にいったん止めて原因を調べます。マーケティングのストリームが安定するまで、トランザクションメールは実績のある経路に残しておきます。新しいプラットフォームが2、3サイクルにわたって全体の送信量を問題なく運べたら、旧プラットフォームを廃止します。乗り換え先をまだ選んでいるなら、オープンソースのMAツール、Customer.ioの代替ツール、スタートアップ向けカスタマーエンゲージメントプラットフォームのおすすめ比較から始めてください。