ジャーニーのシミュレート simulate-journey

このページについて:​公開する前に、シミュレートされたユーザーを用いて、クイックシミュレーションと手動シミュレーションを実行して、ジャーニーパスを検証し、結果を確認する方法を説明します。

公開する前に、シミュレーション​機能を使って、シミュレートされたユーザー​を用いてジャーニーを検証します。 このページでは、クイックシミュレーション​と​手動シミュレーション、シミュレートされたユーザーの作成と送信、ジャーニーで必要になったときの単一イベントのトリガー、結果​ログの確認について手順に沿って説明します。

必要な権限については、必要な権限を参照してください。

ジャーニーのタイプ別の概要について詳しくは、ジャーニーシミュレーションの基本を学ぶを参照してください。

シミュレーションが適切な方法であるかわからないですか? 3 つの検証オプションをすべて比較します。

シミュレーションの種類 simulation-types

アクティベーションの後、オーディエンスの読み取りエントリを含むバッチジャーニーでは、シミュレーションを実行する 2 つの方法が提供されます。

  • Journey Agent を活用する​ クイックシミュレーション ​を使用すると、生成されたユーザー、生成されたイベント値、デフォルトのテスト設定を用いて、シミュレーションをエンドツーエンドで実行できます。 最小限の操作によって、ジャーニーをエンドツーエンドで迅速にシミュレートすることができます。 クイックシミュレーションは、このオプションを選択するとすぐに開始されます。 クイックシミュレーションのビデオを見る

  • 手動シミュレーション​を使用すると、シミュレーションをステップごとに手動で実行できます。 シミュレートされたユーザー(手動またはJourney Agent を使用)を作成し、それをジャーニーにトリガーし、イベントペイロード(手動または Journey Agent を使用)を定義し、待機を上書きします。

ジャーニーキャンバスの横にある、クイックシミュレーションと手動シミュレーションのオプションを含むシミュレーション設定パネル

クイックシミュレーション quick-simulation

シミュレーション​の任意のジャーニーについて、クイックシミュレーション​は、生成されたユーザー、イベント値、事前入力された設定を使用してジャーニーを実行します。

  1. 「クイックシミュレーション」を選択します。

  2. 実行のために Adobe Journey Optimizer で収集されたフィールドを確認します。 「値を更新」をクリックして、テスト設定と実行アドレスを変更するか、変更せずに続行します。

    この手順は、ジャーニーで待機またはチャネルが使用されている場合にのみ表示されます。 シミュレートされたユーザーについて、すべての待機時間と実行アドレスを調整できます。例えば、実行時のメッセージが受信トレイに送信されるように、独自のメールを使用できます。

    「情報の収集」手順の「クイックシミュレーション」ダイアログの「値を更新」と「次の手順に進む」

  3. 「値を更新」を開いた場合、メッセージの本配信前確認に使用するアドレスなどの設定を編集し、確認ボタンを押してシミュレーションを開始してください。

    note
    NOTE
    事前に入力された実行メール、電話、プッシュトークンのフィールドは、ジャーニーシミュレーションで以前に使用され、ブラウザーにキャッシュされた値から取得されます。

    クイックシミュレーションの値の更新ステップ:待機時間の上書き、本配信前確認メール、電話、プッシュトークンのフィールド

  4. Journey Agent は、ジャーニー定義からシミュレートされた一連のユーザーを生成します。

    メール、SMS、またはプッシュノードを使用するジャーニーの場合、エージェントは、使用するメールアドレス、電話番号、またはプッシュトークンの確認を求めるメッセージを表示します。 シミュレートされたユーザーは、これらの値を使用して生成されます。 完了したら、「生成」をクリックします。

  5. 実行が完了したら、「結果を表示」をクリックして、パス、エラー、および検出された分岐を確認します。 詳しくは、結果を表示を参照してください。

    クイックシミュレーションが完了し、すべての手順が成功しました。結果を表示できます。

クイックシミュレーションでは、イベントトリガージャーニーや、イベントアクティビティを含むジャーニーもサポートされています。 イベント値は、生成されたシミュレートされたユーザーごとに自動的に設定され、実行されます。 ユーザーがジャーニーにエントリすると、各イベントは、ユーザーが対応する「待機」に到達するとすぐにトリガーされます。

手動シミュレーション manual-simulation

シミュレートされた各ユーザーを選択し、送信順序を制御し、イベントペイロードを設定し、実行の​ 待機 ​期間を上書きする必要がある場合は、「手動シミュレーション」を選択します。

シミュレートされたユーザーの作成と管理、 イベントのトリガー、結果の表示を続行します。

シミュレートされたユーザーの作成と管理 test-users

CAUTION
シミュレートされたユーザーを送信すると、実際のメッセージの送信がトリガーされます。 影響を受けるデータセット(例:フィードバックイベントやトラッキングイベント)がプロファイル対応である場合、実行がシミュレーションであっても、Adobe Experience Platform でそのユーザーに対する永続的なプロファイルが作成されることがあります。

シミュレートされたユーザーとは、シミュレーション設定​で定義する一時的なプロファイルのようなエンティティです。 この節では、これらを作成し、再利用のために保存し、リストから調整または削除して、ジャーニーに送信する方法について説明します。

ジャーニーで CSV や連合オーディエンス構成など、外部オーディエンスを使用する場合と、条件、式、パーソナライゼーションがそのオーディエンスのエンリッチメント属性に依存している場合、プロファイル属性と同様に、シミュレートされたユーザーに対してこれらの属性をモックできます。 これにより、実際のオーディエンスを実行することなく、設定した値に基づいてユーザーを特定の分岐に誘導できます。

  1. テストユーザー​のリストに入力することから開始します。

    accordion
    AI を使用したユーザーの生成

    Adobe Journey Optimizer は、ジャーニーから一連のシミュレートされたユーザーを生成します。

    メール、プッシュ、SMS のノードを含むジャーニーの場合、使用するメールアドレス、電話番号、プッシュトークンを確認するプロンプトが AI により生成されます。 シミュレートされたユーザーは、これらの定義した値を使用して生成されます。 完了したら、「生成」をクリックします。

    生成済みのシミュレートされたユーザーには、現在のジャーニーで使用される属性(例:式やパーソナライゼーション)のみが表示されます。

    note
    NOTE
    メール、電話番号、プッシュトークンの各フィールドには、以前のジャーニーシミュレーションで使用され、ブラウザーにキャッシュされた値が事前入力されます。

    実行メール、電話、プッシュトークンの各フィールドと「生成」ボタンを含むシミュレートされたユーザーを生成ダイアログ

    accordion
    在庫の参照

    「在庫を参照」を選択して、保存済みのシミュレートされたユーザー(例:フォームや JSON から作成したユーザーや、AI 生成の実行後に保存したユーザー)を追加します。

    在庫からシミュレートされたユーザーを選択する際、そのユーザーが別のジャーニーで設定された他の属性値を持っていたとしても、現在のジャーニーで使用されている属性のみが表示されることに注意してください。

    検索、ユーザーテーブル、「選択」ボタンを含むシミュレートされたユーザーの在庫ダイアログ

    accordion
    フォームからの作成
    1. 表示名、ID 名前空間、説明​を入力して、このシミュレートされたユーザーを特定します。

      表示名、ID名前空間、説明、結合スキーマの各属性を含むシミュレートされたユーザーを作成フォーム

    2. 次に、このユーザーに対して入力する属性を、結合スキーマから選択します。 ここで使用できるのは、現在のジャーニーで使用されている属性(例:式やパーソナライゼーション)のみであることに注意してください。

      属性は、オリジン別にグループ化され、セクションが分離されています。具体的には、プロファイル属性のセクションと、CSV や連合オーディエンス構成で作成されたオーディエンスなど、ジャーニーが外部オーディエンスを読み取る場合のそのオーディエンスのエンリッチメント属性のセクションに分離されています。

    3. 「オーディエンスメンバーシップを追加」をクリックして、セグメントメンバーシップをシミュレートします。

    4. シミュレートされたユーザーを作成​ウィンドウで、「シミュレートされたユーザーを追加」をクリックして、1 つのセッションで複数のシミュレートされたユーザーを定義します。

      リストにユーザーを表示する方法を変更したり、積み重ね表示ですべてのカードを折りたたんだり、ユーザーの属性メタデータを開いたりできます。

      シミュレートされたユーザーを追加、すべて折りたたむ、レイアウト表示のコントロールを含む、シミュレートされたユーザーを作成フッター

    5. シミュレートされたユーザーメニューから、「複製」を使用してユーザーをコピーしたり、「すべての属性を他のユーザーに適用」を使用して 1 人のユーザーの属性をセッション内の他のすべてのユーザーにコピーしたり、「削除」を使用してユーザーを削除したりします。

      各ユーザーに対する複製、すべての属性を他のユーザーに適用、削除を含むシミュレートされたユーザーを作成カード

    6. このセッションでユーザーの設定を終了したら、「保存」をクリックします。

    accordion
    JSON からの作成

    シミュレートされたユーザーを作成​で、JSON テンプレートを編集してユーザーを定義し、「JSON を書式設定」および「保存」をクリックします。

    JSON から作成​および JSON から更新​により、シミュレートされたユーザーに保存されているすべての属性(プロファイル属性を含む)にアクセスでき、該当する場合は、CSV や連合オーディエンス構成オーディエンスなどの外部オーディエンスのエンリッチメント属性にもアクセスできます。

    ユーザーテンプレートと JSON を書式設定コントロールを含むシミュレートされたユーザーを作成 JSON エディター

  1. 作成済みのシミュレートされたユーザーは、テストユーザー​リストに表示されます。 各エントリについて、次のいずれかを選択します。

    • 編集アイコン :シミュレートされたユーザーの詳細を更新します。

    • 送信アイコン :このシミュレートされたユーザーのみのシミュレーションを実行します。

      このオプションは、イベントで開始されるジャーニーでは使用できません。シミュレートされたユーザーのエントリは、送信されるイベントによってトリガーされます。 詳細情報

    • クリアアイコン :このリストからユーザーを削除します。 シミュレートされたユーザーは削除されず、「シミュレートされたユーザー」の選択で引き続き使用できます。

    編集、送信、削除のアクションとシミュレートされたパスがキャンバス上にハイライト表示されているテストユーザーリスト

  2. 選択後にリストを変更するには、「ユーザーを管理」をクリックして、在庫からまたは新規ユーザーを作成して、さらにシミュレートされたユーザーを追加します。 この実行の​ テストユーザー ​リストからすべてのユーザーを削除するには、「すべてのユーザーをクリア」を選択します。

    「ユーザーを追加」オプションとすべてのユーザーをクリアを含む、開いているユーザーを管理メニュー

  3. ジャーニーに​ 待機 ​アクティビティが含まれる場合は、「テスト設定」タブを開き、シミュレーション中の待機時間を微調整します。 例えば、ライブの​ 待機 ​アクティビティが数日間に設定されている場合、その設定を 10 秒に上書きできます。これにより、シミュレートされたユーザーは、ノードにその長さだけ滞在してから次のアクティビティに移動できます。

  4. 「すべてを送信」をクリックして、リスト内のすべてのシミュレートされたユーザーをジャーニーに送信するか、行の 送信アイコン をクリックして、そのユーザーのみを送信します。 シミュレートされたユーザーがジャーニーに正常にエントリすると、Simulated users have entered the journey successfully.確認メッセージが表示されます。

    ユーザーがジャーニーにエントリした後にキャンバス上に成功メッセージとパスが表示された「テストユーザー」タブ

  5. ジャーニーに単一イベントが含まれる場合は、トリガーするイベントを選択する必要があります。 詳しくは、イベントのトリガーを参照してください。

  6. 「結果」タブにアクセスして実行ログを開き、各ステップの実行方法を確認します。 詳しくは、 結果を表示を参照してください。

  7. テストが終了したら、シミュレーションを管理​メニューを開きます。

    • シミュレーションを停止​すると、現在のシミュレーションのセッションが終了します。

    • シミュレーションをリセット​すると、現在の実行、選択したシミュレートされたユーザー、定義されたイベント値、その他のテスト設定からすべてのデータがクリアされ、新しいシミュレーションをゼロから開始できます。

      「シミュレーションをリセット」および「シミュレーションを閉じる」オプションをクリックして開く「シミュレーションの管理」メニュー

シミュレーション​でジャーニーを検証したら、結果​ログを確認します。 エラーが表示された場合は、シミュレーション​を終了し、必要な変更をジャーニーに適用し、実行が正しく表示されるまで​ シミュレーション ​を再度実行します。 正しく表示されたら、ジャーニーを公開できます。 詳しくは、ジャーニーの公開を参照してください。

イベントのトリガー firing-events

NOTE
シミュレーションでトリガーされたイベントは、次のラベルが付いた Adobe Experience Platform の専用データセットに保存されます。JOtestmode - <schema of your event>

ジャーニーに 1 つ以上の単一イベントが含まれている場合は、シミュレーションがアクティブな状態のときにトリガーできます。 イベントから開始されていないが、イベントを含むジャーニーの場合、シミュレートされたユーザーがジャーニーにエントリするまで、このセクションは表示されません。

  1. 「イベントタイプを選択」で、このシミュレーションに適用するイベントを選択します。

    シミュレーション設定の「テストイベント」セクションで開くイベントタイプのドロップダウンの選択

  2. リスト内のすべてのユーザーに同じ変更を適用するには、「イベントを管理」オプションを使用して、次の操作を行います。

    • イベント値を生成​して、Journey Agent が AI を使用してすべてのペイロードを生成できるようにします。 値が生成されると、ユーザーは「送信準備完了」とマークされます。
    • イベントデータを編集​して、リスト内のシミュレートされたユーザーごとにペイロードを変更します。

    「AI を使用して生成」および「すべて編集」オプションが表示された「テストイベント」のイベント管理メニュー

  3. ユーザーの横にある「 イベントを編集 」をクリックして、各ユーザーのイベントペイロードを設定します。

    • イベント値を生成​して、Journey Agent が AI を使用してペイロードを生成できるようにします。 値が生成されると、ユーザーは「送信準備完了」とマークされます。
    • イベントデータを編集​して、シミュレートされたユーザーのみに対してペイロードを変更します。

    「イベント値を生成」と「イベントデータを編集」オプションが表示された「テストイベント」のユーザーごとのメニュー

  4. テストイベント​で、「すべて送信」を選択して、テストユーザー​にリストされているすべてのシミュレートされたユーザーにこのイベントを送信するか、そのユーザーのみにトリガーされる 1 つのイベントに対して「 アイコンを送信 」を選択します。

    準備完了とマークされたユーザーに対して、「すべて送信」またはユーザーごとに送信が制御される「テストイベント」セクション

  5. イベントが発生すると、各ユーザーの進行状況を反映するようにキャンバスが更新されます。

  6. 「結果」タブにアクセスして実行ログを開き、各ステップの実行方法を確認します。 詳しくは、 結果を表示を参照してください。

  7. テストが終了したら、シミュレーションを管理​メニューを開きます。

    • シミュレーションを停止​すると、現在のシミュレーションのセッションが終了します。

    • シミュレーションをリセット​すると、現在の実行、選択したシミュレートされたユーザー、定義されたイベント値、その他のテスト設定からすべてのデータがクリアされ、新しいシミュレーションをゼロから開始できます。

      「シミュレーションをリセット」および「シミュレーションを停止」オプションをクリックして開く「シミュレーションの管理」メニュー

結果の表示 viewing-results

「結果」タブで、テストの結果を表示できます。 ユーザーをテスト​ドロップダウンで、実行の検査対象となるシミュレートされたユーザーを選択します。 1 人のシミュレートされたユーザーを選択すると、キャンバス上にそのユーザーがジャーニーを通じてたどった正確なパスが強調表示されるため、ユーザーが期待通りに分岐にントリしたことを確認できます。

「すべて」を選択すると、実行中のシミュレートされたユーザーごとに集計された結果が表示されます。 キャンバスには、実行の範囲に含まれるすべてのパスが表示されます。これにより、最初に 1 人のシミュレートされたユーザーを選択しなくても、プロファイル間のカバレッジを比較して、アクティビティ、結果、エラーを含む完全なシミュレーションを一目で把握できます。

​ ジャーニーキャンバス上のシミュレーションの概要、テストユーザーフィルター、パスカバレッジを含む「結果」タブ

各アクティビティについて、ログには、シミュレートされたユーザーがステップにエントリまたは退出したかどうか、各ステップのタイムスタンプと分岐の決定、シミュレーション中に発生したエラーが表示されます。

シミュレーション中に、キャンバス上で直接、すべてのチャネルアクティビティのコンテンツをプレビューすることもできます。 すべてを展開 (目)アイコンをクリックし、サムネールをクリックしてプレビューを開きます。 ​ キャンバスでコンテンツをプレビューする方法を説明します。

プレビューには、選択した​ テストユーザー ​が反映されます。すべて​を選択すると、パーソナライズされていないコンテンツが表示されます。特定のテストユーザーを選択すると、ユーザーが通過した各チャネルアクティビティは、そのユーザーのパーソナライズされたデータでプレビューされます。

シミュレーションでは、プレビュー済みの属性値は、プロファイルの更新 アクティビティに関連して、シミュレートされたユーザーデータが最後に取得されたタイミングに依存します。 アクティビティが実行される前にデータが取得された場合、プレビューには更新前の値が表示されます。 アクティビティの実行後(ページの再読み込み後など)に取得された場合、プレビューには、プロファイルの更新 アクティビティの前のメールアクティビティを含め、全体に更新後の値が表示されます。 単一のプレビューでは、アクティビティの前に更新前の値が表示されず、アクティビティの後に更新後の値が表示されません。

​ シミュレーション中に選択したテストユーザーのパーソナライズされたコンテンツのプレビュー

待機​アクティビティの場合、ログには期間に関連する 2 つの値が含まれます。

  • 定義された期間:公開されたジャーニーの​ 待機 ​アクティビティで指定されていて、ジャーニーがライブになると適用される期間。 ログは、ジャーニーで定義された値のみに依存するのではなく、シミュレーションがテスト設定からオーバーライド(例えば 10 秒)を適用するかどうかを記録します。
  • 実際の期間:シミュレートされたユーザーが​ 待機 ​アクティビティに残った経過時間。 この値は、「テスト設定」タブから設定します。

ログにエラーが表示されたら、シミュレーション​を終了し、必要な変更をジャーニーに適用して、シミュレーション​をもう一度実行します。 検証が成功したら、ジャーニーを公開します。 ジャーニーの公開を参照してください。

AI Knowledge Reference

This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.

For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.

  • TL;DR: This page explains how to run Quick simulation and Manual simulation in Adobe Journey Optimizer to validate journey paths and review results using simulated users.

Intents:

  • Run Quick simulation to validate a journey end to end with generated users and event values
  • Set up Manual simulation to control simulated-user selection, send order, event payloads, and Wait overrides
  • Create or add simulated users using AI generation, inventory, a form, or JSON
  • Trigger unitary events for simulated users during an active simulation session
  • Review the Results log to identify errors and uncovered branches after a simulation run
  • Use Reset simulation to start a new run or Stop simulation to exit the current session

Glossary:

  • Quick simulation: A simulation that runs end to end with generated users, event values, and default test settings, powered by the Journey Agent (product-specific)
  • Manual simulation: A simulation run step by step, where you create simulated users, trigger them into the journey, define event payloads, and override Wait durations (product-specific)
  • Simulated users: Temporary profile-like entities defined in Simulation settings. Sending one triggers a real message send; if an impacted dataset is profile-enabled, this can create a persistent profile in Adobe Experience Platform (product-specific)
  • Journey Agent: The agent used to generate simulated users and event values or payloads during simulation (product-specific)
  • Test settings: The tab used to override Wait activity durations during simulation (product-specific)
  • Results log: The execution log, opened from the Results tab, that shows activity execution details, timestamps, branch decisions, and errors (product-specific)

Guardrails:

  • For journeys starting with an Event, the per-user Send icon is not available; simulated-user entry is triggered by sending the event in Test events
  • The Update values step appears only if the journey uses Waits or Channels; it lets you adjust Wait durations and execution addresses
  • In simulation content preview, if simulated-user data was fetched before Update Profile runs, previewed values are pre-update throughout. If the data was fetched after the activity runs, for example after reloading the page, previewed values are post-update throughout, including in earlier email activities. A single preview does not show pre-update values before the activity and post-update values after it.
  • When errors appear in the Results log, leave Simulation, apply the required journey changes, and run Simulation again until the run looks correct before publishing

Terminology:

  • Canonical name: Quick simulation — Acronym: none — variants: none
  • Canonical name: Manual simulation — Acronym: none — variants: none
  • Canonical name: simulated users — Acronym: none — UI label: Test users is the list containing simulated users
  • Send all sends every simulated user in the list into the journey
  • Do not confuse: Reset simulation clears data from the current run, selected simulated users, defined event values, and other test settings so a new simulation can start from scratch; Stop simulation exits the current simulation session
  • Do not confuse: simulated-user data fetched before Update Profile runs produces pre-update preview values throughout; data fetched after it runs, for example after reloading the page, produces post-update values throughout, including in earlier email activities. One preview does not mix pre-update and post-update values.

FAQ:

  • Q: What is the difference between Quick simulation and Manual simulation? — Quick simulation runs the journey end to end with generated users, event values, and default test settings; Manual simulation lets you create simulated users, trigger them into the journey, define event payloads, and override Wait durations.
  • Q: Why does content preview show the same profile attribute value before and after Update Profile? — Previewed values depend on when simulated-user data was last fetched. Data fetched before the activity runs shows pre-update values throughout; data fetched after it runs, for example after reloading the page, shows post-update values throughout, including in earlier email activities.
  • Q: Can I reuse simulated users across simulation sessions? — Yes. Users saved to the inventory can be retrieved with Browse inventory in subsequent sessions.
  • Q: How do I override Wait activity durations during simulation? — Open the Test settings tab and set a shorter duration, for example 10 seconds, so simulated users move through Wait activities quickly.
  • Q: How do I trigger a unitary event for a specific simulated user? — In Test events, configure the user’s event payload with the edit icon, then select the send icon on that user’s row to trigger only that user’s event.
  • Q: What do the Defined duration and Actual duration values mean in the Results log for Wait activities? — Defined duration is the duration specified on the Wait activity for the published journey; Actual duration is the elapsed time the simulated user remained on the Wait activity, set from the Test settings tab.
  • Q: What should I do when errors appear in the Results log? — Leave Simulation, apply the required journey changes, and run Simulation again before publishing.
recommendation-more-help
journey-optimizer-help