ジャーニーシミュレーションの基本を学ぶ simulate-journey-gs

「オーディエンスを読み込む」を使用したバッチジャーニー

ジャーニーは​ 読み取りオーディエンス ​によってトリガーされ、キャンバスには単一のイベントアクティビティがありません。シミュレーション中は、オーディエンス母集団はトリガーされません。ジャーニーにエントリするのはシミュレートされたユーザーのみです。
シミュレーション用に選択されたシミュレートされたユーザーは、ユーザーのテスト セクションに表示されます。

読み取りオーディエンスのみのバッチジャーニーの

読み取りオーディエンスと単一イベントを使用したバッチジャーニー

トリガーに沿った1つ以上の単一イベントを含む、セグメント経路のジャーニー。最初にシミュレートされたユーザーをトリガーしてシミュレーションを開始し、次にイベントノードで待機するユーザーのイベントをトリガーします。
シミュレーション用に選択されたシミュレートされたユーザーと設定されたイベントは、「ユーザーをテスト」セクションと「イベントをテスト」セクションにそれぞれ表示されます。テストイベントセクションは、シミュレートされたユーザーがジャーニーにエントリするまで表示されません。

読み取りオーディエンスのみのバッチジャーニーの

単一ジャーニー

ジャーニーは、オーディエンスの読み取りではなく、単一のイベントから始まります。シミュレートされたユーザーは、その開始イベントが実行されるまでジャーニーにエントリしません。
シミュレーション用に選択されたシミュレートされたユーザーと設定されたイベントは、それぞれ​ テストユーザー ​および​テストイベント セクションに表示されます。ユーザーのテスト セクションには、シミュレートされたユーザーをジャーニーにトリガーする操作は含まれていません。テストイベント​からエントリをトリガーしました。

読み取りオーディエンスのみのバッチジャーニーの

ノードレベルの制限

一部のノードが​ シミュレーション ​の開始を妨げています。 その他の場合は、以下に説明する動作でシミュレーションを実行します。 シミュレーションを実行する前にノードを削除または変更する必要がある場合は、まずジャーニーを更新します。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2
制限付きノード	メモ
ビジネスイベント	シミュレーション​でビジネスイベントで始まるジャーニーを実行することはできません。
補足ID （複数回の再入力）	複数の再エントリが有効になっていて、同じシミュレートされたユーザーが一度に複数のアクティブなインスタンスを持つ可能性がある場合、シミュレーション​は開始されません。
コンテンツ決定ノード	ジャーニーをシミュレートする前に、このアクティビティを削除または変更します。
データセットのルックアップ	シミュレーション​は、キーによる顧客データセットの検索をサポートしていません。 シミュレーションを実行する前に、このアクティビティを削除または変更します。
最適化 アクティビティ	実験​と​ ターゲティングルール ​はサポートされていません。 シミュレーションを実行する前に、ノードを削除または変更します。 その他​Optimize メソッドは、次のように動作します。 ​ パーセンテージ分割​: Journey Agentは、分岐のパーセンテージに従わず、分岐ごとに1人のシミュレートされたユーザーを作成します。 実行時に、ライブ評価はブランチを選択し、生成されたパスとは異なる場合があります。 分岐選択をモックすることはできません。 ユーザーをステアリングするには、キャンバス上のブランチ順序に依存します。 常に一番上のブランチが選択されます。 時間条件：条件は、ライブジャーニーと同様に、実行時に適用されます。 例えば、8:00から20:00までのウィンドウでは、そのウィンドウ内でシミュレーションを実行している間のみユーザーが実行できます。 実行時間をモックすることはできません。 テスト時の現在の時間に合わせて条件を設定します。 日付条件​：条件は、ライブジャーニーと同様に、実行時に適用されます。 例えば、2026年6月8日の日付では、その日付にシミュレーションが実行された場合にのみユーザーが実行できます。 実行日をモックすることはできません。 テスト時に条件を現在の日付に設定します。 ​ プロファイル キャップ: シミュレーション中にキャップが適用されません。 Journey Agentでは、ブランチごとに1人のシミュレートされたユーザーが作成されます。 分岐選択をモックすることはできません。 ユーザーをステアリングするには、キャンバス上のブランチ順序に依存します。 常に一番上のブランチが選択されます。
タイムアウトとエラー分岐	Journey Agentは、アクティビティタイムアウトまたはエラーブランチのユーザーを生成しません。 シミュレーション中にリアルタイムのタイムアウトまたはエラーが発生した場合にのみ、ユーザーはこれらのパスを入力します。
タイムアウトブランチ（イベントアクティビティ）	シミュレートされたユーザーは作成されますが、手動シミュレーション​では、Journey Agentはイベントタイムアウトブランチにエントリするユーザーを決定しません。 イベントを送信または送信しないことによって、パスを制御します。 例えば、タイムアウトブランチをテストするには、設定されたタイムアウトを待ち、イベントを送信しません。 クイックシミュレーション​では、タイムアウト分岐をカバーするためにイベントを自動的に送信または保留できます。
反応イベント	反応イベントはシミュレーションで実行されますが、アクションは実際に発生する必要があります。 例えば、電子メール open​の反応には、プルーフメッセージを開く必要があります。 シミュレーション UIではリアクションをモックすることはできません。
外部データソース	シミュレーション中の呼び出しは、ライブジャーニーと同じように実行されます。 ダウンストリームアクティビティは応答を使用できますが、モックすることはできません。 応答値が​Optimize アクティビティをフィードすると、Journey Agentはその出力を発明できません。 呼び出しの入力のみを生成します。 例えば、呼び出しがプロファイル都市を取り、天気を返す場合、エージェントはシミュレートされたユーザーに都市を設定し、ライブ呼び出しは天気を返します。
カスタムアクション	行動は外部データソースに一致します。 発信コールがリアルに実行されます。 Journey Agentは入力を入力します。 出力はライブ応答から得られます。 回答をモックすることはできません。
外部オーディエンス属性の強化	この検証が適用される場合、外部オーディエンスソースからパーソナライズされた属性を使用するジャーニーは​ シミュレーション ​で開始されません。

機能の制限

次の機能は、シミュレーション​ではサポートされていません。

table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 9-row-2 10-row-2 11-row-2 12-row-2 13-row-2
機能	メモ
終了条件	シミュレーション​を実行すると、終了条件は適用されません。
Adobe Journey Optimizer decisioningを使用した電子メールコンテンツなど、アクション内のAdobe Journey Optimizer決定	Adobe Journey Optimizer決定を使用するコンテンツのアクションプルーフは生成されません。
カスタムアクション応答をモック	​ カスタムアクション ​は、デフォルトで実際のアウトバウンドコールを実行します。 外部呼び出しの実行がサポートされないように応答をモックします。
同意ポリシーの評価	同意はシミュレートされたユーザーレベルでモックできず、同意ポリシーはシミュレーション中に評価されません。
ジャーニーの上限と調停	シミュレーション中に評価も実行もされません。
配信頻度の上限設定（チャネルまたは通信タイプ別）	シミュレーション中に評価も実行もされません。
オプトアウトの管理、抑制、許可リスト	シミュレーション中に評価も適用もされません。
チャネル設定における動的サブドメインと動的属性	サポートされていません。
送信時間最適化（STO）	シミュレーション中に評価も適用もされません。
サンドボックスツール（サンドボックス間でシミュレートされたユーザーをコピー）	サポートされていません。
ジャーニー内でのウェーブ送信	サポートされていません。
クワイエットアワー	シミュレーション中に評価も適用もされません。
プライバシーサービス	シミュレートされたユーザーは、GDPRに準拠した永続的なプロファイルではありません。 シミュレーションユーザーに実際の顧客データを含めないでください。

定量的ガードレール

これらのガードレールは、シミュレーション​に適用されます。 数値キャップは、ジャーニーインターフェイスおよび実行時に適用されます。 制限は、後のリリースで変更される場合があります。 天井付近で実行する場合は、サンドボックス内の動作を確認します。

table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 5-row-3 6-row-3
ガードレール	上限	メモ
1回のバッチで選択およびトリガーできる最大シミュレーションユーザー（バッチジャーニー、イベントトリガーフロー、オーディエンス選定フロー）	20	各​ Send all ​または​ トリガーが選択したイベント ​ごとにカウントされ、ジャーニー全体の累積上限ではありません。
生成リクエストごとにシミュレートされる最大ユーザー数	50	Journey Agentが1回のリクエストで生成する最大シミュレーションユーザー数（クイックシミュレーション​または​AIで生成）（手動シミュレーション）です。 ジャーニーに​ 50 ​個を超えるパスがある場合、Journey Agentは、それらの​ 50 ​人のシミュレーションユーザーを生成するパスをランダムに選択します。
1回のシミュレーション実行でテストされた最大一意のシミュレートされたユーザー	100	1回の実行ブロックで​ 100 ​人のユニークユーザーにリーチ 新しいシミュレーションユーザーのシミュレーションユーザー​を選択します。 90​の場合は、同じブロックの前に最大​ 10 ​個まで追加できます。
1つのサンドボックスで同時に​ シミュレーション ​で実行できる最大ジャーニー	20	Capは、そのサンドボックス内のすべての​シミュレーション ジャーニーで一度に共有されます。
1つのサンドボックス内の最大アクティブなシミュレーションユーザー	2,000	一度にサンドボックスに存在できるシミュレートされた最大ユーザー。 Adobeは、お客様からのフィードバックに基づいて、この制限を調整する場合があります。
イベントの事前入力（ブラウザーのみ）	—	イベントペイロードフィールドを事前入力できるのは、ブラウザーベースのシミュレーション UIのみです。 事前入力された値は、そのブラウザー内に残り、他のブラウザー、デバイス、セッションとは同期されないため、テストする場所ごとに異なる事前入力データが表示される場合があります。

AI ナレッジリファレンス

このセクションには、このトピックに関連する解釈、検索、質問への回答をサポートすることを目的とした構造化された知識が含まれています。

理解を深めるには、この情報をこのページのドキュメントと組み合わせる必要があります。 どちらのソースも単独で使用することを意図していません。このページでは、機能について説明しますが、この節では、用語、意図、適用可能性、および制約の曖昧さを解消するのに役立つ追加のコンテキストを提供します。

• TL;DR:​このページでは、Adobe Journey Optimizerのジャーニーシミュレーション機能を紹介します。この機能は、テストモードとの違い、サポートされているジャーニータイプ、シミュレーションの起動方法、ノードレベル、機能、定量的な制限について説明します。

インテント：

• ジャーニーを検証するためのシミュレーション モードとテスト モードの違いを理解する
• バッチ、単一、または混在ジャーニータイプのシミュレーションセッションを起動します
• シミュレーションの実行をブロックまたは制限するジャーニーノードの特定
• シミュレーション中にサポートされない機能（同意、頻度の上限、STOなど）を特定
• サンドボックスあたりのシミュレートされたユーザーの最大数など、定量的なガードレールに関する計画を立てる
• テストのニーズに基づいて、クイックシミュレーションと手動シミュレーションのどちらを使用するかを決定します

用語集：

• シミュレートされたユーザー: Adobe Experience Platform （product-specific）​に永続化せずに、Simulation用に作成された一時的なプロファイルのようなエンティティ
• シミュレーション：永続的なテストプロファイル （製品固有）​ではなく、シミュレートされたユーザーでのテストに使用されるジャーニー状態（ドラフト、テストモード、ライブと一緒）
• Journey Agent: クイックシミュレーションおよびAI支援による手動シミュレーション （製品固有）​中に、シミュレートされたユーザー、イベント値、およびテスト設定を生成するAI コンポーネント
• クイックシミュレーション：最小限の手動入力でユーザーとイベントを生成するエンドツーエンドの自動シミュレーション実行​（製品固有）
• 手動シミュレーション: ユーザーとイベントが個別に作成され、トリガーされるステップバイステップのシミュレーションモード （製品固有）

ガードレール：

• 次のうち少なくとも1つが必要です：ジャーニーのシミュレーション、ジャーニーの公開、または​ ジャーニーの承認と公開 ​権限
• AIを活用したシミュレーション機能には、AI アシスタント機能の​ コンテンツを生成 ​権限が必要です
• 1回あたりの最大20人のシミュレートされたユーザーすべてのイベントまたはトリガー選択したイベントのバッチを送信
• AI生成リクエストあたり最大50人のシミュレーションユーザー
• 1回のシミュレーション実行ごとに最大100人の一意のシミュレーションユーザー
• 1つのサンドボックスで同時にシミュレーションを実行する最大20のジャーニー
• 一度に1つのサンドボックスに最大2,000人のアクティブなシミュレーションユーザーを配置
• ビジネスイベントトリジャーニーはシミュレートできません
• 複数の再入力が有効になっている追加のID ジャーニーはシミュレートできません
• 同意ポリシー、頻度の上限、オプトアウト、STO、サイレントアワーは、シミュレーション中には評価されません
• シミュレートされたユーザーには、実際の顧客データを含めないでください（GDPRに準拠していません）

用語：

• 正規名：Simulation – 頭字語：なし – バリアント：ジャーニーシミュレーション、Simulation mode
• 正規名：Simulated users — Acronym: none — variants: test users （UI ラベル内）
• 同義語：「Simulation」 = 「Simulation mode」、「simulated users」 = 「test users」（UI ラベルのみ）
• 混同しないでください：「シミュレーション」≠「テストモード」（テストモードは永続的なAEP テストプロファイルを使用します。シミュレーションは一時的なシミュレーションユーザーを使用します）

FAQ:

• Q: シミュレーションを使用するには、どのような権限が必要ですか？ — ジャーニーのシミュレーション、ジャーニーの公開、ジャーニーの承認と公開のいずれかを行う必要があります。 AI機能には、AI アシスタント機能からの「コンテンツを生成」権限も必要です。
• Q: シミュレーションとテストモードの違いについて教えてください。 — シミュレーションでは、永続的なAdobe Experience Platform プロファイルを使用せずに、その場で作成された一時的なシミュレーションユーザーを使用します。テストモードでは、AEPでテストプロファイルとして明示的にフラグ付けされた永続的なプロファイルを使用します。
• Q: ビジネスイベントで始まるジャーニーをシミュレートできますか？ – いいえ。 ビジネスイベントによってトリガーされたジャーニーは、シミュレーションで実行できません。
• Q: 1回のシミュレーション実行でテストできるシミュレーションユーザーの数は？ — 1回の実行につき最大100人の一意のシミュレートされたユーザー。各送信アクションは、一度に20人のユーザーに制限されます。
• Q: シミュレーション中に同意ポリシーが適用されますか？ – いいえ。 同意ポリシーの評価、頻度の上限、オプトアウト管理、サイレントアワーはすべて、シミュレーション中に評価されません。
• Q: AI生成中にジャーニーのパスが50を超えた場合はどうなりますか？ — Journey Agentは、パスをランダムに選択して、最大50人のシミュレートされたユーザーを生成します。