ウォームアップとランプアップは同じですか？
いいえ。違いについてはこちらを参照してください。ウォームアップが必要なのはなぜですか？
ISP は、メールを受信トレイに配置するかどうかを判断する際に非常に慎重です。認証（DKIM と SPF の設定）は重要ですが、それだけでは ISP の信頼を得るには不十分です。信頼は、メールで高いエンゲージメントを確保することで段階的に構築する必要があります。まだ良好なレピュテーションを構築していない新しい IP/ドメインから送信されたメールに対して、ISP は以下のように処理する場合があります。- 少数のメールのみを受け入れる
- 遅いペースでメールを受信する
- すべてのメールを迷惑メールフォルダに振り分ける
- 最初の数通のメールを受信トレイに配置し、最初の受信者のエンゲージメントを監視してから、残りのメールの振り分け先を決定する
- 少数を超えるメールを送信しようとすると、送信元からのメールをブロックする
ISP からのレピュテーションは、たった 1 回の不適切なキャンペーンでも損なわれる可能性があります。このような状況からの回復には 4〜8 週間かかることがあります。
ウォームアップの方法は？
ウォームアップの一環として、エンゲージする可能性が最も高い少数のユーザーに関連性の高いメールを送信する必要があります。必要な正確な期間は、ドメイン/IP の現在のレピュテーションとキャンペーンのパフォーマンスによって異なります。以下に大まかなガイドラインを示します。- 最初は少ない送信量で始め、徐々に増やし、キャンペーンをスロットリングします。最初は規模の拡大を気にせず、ポジティブなエンゲージメントを生み出すことに集中してください。
- ポジティブにエンゲージする可能性が最も高いユーザーに送信します。
- 配信率、開封率、クリック率、スパム苦情、配信停止などのパフォーマンス指標に注意を払います。観察結果に基づいて軌道修正してください。
- Postmaster サイトでレピュテーションを確認し、サードパーティのサイトで受信トレイ配置データを確認します。観察結果に基づいて軌道修正してください。
- 最初の 10 日間は、パフォーマンス指標とレピュテーションを注意深く監視します。レピュテーションが安定したら、ランプアップに移行します。
ランプアップが必要なのはなぜですか？
良好なレピュテーションを構築した後は、1 日の平均送信量に達するまで送信量を増やす必要があります。これがランプアップです。ウォームアップはゆっくり進めますが、ランプアップはより速く進む傾向があります。ただし、ランプアップのペースは、ウォームアップ中のキャンペーンのパフォーマンスとドメイン/IP のレピュテーションに基づいて決定する必要があります。- 両方が優れている場合は、はるかに速くランプアップし、計算されたリスクを取ることができます。
- 両方が平均的な場合は、無理のないペースでランプアップし、慎重に進めてください。
- どちらかが悪い場合は、まずそれを修正してください。
ランプアップの方法は？
1 日の送信量を毎日 30%〜50% ずつ増やします。パフォーマンスが低下せず、ドメインと IP のレピュテーションが一貫していることを確認してください。どの程度の送信量までランプアップすべきですか？
ランプアップすべき送信量は、想定している 1 日、1 週間、または 1 か月あたりの送信量によって決まります。例：IP は 2 週間経過すると冷え始めるため、頻度の低い大量送信には特別な対応が必要です。
ランプアップ中の送信量を制御する方法は？
送信量はさまざまな方法で制御できます。- 1 日の規定送信量に基づいて小さなセグメントを作成します。
- キャンペーン作成時にコントロールグループを使用します。
- 該当する場合は、バックエンドの制限も有効にします。
スケールアップ計画とは何ですか？ランプアップとは異なりますか？
ランプアップはオンボーディング時に行われるのに対し、スケールアップはほとんどの企業で見られる売上の季節変動に対応するものです。その結果、マーケティング活動も同じサイクルに従う必要があります。ピークシーズンには、送信量が通常より多くなる場合があります。これに対応するには、メール送信をそのレベルまで増やす必要があります。これはスケールアップと呼ばれ、ピークに至るまでの数週間に行われます。 通常、このような時期のより大きなユーザーベースにはエンゲージメントの低いユーザーが含まれるため、スケールアップの重要な部分は、最終アクティビティ、非アクティブ期間、サインアップ日、サインアップソースなどに基づいて、こうした非アクティブユーザーをセグメント化することになります。これにより、スケールアップがドメイン/IP のレピュテーションに悪影響を与えることを回避できます。データが 90k しかないのに、ランプアップ計画が 150k の場合、150k のデータをどのように用意すればよいですか？
- ランプアップ計画は変わりません。
- バックエンドの制限を変更する必要はありません。
- 90k まで計画に従い、その後バックエンドの制限を無効にするよう依頼してください。
メールの開封率が低下している場合、どのような対策を取ればよいですか？
- すべてのキャンペーンを 3 日間一時停止します。この期間に開封率低下の原因を調査してください。
- 新しいテンプレートをテストします。
- 次の 2 回のキャンペーンは、メール開封者にのみ送信します。
アクティブ度の低いユーザーや非アクティブユーザーにのみ送信したキャンペーンは、開封率が低くなることが想定されます。
ランプアップに使用するデータがない場合、どのような対策を取ればよいですか？
- Event Triggered キャンペーンと Flow キャンペーンを作成します。
- 「配信済み」の送信量でランプアップします。
- 適切な期待値を設定するようにしてください。
毎日キャンペーンを送信できない場合、どのようにランプアップを完了すればよいですか？
毎日キャンペーンを送信できない場合は、以下の手順に従ってランプアップを完了してください。- 少なくとも週に 2 回キャンペーンを送信するようにします。
- 週に 1 回のキャンペーンを異なるユーザーに送信することもできます。この方法では、受信者が受け取るキャンペーンは週に 1 回のみですが、週あたりのランプアップ送信数は多くなります。これにより、ランプアップをより早く完了できます。
- ランプアップ中は適切な除外設定を使用します。
以前のベンダーから抑制用のユーザーを取得できない場合、オプトアウトをどのように抑制すればよいですか？
- オプトイン済みデータを取得する際は、以前のベンダーの抑制データを除外したうえで、まず開封者を取得するようにします。
- 「全ユーザー」のデータを取得する際は、以前のベンダーのすべての抑制データ/BUC データを必ず除外してから、リストをエクスポートします。
- まず MOE からウェルカムキャンペーンを開始します。複数のイベントトリガー型キャンペーンと Flow キャンペーンを開始します。
- MOE で開封済みおよび配信済みのユーザーでランプアップします。
- アプリ/サイトの起動ユーザーをターゲットにします。
除外条件はどのように設定すべきですか？
- UI では、EXCLUDE 条件に OR 条件を使用する必要があります。オーディエンス条件には「AND」条件、除外条件には「OR」条件を設定する必要があります。
- 抑制データを除外します。
- ソフトバウンスを除外します（過去 60 日間に email soft bounced を 1 回以上実行したユーザー）。
- BUC（ハードバウンス、配信停止、スパム苦情）ユーザーはデフォルトで抑制されます。
開封者のデータが少ない場合、ランプアッププロセスに影響はありますか？
これは、以前のベンダーでデリバラビリティの問題があった可能性が高いことを意味します。これがランプアッププロセスに影響しないようにするには、以下の手順に従ってください。- 最初の 7 日間は、開封者のデータにのみキャンペーンを送信します。送信量を増やせない場合でも同様です。
- レピュテーションデータが利用可能になったら（かつレピュテーションが HIGH であれば）、追加のデータを使って徐々にランプアップできます。以前のベンダーのユーザーを追加する前に、まず新規ユーザーに送信してください。
- 送信頻度を 1 ユーザーあたり週 2 通に減らします。
- これは、ユーザーの質が不明なためです。そのため、ゆっくりと始めて、必要に応じて増やす方が適切です。
- イベントトリガー型キャンペーンを送信します。
苦情率が高い場合、どのように解決すればよいですか？
これは、ユーザーがあなたのメールを望んでいないことを示しています。以下の手順に従ってこの問題を解決してください。- すべてのキャンペーンを 1 週間一時停止します。
- セグメンテーションとコンテンツを照らし合わせて確認し、メールコンテンツがユーザーに関連していることを確認します。
- 送信頻度を 1 ユーザーあたり週 2 通に減らします。
- ウェルカム Flow を開始します。適切な期待値を設定するようにしてください。
- ユーザーの収集方法を確認します。
- ユーザーは明示的にサインアップしましたか？
- 特定の取引を行うためにメール ID の共有を強制されましたか？
- メール ID を収集した後、ユーザーがメールの設定を選択できるようにしましたか？
移行中に配信停止データをどのように管理すればよいですか？
- 2 つのベンダー間で配信停止を同期します。
- ユーザーを MoEngage に移行し、以前のベンダーに戻さないでください。
- ランプアップ期間中は、配信停止を定期的に同期します。
より多くの送信量が必要となるプロセスの後半に非アクティブユーザーにメールを送信した場合、ランプアップに影響はありますか？
ランプアップは、通常送信している送信量までにとどめるべきです。通常、非アクティブユーザーに送信していない場合は、送信量が少なくなります。したがって、より多くの送信量を送る必要はありません。ランプアップとは、アクティビティに関係なくデータベース内のすべてのユーザーにメールを送信しなければならないという意味ではありません。通常は週 1 回のメールしか送信していない場合、ユーザーあたりのメール数を増やさずにランプアップするにはどうすればよいですか？
キャンペーン戦略が週 1 回のメール送信のみで構成されている場合は、最初の 2〜3 週間、同じ週次キャンペーンを毎日送信し、毎回異なるユーザーに届くようにすることで、ランプアップフェーズを早めることができます。適切な除外設定を使用して、各ユーザーがいずれかのベンダーから毎週 1 通のメールのみを受信するようにする必要があります。この方法により、各ユーザーに対して週 1 回のメール頻度を守りながら、運用を迅速に拡大できます。ただし、この方法では、2〜3 週間のフェーズ中、各ユーザーがメールを受信する曜日が異なる場合があることに注意してください。 月次キャンペーンの場合も同様です。
ランプアップ後：月次キャンペーンのみで、ランプアップした状態やレピュテーションを維持するにはどうすればよいですか？
月次の送信のみを行っている場合は、イベントトリガー型、Flows、ワンタイム、定期キャンペーンのすべて、つまりトランザクション以外のすべてのメールを同じサブドメイン/IP から送信することをお勧めします。 これに加えて、以下の内容でパーソナライズされた週次の定期キャンペーンを作成します。- E コマースブランドの場合、「過去 7 日間に app/site open を 1 回以上実行したユーザー」などの動的ユーザー。
- 毎週繰り返す定期キャンペーンにする。
- コンテンツのパーソナライゼーションを使用する。
- ドメインのレピュテーションを維持し、IP が冷えるのを防ぎます。
- アプリのアクティブユーザーをエンゲージします。
- パーソナライズされたイベントベースのキャンペーンは一般的にパフォーマンスが良いため、良好なレピュテーションの維持に役立ちます。
- 「関心のある」ユーザーのエンゲージメントを維持し、コンバージョンを促進します。