このページについて:公開する前に、シミュレートされたユーザーを用いて、クイックシミュレーションと手動シミュレーションを実行して、ジャーニーパスを検証し、結果を確認する方法を説明します。
公開する前に、シミュレーション機能を使って、シミュレートされたユーザーを用いてジャーニーを検証します。 このページでは、クイックシミュレーションと手動シミュレーション、シミュレートされたユーザーの作成と送信、ジャーニーで必要になったときの単一イベントのトリガー、結果ログの確認について手順に沿って説明します。
必要な権限については、必要な権限を参照してください。
ジャーニーのタイプ別の概要について詳しくは、ジャーニーシミュレーションの基本を学ぶを参照してください。
シミュレーションが適切な方法であるかわからないですか? 3 つの検証オプションをすべて比較します。
シミュレーションの種類 simulation-types
アクティベーションの後、オーディエンスの読み取りエントリを含むバッチジャーニーでは、シミュレーションを実行する 2 つの方法が提供されます。
-
Journey Agent を活用する クイックシミュレーション を使用すると、生成されたユーザー、生成されたイベント値、デフォルトのテスト設定を用いて、シミュレーションをエンドツーエンドで実行できます。 最小限の操作によって、ジャーニーをエンドツーエンドで迅速にシミュレートすることができます。 クイックシミュレーションは、このオプションを選択するとすぐに開始されます。 クイックシミュレーションのビデオを見る
-
手動シミュレーションを使用すると、シミュレーションをステップごとに手動で実行できます。 シミュレートされたユーザー(手動またはJourney Agent を使用)を作成し、それをジャーニーにトリガーし、イベントペイロード(手動または Journey Agent を使用)を定義し、待機を上書きします。
クイックシミュレーション quick-simulation
シミュレーションの任意のジャーニーについて、クイックシミュレーションは、生成されたユーザー、イベント値、事前入力された設定を使用してジャーニーを実行します。
-
「クイックシミュレーション」を選択します。
-
実行のために Adobe Journey Optimizer で収集されたフィールドを確認します。 「値を更新」をクリックして、テスト設定と実行アドレスを変更するか、変更せずに続行します。
この手順は、ジャーニーで待機またはチャネルが使用されている場合にのみ表示されます。 シミュレートされたユーザーについて、すべての待機時間と実行アドレスを調整できます。例えば、実行時のメッセージが受信トレイに送信されるように、独自のメールを使用できます。
-
「値を更新」を開いた場合、メッセージの本配信前確認に使用するアドレスなどの設定を編集し、確認ボタンを押してシミュレーションを開始してください。
note NOTE 事前に入力された実行メール、電話、プッシュトークンのフィールドは、ジャーニーシミュレーションで以前に使用され、ブラウザーにキャッシュされた値から取得されます。
-
Journey Agent は、ジャーニー定義からシミュレートされた一連のユーザーを生成します。
メール、SMS、またはプッシュノードを使用するジャーニーの場合、エージェントは、使用するメールアドレス、電話番号、またはプッシュトークンの確認を求めるメッセージを表示します。 シミュレートされたユーザーは、これらの値を使用して生成されます。 完了したら、「生成」をクリックします。
-
実行が完了したら、「結果を表示」をクリックして、パス、エラー、および検出された分岐を確認します。 詳しくは、結果を表示を参照してください。
クイックシミュレーションでは、イベントトリガージャーニーや、イベントアクティビティを含むジャーニーもサポートされています。 イベント値は、生成されたシミュレートされたユーザーごとに自動的に設定され、実行されます。 ユーザーがジャーニーにエントリすると、各イベントは、ユーザーが対応する「待機」に到達するとすぐにトリガーされます。
手動シミュレーション manual-simulation
シミュレートされた各ユーザーを選択し、送信順序を制御し、イベントペイロードを設定し、実行の 待機 期間を上書きする必要がある場合は、「手動シミュレーション」を選択します。
シミュレートされたユーザーの作成と管理、 イベントのトリガー、結果の表示を続行します。
シミュレートされたユーザーの作成と管理 test-users
シミュレートされたユーザーとは、シミュレーション設定で定義する一時的なプロファイルのようなエンティティです。 この節では、これらを作成し、再利用のために保存し、リストから調整または削除して、ジャーニーに送信する方法について説明します。
ジャーニーで CSV や連合オーディエンス構成など、外部オーディエンスを使用する場合と、条件、式、パーソナライゼーションがそのオーディエンスのエンリッチメント属性に依存している場合、プロファイル属性と同様に、シミュレートされたユーザーに対してこれらの属性をモックできます。 これにより、実際のオーディエンスを実行することなく、設定した値に基づいてユーザーを特定の分岐に誘導できます。
-
テストユーザーのリストに入力することから開始します。
accordion AI を使用したユーザーの生成 Adobe Journey Optimizer は、ジャーニーから一連のシミュレートされたユーザーを生成します。
メール、プッシュ、SMS のノードを含むジャーニーの場合、使用するメールアドレス、電話番号、プッシュトークンを確認するプロンプトが AI により生成されます。 シミュレートされたユーザーは、これらの定義した値を使用して生成されます。 完了したら、「生成」をクリックします。
生成済みのシミュレートされたユーザーには、現在のジャーニーで使用される属性(例:式やパーソナライゼーション)のみが表示されます。
note NOTE メール、電話番号、プッシュトークンの各フィールドには、以前のジャーニーシミュレーションで使用され、ブラウザーにキャッシュされた値が事前入力されます。
accordion 在庫の参照 「在庫を参照」を選択して、保存済みのシミュレートされたユーザー(例:フォームや JSON から作成したユーザーや、AI 生成の実行後に保存したユーザー)を追加します。
在庫からシミュレートされたユーザーを選択する際、そのユーザーが別のジャーニーで設定された他の属性値を持っていたとしても、現在のジャーニーで使用されている属性のみが表示されることに注意してください。
accordion フォームからの作成 -
表示名、ID 名前空間、説明を入力して、このシミュレートされたユーザーを特定します。
-
次に、このユーザーに対して入力する属性を、結合スキーマから選択します。 ここで使用できるのは、現在のジャーニーで使用されている属性(例:式やパーソナライゼーション)のみであることに注意してください。
属性は、オリジン別にグループ化され、セクションが分離されています。具体的には、プロファイル属性のセクションと、CSV や連合オーディエンス構成で作成されたオーディエンスなど、ジャーニーが外部オーディエンスを読み取る場合のそのオーディエンスのエンリッチメント属性のセクションに分離されています。
-
「オーディエンスメンバーシップを追加」をクリックして、セグメントメンバーシップをシミュレートします。
-
シミュレートされたユーザーを作成ウィンドウで、「シミュレートされたユーザーを追加」をクリックして、1 つのセッションで複数のシミュレートされたユーザーを定義します。
リストにユーザーを表示する方法を変更したり、積み重ね表示ですべてのカードを折りたたんだり、ユーザーの属性メタデータを開いたりできます。
-
シミュレートされたユーザーメニューから、「複製」を使用してユーザーをコピーしたり、「すべての属性を他のユーザーに適用」を使用して 1 人のユーザーの属性をセッション内の他のすべてのユーザーにコピーしたり、「削除」を使用してユーザーを削除したりします。
-
このセッションでユーザーの設定を終了したら、「保存」をクリックします。
accordion JSON からの作成 シミュレートされたユーザーを作成で、JSON テンプレートを編集してユーザーを定義し、「JSON を書式設定」および「保存」をクリックします。
JSON から作成および JSON から更新により、シミュレートされたユーザーに保存されているすべての属性(プロファイル属性を含む)にアクセスでき、該当する場合は、CSV や連合オーディエンス構成オーディエンスなどの外部オーディエンスのエンリッチメント属性にもアクセスできます。
-
-
作成済みのシミュレートされたユーザーは、テストユーザーリストに表示されます。 各エントリについて、次のいずれかを選択します。
-
:シミュレートされたユーザーの詳細を更新します。 -
:このシミュレートされたユーザーのみのシミュレーションを実行します。このオプションは、イベントで開始されるジャーニーでは使用できません。シミュレートされたユーザーのエントリは、送信されるイベントによってトリガーされます。 詳細情報
-
:このリストからユーザーを削除します。 シミュレートされたユーザーは削除されず、「シミュレートされたユーザー」の選択で引き続き使用できます。
-
-
選択後にリストを変更するには、「ユーザーを管理」をクリックして、在庫からまたは新規ユーザーを作成して、さらにシミュレートされたユーザーを追加します。 この実行の テストユーザー リストからすべてのユーザーを削除するには、「すべてのユーザーをクリア」を選択します。
-
ジャーニーに 待機 アクティビティが含まれる場合は、「テスト設定」タブを開き、シミュレーション中の待機時間を微調整します。 例えば、ライブの 待機 アクティビティが数日間に設定されている場合、その設定を 10 秒に上書きできます。これにより、シミュレートされたユーザーは、ノードにその長さだけ滞在してから次のアクティビティに移動できます。
-
「すべてを送信」をクリックして、リスト内のすべてのシミュレートされたユーザーをジャーニーに送信するか、行の
をクリックして、そのユーザーのみを送信します。 シミュレートされたユーザーがジャーニーに正常にエントリすると、Simulated users have entered the journey successfully.確認メッセージが表示されます。
-
ジャーニーに単一イベントが含まれる場合は、トリガーするイベントを選択する必要があります。 詳しくは、イベントのトリガーを参照してください。
-
「結果」タブにアクセスして実行ログを開き、各ステップの実行方法を確認します。 詳しくは、 結果を表示を参照してください。
-
テストが終了したら、シミュレーションを管理メニューを開きます。
-
シミュレーションを停止すると、現在のシミュレーションのセッションが終了します。
-
シミュレーションをリセットすると、現在の実行、選択したシミュレートされたユーザー、定義されたイベント値、その他のテスト設定からすべてのデータがクリアされ、新しいシミュレーションをゼロから開始できます。
-
シミュレーションでジャーニーを検証したら、結果ログを確認します。 エラーが表示された場合は、シミュレーションを終了し、必要な変更をジャーニーに適用し、実行が正しく表示されるまで シミュレーション を再度実行します。 正しく表示されたら、ジャーニーを公開できます。 詳しくは、ジャーニーの公開を参照してください。
イベントのトリガー firing-events
JOtestmode - <schema of your event>ジャーニーに 1 つ以上の単一イベントが含まれている場合は、シミュレーションがアクティブな状態のときにトリガーできます。 イベントから開始されていないが、イベントを含むジャーニーの場合、シミュレートされたユーザーがジャーニーにエントリするまで、このセクションは表示されません。
-
「イベントタイプを選択」で、このシミュレーションに適用するイベントを選択します。
-
リスト内のすべてのユーザーに同じ変更を適用するには、「イベントを管理」オプションを使用して、次の操作を行います。
- イベント値を生成して、Journey Agent が AI を使用してすべてのペイロードを生成できるようにします。 値が生成されると、ユーザーは「送信準備完了」とマークされます。
- イベントデータを編集して、リスト内のシミュレートされたユーザーごとにペイロードを変更します。
-
ユーザーの横にある「
」をクリックして、各ユーザーのイベントペイロードを設定します。- イベント値を生成して、Journey Agent が AI を使用してペイロードを生成できるようにします。 値が生成されると、ユーザーは「送信準備完了」とマークされます。
- イベントデータを編集して、シミュレートされたユーザーのみに対してペイロードを変更します。
-
テストイベントで、「すべて送信」を選択して、テストユーザーにリストされているすべてのシミュレートされたユーザーにこのイベントを送信するか、そのユーザーのみにトリガーされる 1 つのイベントに対して「
」を選択します。
-
イベントが発生すると、各ユーザーの進行状況を反映するようにキャンバスが更新されます。
-
「結果」タブにアクセスして実行ログを開き、各ステップの実行方法を確認します。 詳しくは、 結果を表示を参照してください。
-
テストが終了したら、シミュレーションを管理メニューを開きます。
-
シミュレーションを停止すると、現在のシミュレーションのセッションが終了します。
-
シミュレーションをリセットすると、現在の実行、選択したシミュレートされたユーザー、定義されたイベント値、その他のテスト設定からすべてのデータがクリアされ、新しいシミュレーションをゼロから開始できます。
-
結果の表示 viewing-results
「結果」タブで、テストの結果を表示できます。 ユーザーをテストドロップダウンで、実行の検査対象となるシミュレートされたユーザーを選択します。 1 人のシミュレートされたユーザーを選択すると、キャンバス上にそのユーザーがジャーニーを通じてたどった正確なパスが強調表示されるため、ユーザーが期待通りに分岐にントリしたことを確認できます。
「すべて」を選択すると、実行中のシミュレートされたユーザーごとに集計された結果が表示されます。 キャンバスには、実行の範囲に含まれるすべてのパスが表示されます。これにより、最初に 1 人のシミュレートされたユーザーを選択しなくても、プロファイル間のカバレッジを比較して、アクティビティ、結果、エラーを含む完全なシミュレーションを一目で把握できます。
各アクティビティについて、ログには、シミュレートされたユーザーがステップにエントリまたは退出したかどうか、各ステップのタイムスタンプと分岐の決定、シミュレーション中に発生したエラーが表示されます。
シミュレーション中に、キャンバス上で直接、すべてのチャネルアクティビティのコンテンツをプレビューすることもできます。 すべてを展開 (目)アイコンをクリックし、サムネールをクリックしてプレビューを開きます。 キャンバスでコンテンツをプレビューする方法を説明します。
プレビューには、選択した テストユーザー が反映されます。すべてを選択すると、パーソナライズされていないコンテンツが表示されます。特定のテストユーザーを選択すると、ユーザーが通過した各チャネルアクティビティは、そのユーザーのパーソナライズされたデータでプレビューされます。
シミュレーションでは、プレビュー済みの属性値は、プロファイルの更新 アクティビティに関連して、シミュレートされたユーザーデータが最後に取得されたタイミングに依存します。 アクティビティが実行される前にデータが取得された場合、プレビューには更新前の値が表示されます。 アクティビティの実行後(ページの再読み込み後など)に取得された場合、プレビューには、プロファイルの更新 アクティビティの前のメールアクティビティを含め、全体に更新後の値が表示されます。 単一のプレビューでは、アクティビティの前に更新前の値が表示されず、アクティビティの後に更新後の値が表示されません。
待機アクティビティの場合、ログには期間に関連する 2 つの値が含まれます。
- 定義された期間:公開されたジャーニーの 待機 アクティビティで指定されていて、ジャーニーがライブになると適用される期間。 ログは、ジャーニーで定義された値のみに依存するのではなく、シミュレーションがテスト設定からオーバーライド(例えば 10 秒)を適用するかどうかを記録します。
- 実際の期間:シミュレートされたユーザーが 待機 アクティビティに残った経過時間。 この値は、「テスト設定」タブから設定します。
ログにエラーが表示されたら、シミュレーションを終了し、必要な変更をジャーニーに適用して、シミュレーションをもう一度実行します。 検証が成功したら、ジャーニーを公開します。 ジャーニーの公開を参照してください。
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.