Skip to main content

概要

Message Queuing は Early Access 機能です。アカウントで有効にするには、MoEngage のカスタマーサクセスマネージャー (CSM) またはサポートチームにお問い合わせください。
Message Queuing は、キャンペーン作成フローの配信設定によって配信されなかったメッセージを自動的に再試行して配信することで、キャンペーンがオーディエンスに確実に届くようにします。メッセージが Frequency Capping や Minimum Delay によってブロックされた場合、MoEngage はメッセージを破棄せずに一時的なキューに入れます。ユーザーが対象になるとすぐに、MoEngage は自動的にメッセージを送信します。 Message Queuing により、マーケターはキャンペーンのスケジュールを手動で調整することなく、キャンペーンのリーチを最大化し、タイムリーなコミュニケーションを維持できます。
Message Queuing は、配信タイプが one-time、periodic、business event-triggered、event-triggered の Push キャンペーンと、フローキャンペーンでのみサポートされています。

ユースケース

Message Queuing により、さまざまな柔軟なキャンペーン配信シナリオが可能になります。
  • キャンペーンリーチの最適化: Frequency Capping によってキャンペーンを受け取れなかったユーザーへのメッセージを自動的に再試行したり、Minimum Delay 設定の影響を受けたユーザーへの配信を確保したり、手動で再スケジュールすることなくエンゲージメントを最大化したりできます。
  • 時間に敏感なキャンペーンの管理: フラッシュセールなど、即時配信が不可欠なプロモーションでは、キャンペーンレベルでキューイングを無効にできます。キューイングを無効にすると、即座に送信できないメッセージは完全に破棄されます。
  • ジャーニーの継続性の優先: オンボーディングのような複数ステップのフローでは、ユーザーがすべての重要なメッセージを正しい順序で受け取れるようにできます。一時的な上限によってステップがスキップされるのではなく、メッセージが保留されて後で配信されるため、ストーリーが損なわれません。

キューイングの仕組み

キャンペーンメッセージがトリガーされたものの、事前に設定された配信ルールにより配信できない場合、Message Queuing 機能はメッセージを保留して後で再試行します。 以下の手順で、Message Queuing の仕組みを説明します。
  1. トリガーとチェック: ユーザーに対してメッセージがトリガーされ、MoEngage は DND > Frequency Capping > Minimum Delay の順序で配信制限をチェックします。event-triggered キャンペーンでは、実行順序は DND > Campaign Minimum Delay > Frequency Capping > Global Minimum Delay です。
  2. キュー: 制限に該当した場合、メッセージは破棄されずに、キャンペーン作成のステップ 3 で設定した期間だけキューに入れられます。
  3. 再試行: ユーザーが対象になるとすぐに (たとえば、Frequency Cap がリセットされた、Minimum Delay が経過した、DND ウィンドウが終了したなど)、MoEngage はキューに入れられたメッセージの再送信を自動的に試みます。
  4. 送信または破棄:
    • 定義されたキューイング期間内にユーザーが対象になった場合、MoEngage はメッセージを送信します。
    • ユーザーが対象になる前にキューイング期間が終了した場合、MoEngage はメッセージを破棄します。破棄の理由はキャンペーン分析に記録されます (例: “After FC Removal”)。
  • One-Time、 Periodic (child)、Business event-triggered (child) のプッシュキャンペーンでは、キューに入れられたすべてのメッセージが送信または破棄されるまで、キャンペーンのステータスは Sending のままになります。
  • ユーザーのキューに複数のメッセージがある場合、MoEngage は配信ウィンドウが利用可能になるとすぐに、キューに入れられた順序 (先入れ先出し) でメッセージを送信します。
  • キャンペーンで Ignore FC と Ignore Min delay の両方が有効になっている場合、そのキャンペーンのキューイング設定は自動的に無効になります。
  • Campaign Minimum Delay は Event-triggered キャンペーンにのみ適用されます。
  • event-triggered キャンペーンを編集して新しいバージョンを作成すると、MoEngage はすべてのユーザーを削除し、キューをゼロ (0) にリセットします。

DND 設定でのキューイングの動作

キャンペーンの DND 設定とキューイング設定は連携してメッセージ配信を制御します。それらがどのように相互作用するかを以下に説明します。

DND 時間を尊重する場合 (Ignore DND がオフ)

  • キューイングがオンの場合: (DND、FC、または Minimum Delay により) 破棄されるはずだったすべてのメッセージがキューに入れられます。MoEngage は、DND ウィンドウが経過し、ユーザーが他のルールに基づいて対象になるのを待ってから送信します。これは、ユーザーの設定を尊重しながら配信を最大化するための最善の方法です。
  • キューイングがオフの場合: DND によって破棄されたメッセージのみが、翌日に送信されるようにキューに入れられます (“Save and Send” DND オプションを使用している場合)。FC または Minimum Delay によってブロックされたメッセージは直ちに破棄されます。

DND 時間を無視する場合 (Ignore DND がオン)

  • キューイングがオンの場合: DND は考慮されないため、MoEngage はいつでもメッセージを送信します。Message Queuing は Frequency Capping または Minimum Delay によって破棄されたメッセージにのみ使用でき、それらの特定の制限が解除されるとすぐに、時間帯に関係なく送信されます。
  • キューイングがオフの場合: MoEngage はすべてのメッセージを直ちに送信します。DND のために保留されるメッセージはありません。

ダッシュボードの設定

以下のように、キャンペーン作成ワークフロー内で Message Queuing 設定を直接構成できます。

キャンペーンのキューイングを有効にする

  1. プッシュキャンペーン作成フローのステップ 3: Schedule and goals の Delivery controls セクションで、Enable Message Queuing トグルを見つけます。
  2. 次の操作を行えます:
    • キューイングを有効にする: Enable Message Queuing トグルをオンにすると、Frequency Capping または Minimum Delay によってブロックされたメッセージが自動的にキューに入れられます。
    • キューイング期間を設定する: メッセージがキューに残る期間を指定します (例: 5 時間)。最大 48 時間まで設定できます。
    • キューイングを無効にする: 即座に送信できないメッセージを破棄したい時間に敏感なキャンペーンでは、Enable Message Queuing トグルをオフにします。
ENABLEQUEUE.gif

キューに入れられたメッセージを監視する

キャンペーンが公開された後、キャンペーン分析ダッシュボードからキューに入れられたメッセージのパフォーマンスを監視できます。
  • 一時的な Queued バナーに、配信待ちのメッセージ数が表示されます。
  • Attempted や Sent などの配信ファネルの統計は、キューに入れられたメッセージが配信されるとリアルタイムで更新されます。
  • Dropped の数には、最初はまだ配信のためにキューに入っているメッセージが含まれます。この指標はメッセージが送信されるとリアルタイムで更新され、見込みの成功ではなく実際の成功に基づくファネルを提供します。
monitor queueing.png

Flows での Message Queuing

Message Queuing は Flows 内でも、特に Push ノードでサポートされています。これにより、ユーザーが (Frequency Capping または Minimum Delay により) 配信対象外の状態で Push ノードに到達した場合でも、メッセージは破棄されずに保留されて再試行されます。 Flow 内の Push ノードで Message Queuing を有効にするには:
  1. Flow を開き、目的の Push ノードの Edit アイコンをクリックします。
  2. 開いた Push キャンペーンページで、Delivery controls セクションに移動します。
  3. Enable Message Queuing を ON に切り替えます。
  4. Queuing Duration を指定します。詳細については、キャンペーンのキューイングを有効にするを参照してください。
1 つの Flow 内の複数の Push ノードで Message Queuing を有効にできます。この機能はすべての Flow タイプでサポートされています。

Flows のキューイングルール

Flow 内で Message Queuing が有効な場合、次のルールが適用されます。
  • ノンブロッキングの進行: ユーザーが Push ノードでキューに入れられた場合 (例: Frequency Capping により)、ユーザーはそのノードで保留されません。メッセージが指定された期間キューに残っている間、ユーザーは直ちに Flow の次のステージへとジャーニーを続けます。
  • Global Exit Criteria: Push メッセージがまだキューにある間にユーザーが Global Exit Criteria を満たして Flow を終了した場合でも、ユーザーが対象になるとメッセージは配信されます。Flow からの終了によって、配信キューにすでに存在するメッセージがさかのぼって削除されることはありません。

例

以下のシナリオは、さまざまなキャンペーン設定で Message Queuing がどのように機能するかを示しています。

シナリオ 1: Frequency Capping と DND

このシナリオは、Frequency Capping (FC) と Do Not Disturb (DND) 時間によってブロックされたプッシュ通知を Message Queuing がどのように処理するかを示しています。

設定

  • Frequency Cap: 1 日に 3 件のプッシュ通知
  • DND 時間: 午後 10 時から午前 7 時
  • キューイング期間: 48 時間

シナリオ 2: FC、DND、Minimum Delay の組み合わせ

このシナリオは、キューイングがさまざまなチャネルに対して複数のルールを同時に管理する方法を示しています。キューイングはプッシュ通知にのみ適用される点に注意してください。

設定

  • Frequency Cap: 1 日に 5 件のコミュニケーション
  • Minimum Delay: コミュニケーション間に 30 分
  • DND 時間: 午後 10 時から午前 7 時
  • キューイング期間: 48 時間

FAQ

MoEngage は、クライアントおよびワークスペースごとに次の Message Queuing の上限を適用します。キューが上限に達した後に送信されたメッセージは破棄されます。one-time、periodic、Business event-triggered の場合、キューに入れられるメッセージの最大数は 10,000,000 です。Event-triggered キャンペーンの場合、キューに入れられるメッセージの最大数は 1,000,000 です。
キャンペーンで Ignore FC、Ignore Min delay、または Ignore DND を有効にすると、そのキャンペーンのキューイング設定は自動的に無効になります。
Message Queuing は、配信タイプが one-time、periodic、business event-triggered、event-triggered の Push キャンペーンと、フローキャンペーンでサポートされています。
現在キューに入っているユーザー数は、キャンペーン分析ダッシュボードで確認できます。メッセージが配信待ちである限り、Queued バナーが表示されます。
いいえ。one-time および periodic キャンペーンの場合、キューに入れられたすべてのメッセージが送信されるか、キュー期間の終了後に破棄されるまで、キャンペーンのステータスは Sending のままです。
periodic および triggered キャンペーンでは、キューイング期間を編集できます。変更は新しくキューに入れられるメッセージにのみ適用され、すでにキューにあるメッセージには影響しません。
  • event-triggered キャンペーンを編集して新しいバージョンを作成すると、MoEngage はすべてのユーザーを削除し、キューをゼロ (0) にリセットします。
  • one-time および periodic キャンペーンの場合、システムはすでにキューにあるメッセージを元のキャンペーンバージョンを使用して処理・送信します。