前提条件シミュレーションを実行する前に、以下の要件を満たしていることを確認してください。
- ワークスペースに Decision Policy が存在している必要があります。詳細については、Decision Policy を作成するを参照してください。
- ユーザーロールに Decision Policy の View 権限が必要です。編集者と閲覧専用ユーザーの両方がシミュレーション機能にアクセスして実行できます。
シミュレーション機能にアクセスする
MoEngage UI では、次の 2 つの主要なフローから Decision Policy シミュレーターにアクセスできます。 ポリシーの作成中または編集中にアクセスする ポリシーを作成中または編集中の場合:- Create Decision Policy または Edit Decision Policy ページで、基本情報とオファリングを設定します。
- Run Simulation (右下隅の Create の左側にあります) をクリックします。

- MoEngage UI の左側のナビゲーションメニューで、Decisioning メニュー項目
にポインターを合わせます。Decisioning メニューが表示されます。 - Decision Policies をクリックします。
Decision Policies ページが表示されます。

- ポリシーリストから、次のいずれかの方法でシミュレーターを開きます。
- リストから直接開く: テストするポリシーを見つけ、ポリシー名の横にある Actions 列の省略記号アイコンをクリックします。Edit をクリックしてから、Run Simulation をクリックします。

- ポリシーの詳細ページから開く: 表示するポリシーの名前をクリックして詳細ページを開き、Run Simulation (ページ右上隅の Edit の横にあります) をクリックします。

- リストから直接開く: テストするポリシーを見つけ、ポリシー名の横にある Actions 列の省略記号アイコンをクリックします。Edit をクリックしてから、Run Simulation をクリックします。
シミュレーションを設定する
Simulate decision policy ウィンドウが表示されると、上部のセクションに Ranking Strategy、Offering Selection モード、Total Input、Expected Output の上限など、アクティブなポリシーのパラメーターが表示されます。 シミュレーションを設定するには、以下で選択したユーザー設定モードに記載されている手順を実行します。識別済みユーザー
データベース内の既存のユーザープロファイルで Decision Policy を評価するには、Identified User オプションを選択します。 特定のユーザー 特定のユーザーを選択する場合は、Choose specific user オプションを選択します。以下の表に記載されている主要なシステム識別子のいずれかを使用して、ユーザープロファイルを検索できます。
特定のユーザーを検索して読み込むには:
- Select user by リストで、検索に使用する識別子 (ID、Email、Phone、または MoEngage ID) をクリックします。
- User identifier value ボックスに対応する ID 値を入力し、Find User をクリックします。
プロファイルが見つからない場合: 一致するプロファイルが返されない場合は、正しいアクティブなワークスペースパーティション内で検索していることを確認してください。セキュリティとテストの正確性のため、シミュレーションはアクティブなワークスペースパーティション内にローカルで分離されています。
- 一致するプロファイルが見つかると、“1 profile found. Selected user with [Identifier Type]: [value]” というメッセージが表示されます。識別子の値にポインターを合わせるとプロファイル属性を確認できます。また、View user をクリックすると、プロファイルの詳細全体が新しいタブで開きます。

匿名ユーザー
既存のデータベースプロファイルや過去の識別子を持たない初回訪問者をシミュレーションするには、Anonymous User オプションを選択します。
匿名ユーザーの場合、MoEngage は All Users をターゲットとし、キャッピングルール (ユーザーレベルと全体のいずれも) が設定されていない Primary オファリングのみを評価します。Decision Policy 内のその他のオファリング (特定のターゲティングルールやキャッピングルールが設定されているものを含む) はすべてスキップされます。適格な Primary オファリングが見つからない場合は、フォールバックオファリングが設定されていればそれが返されます。
セッション内属性を定義する (任意)
In session attribute セクションで + In-session attribute をクリックし、リアルタイムのセッション固有のキーと値のペアを定義して、コンテキストに基づく適格性ルールをテストします。
- デバイスタイプ [例: Key:
device_platform| Value:iOS]。 - 参照元 [例: Key:
traffic_source| Value:google_search]。 - 現在のカート金額 [例: Key:
cart_value| Value:150.00]。
シミュレーションを実行する
シミュレーションの実行は読み取り専用の操作です。オファリングの配信、イベントの記録、ユーザーのフリークエンシーキャッピング上限の消費は行われません。- Run Simulation をクリックします。
重複したリクエストを防ぐため、処理中は Run Simulation が無効になります。上記のシミュレーション入力パラメーターのいずれかを変更するまで、無効のままになります。シミュレーションの実行は読み取り専用の操作です。オファリングの配信、イベントの記録、ユーザーのフリークエンシーキャッピング上限の消費は行われません。シミュレーションの実行後、出力の概要を確認できます。
シミュレーション結果
シミュレーション中、この機能は各オファリングを評価し、次のいずれかの状態を割り当てます。
- Selected: 表示用に最終的に選択されたオファリングです。これらのオファリングはすべての適格性チェックに合格し、設定された出力上限の範囲内で、ポリシーの戦略に基づいて最上位にランク付けされたものです。
- Eligible: ターゲットセグメンテーションとキャッピングのルールをすべて満たしたものの、選択されなかったオファリングです。これは、優先度スコアやカスタム数式の値が低い場合、または上位のオファリングがすでに出力上限に達している場合に発生します。優先度スコアやカスタム数式の値が同じ場合は、タイブレークロジックを適用して適格性が決定されます。詳細については、Decision Policy に関する FAQを参照してください。
- Ineligible: ターゲットセグメントのチェックまたはキャッピング上限のルールのいずれかを満たさなかったオファリングです。
- Not Evaluated: 評価中に完全にスキップされたオファリングです。これは、匿名ユーザーをシミュレーションする際に特定のターゲティングルールやキャッピングルールが設定されている Primary オファリング、または適格な Primary オファリングが想定出力上限を完全に満たしている場合のフォールバックオファリングで発生します。エンジンはアクティブなオファリングを優先するため、スケジュール済みおよび期限切れのオファリングも評価から除外されます。
オファリングが Target Segment の段階で失敗した場合、MoEngage は後続の段階 (Capping Limit など) の評価を自動的にスキップします。スキップされた段階は、表内でダブルダッシュ (—) で示されます。デバッグのために、オファリングの元の Priority score は引き続き表示されます。
結果テーブルを分析する
各列には次の詳細が表示されます。
シミュレーションデータを管理・エクスポートする
結果ツールバーの以下のツールを使用して、シミュレーション結果を管理・抽出できます。 グローバル検索 Search by Offering name ボックスにキーワードを入力します。4 つのステータスタブ (Selected、Eligible、Ineligible、Not Evaluated) すべてで、一致するオファリングが同時に絞り込まれます。


