このページでは：ジャーニーシミュレーション、ジャーニーテストモード、ジャーニードライ実行を比較します。 デザインの迅速な反復から、実際のオーディエンスに対する最終的なリリース前チェックまで、ジャーニー構築の現在のステージに適合するものは何かを学びましょう。
Adobe Journey Optimizerでは、ジャーニーが公開される前に検証する3つの方法が用意されています。 それぞれ異なる種類のデータを使用し、ビルドの異なるステージに適合し、異なる現実世界の結果を運びます。 違いを最初に理解することで、2つのよくある間違いを避けることができます。 1つ目は、クイックシミュレーションで十分な時間をかけてテストプロファイルを作成することです。 2つ目は、実際の受信トレイに連絡したり、実際のアウトバウンドコールを行ったりできる場合に、検証手順が完全に「安全」であると仮定することです。
このページでは、ジャーニーフローの検証とロジックの分岐に焦点を当てます。 コンテンツのプレビュー、電子メールのレンダリングとスパムチェック、A/B実験、承認ワークフローなど、テストと承認の機能の全体像については、 テスト、検証、承認を参照してください。
検証を初めて使用する場合 ここから開始 quick-pick
どの手法が適しているかわからない場合は、次の質問にご回答ください。
- まだジャーニーをデザイン中で、テスト プロファイルを作成せずにブランチのロジックを迅速に検証する必要があります。 → ジャーニーシミュレーションを使用します。
- 実際の（ただし指定された）プロファイルを使用して、ドラフトジャーニーのロジックステップを手動で検証します。 → ジャーニーテストモードを使用します。
- 誰にも連絡せずに、実際の実稼動オーディエンスに対して期待されるボリュームを公開し、最終チェックを行います。 → ジャーニードライ実行を使用します。
まだわからない、または全体像を知りたいですか？ 続きを読む：各方法について詳しく説明します。
3つの検証方法 validation-methods
使用するタイミング： ジャーニーのデザイン中、特に納期の直前または新しいブランチやパスのテスト時に、迅速な反復を使用します。 また、ユースケースに適したテストプロファイルを作成するのが実用的でない場合は、継続的な検証方法としても機能します。
ジャーニーシミュレーション は、一時的にシミュレートされたユーザーを使用してジャーニーを検証します。実際のAdobe Experience Platform（AEP）テストプロファイルを作成したり、送信を待ったりする必要はありません。 シミュレートされたユーザーを手動で作成することも、AIにジャーニーに必要なテストイベントを自動的に生成させ、適切なシミュレーションユーザーにマッチングさせることで、ジャーニーを数秒でトリガーすることもできます。
主な力学：
- シミュレートされたユーザーは、AEP内の実際のプロファイルではありません。ユーザーを インベントリ に保存して、毎回ゼロから作成するのではなく、将来のシミュレーションで再利用することもできます。
- 出口基準、同意ポリシー、頻度/ジャーニーの上限、オプトアウト/抑制、サイレントアワーは評価されません。
- カスタムアクションと外部データソース呼び出しは、引き続き実際のアウトバウンドコールを行います。これらはモックされません。
| note important |
|---|
| IMPORTANT |
| シミュレーションは、シミュレートされたユーザー（自分の電子メールアドレスなど）に設定された実行アドレス に実際のメッセージを送信します。 実稼動環境と同じ配信パイプラインを使用します。 実際の顧客に連絡したり、ライブプロファイルデータを更新したりすることはありませんが、メッセージ自体は実際のものです。 |
次に最適： AEP test-profileの伝播を待たずに新しいブランチ（2つの新しいdecision-policy パスなど）を検証します。
使用するタイミング：実際の（ただし、指定されたテスト用の）プロファイルを使用して、ブランチとメッセージのロジックを手動でステップバイステップで検証します。
ジャーニーテストモード を使用すると、永続的なAEP テストプロファイル を使用してドラフトジャーニーを検証できます。 配信ロジックとメッセージ配信メカニズムが、実稼動オーディエンスがジャーニーに触れる前に設計されたとおりに動作することを確認するには、インターフェイスから手動でイベントを起動します。
主な力学：
- Real-Time Customer Profileで「テストプロファイル」としてフラグ付けされたプロファイルのみが、ジャーニーテストモードでジャーニーに入ることができます。
- ジャーニーテストモードは、名前空間を使用するドラフトジャーニーでのみ使用できます。ユーザーがテストプロファイルであるかどうかをAEPと照合する必要があります。
- 1回のテストセッション中に最大100個のテストプロファイルをジャーニーに入力でき、イベントはAPI経由で外部システムから実行するのではなく、インターフェイスからのみ実行できます。
- ジャーニーテストモードを無効にすると、ジャーニーにエントリしたすべてのプロファイルが削除され、レポートがクリアされます。
| note important |
|---|
| IMPORTANT |
| ジャーニーテストモードは、実稼動環境と同じ配信パイプラインを使用して、テストプロファイルの実際の受信トレイに実際のメッセージを送信します。 実際の顧客には接触しませんが、「ドライ」シミュレーションでもありません。テストプロファイルが制御できるアドレスを使用していることを確認してください。 |
課題：新しいAEP テストプロファイルの作成と送信には時間がかかります。 ジャーニーシミュレーション は、テストプロファイルをまったく必要としない高速な代替手段を提供します。 プロファイルが反映されるのを待つ間だけでなく、ユースケースに適したテストプロファイルを作成するときはいつでも実用的ではありません。
使用するタイミング：公開する直前に、最終の実稼動現実的なチェックを行います。
ジャーニードライラン は、実際の顧客に連絡したり、プロファイル情報を更新したりすることなく、実際の実稼動オーディエンスおよびセグメンテーションデータに対してジャーニーを実行する特別なジャーニー公開モードです。 ジャーニーはライブジャーニーのようにアクティブ化され、プロファイルは実稼動環境と同じようにブランチやノードを流れます。 ただし、電子メール、SMS、カスタムアクションなどの アクションノード はバイパスされます。
主な力学：
- 実際の実稼動オーディエンスを使用するため、実際のリーチとターゲティングを大規模に確認できます（たとえば、ブランチ全体で予期せずプロファイルがゼロになるバグを検出した場合など）。
- 各アクティベーションで、指標をより迅速に取得するために、待機アクティビティを無効にし、ジャーニーを完全にサイロ化しておくと、外部データソース呼び出しを無効にすることができます。
- これは現在、限定可用性機能であり、時間をかけてグローバルに展開されています。
次に最適です： ジャーニーを公開する直前に、誤って入力された条件ノードやオーディエンスが予期せずブランチに到達しないなどの問題を検出します。
➡️ ジャーニードライ実行
どの方法を使用する必要がありますか？ decision-guide
まず、次の簡単な質問から始めましょう。自社のユースケースに適合するテストプロファイルをすでに導入していますか？ はいの場合、ジャーニーテストモードを使用すると、ステップバイステップで検証できます。 この特定のユースケースに対してそれらを作成しない場合、または実用的でない場合は、ジャーニーシミュレーションを使用すると、代わりに数秒で検証できます。
その選択を超えると、答えは通常、次の1つの質問に帰着します。このテストを行うには、本番環境にどの程度近い必要がありますか？
まだジャーニーデザインを繰り返している場合 – 新しいブランチをテストし、期限に合わせて作業している場合は、ジャーニーシミュレーションを使用します。 実際のプロファイルは必要なく、数秒で実行できます。 また、ビルドの後で、ユースケースに適したテストプロファイルを作成する場合は実用的ではないので、有効な選択肢のままです。 シミュレートされたユーザーに設定された実行アドレスに実際のメッセージを送信することを忘れないでください。
手動でブランチとメッセージロジックの手順を検証する必要があり、AEP テストプロファイルを作成または再利用する場合は、ジャーニーテストモードを使用します。 実際のメッセージをテストプロファイルの実際の受信トレイに送信します。
publishを目前に実行する場合に、想定されるボリュームを実際の実稼動オーディエンスに対して最終チェックする場合は、ジャーニードライ実行を使用します。 誰かに連絡したり、プロファイルデータを変更したりすることはありません。
クイック比較 quick-comparison
これらの方法はいずれも、実際の顧客に連絡するものではありません。 プロファイルデータは、ジャーニーテストモードが実行に使用されたテストプロファイルを更新する（実際の顧客プロファイルではない）ことを除いて、すべての場合でも変更されません。
回避すべきよくある間違い common-mistakes
- ジャーニーシミュレーションは完全に「安全」であると仮定します。 テストとしては最速ですが、シミュレートされた各ユーザーに設定された実行アドレス（通常は自分の受信トレイ）に、実際のメッセージを送信します。 何も送られないと仮定しないでください。
- ジャーニーシミュレーションが実行されるときにAEP テスト プロファイルを作成しています。 新しいブランチまたは決定ポリシーパスを迅速に検証する必要がある場合、Simulationはテストプロファイルの伝播を完全に待つ必要がなくなり、実際に実際のテストプロファイルが必要な場合のジャーニーテストモードを保存します。
- ジャーニーテストモードを「ドライ」として扱っています。 ジャーニーテストモードのプロファイルは、実稼動配信パイプラインを通じて実際のメッセージを受け取ります。 テストプロファイルでは、自分が制御するアドレスのみを使用するようにします。
- コンテンツまたは配信の問題を検出するために、ジャーニーのドライ実行を予定しています。 ドライランは、アクションノードを完全にバイパスします。メッセージコンテンツや配信の仕組みではなく、オーディエンスリーチとブランチロジックを検証します。 そのためのシミュレーションまたはジャーニーテストモードを使用します。
- ジャーニーテストモードの名前空間要件を忘れています。 ジャーニーテストモードは、名前空間を使用するドラフトジャーニーでのみ機能します。これは、プロファイルがテストプロファイルとしてフラグ付けされているかどうかをJourney Optimizerで確認するには名前空間が必要だからです。
次の手順 next-steps
- ジャーニーシミュレーションの開始 – 最初のシミュレーションを実行します
- ジャーニーをテスト — AEP テストプロファイルを使用してジャーニーテストモードを有効にする
- ジャーニードライ実行 – 実稼動に近いドライ実行を実行
- ジャーニーの公開 – 前提条件と公開プロセス
- ジャーニーの基本を学ぶ – 基礎と機能の概要
- Journey Orchestration FAQ – よくある質問への回答
- テスト、検証、承認 - コンテンツのプレビュー、レンダリング/スパムチェック、実験、承認ワークフローなど、テストと承認の全体像を表示します
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 compares the three journey validation methods in Adobe Journey Optimizer — Journey Simulation, Journey Test mode, and Journey Dry run. It provides a one-question quick pick, a decision guide, a quick-comparison table, and a list of common mistakes to help users choose the right one for their current stage of building a journey.
Intents:
- Choose the correct validation method for a given stage of journey building
- Compare Journey Simulation, Journey Test mode, and Journey Dry run side by side
- Understand when to use Journey Simulation for fast iteration without real test profiles
- Understand when to use Journey Test mode for step-by-step manual validation with real test profiles
- Understand when to use Journey Dry run for a final pre-launch check against production data
- Understand which validation methods send real messages or contact real customers
- Avoid common mistakes when picking or using a validation method
Glossary:
- Journey Simulation: A validation method that uses temporary simulated users, manually created or auto-generated, to test a journey without needing real AEP test profiles. (product-specific)
- Journey Test mode: A validation method that uses persistent AEP test profiles, flagged in Real-Time Customer Profile, to manually walk through a draft journey’s branch and message logic. (product-specific)
- Journey Dry run: A publication mode that runs a journey against real production audience data without contacting customers or updating profile data; action nodes are bypassed. (product-specific)
- Simulation Agent: The mechanism that automatically generates test events and matches them to simulated users during Journey Simulation. (product-specific)
Guardrails:
- Journey Test mode is only available for draft journeys that use a namespace, and supports a maximum of 100 test profiles per session
- Journey Test mode events can only be fired from the interface, not from external systems via API
- Journey Test mode sends real messages to test profiles’ real inboxes using the production delivery pipeline
- Disabling Journey Test mode removes all profiles that entered the journey and clears its reporting
- Journey Simulation does not evaluate exit criteria, consent policies, frequency/journey capping, opt-out/suppression, or quiet hours
- Journey Simulation’s custom actions and external data source calls are real, not mocked
- Journey Simulation sends real messages to the execution addresses (email, phone, push token) configured on the simulated users, using the same delivery pipeline as production
- Unlike Journey Simulation, Journey Dry run never sends real messages
- Journey Dry run is currently a Limited Availability feature, being rolled out globally over time
- Journey Dry run bypasses action nodes (email, SMS, custom actions) but still routes profiles through branches and nodes using real production data
Terminology:
- Canonical name: Journey Simulation — variants: simulate, simulation mode
- Canonical name: Journey Test mode — variants: Test mode, journey testing, test your journey
- Canonical name: Journey Dry run — variants: dry run, dry run mode
- Do not confuse: Journey Simulation (temporary simulated users, no AEP test profiles needed, sends real messages to the simulated users’ configured execution addresses) ≠ Journey Test mode (persistent AEP test profiles, sends real messages to those profiles’ real inboxes) ≠ Journey Dry run (real production audience data, no contact, no profile update, action nodes bypassed, never sends real messages)
FAQ:
- Q: Which validation method should I use while I am still designing a journey? — Use Journey Simulation; it needs no real test profiles and runs in seconds, making it ideal for fast iteration.
- Q: Does Journey Simulation send real messages? — Yes. Simulation delivers real messages to the execution addresses (email, phone, push token) configured on the simulated users, often the tester’s own address. It uses the same delivery pipeline as production, but it does not contact real customers or update live profile data.
- Q: Does Journey Test mode send real emails or SMS? — Yes. Journey Test mode delivers real messages to the actual inboxes of your test profiles, using the same delivery pipeline as production. It does not contact real customers, but the messages themselves are real.
- Q: Does Journey Dry run send any messages? — No. Dry run bypasses action nodes such as email, SMS, and custom actions, so profiles flow through the journey logic without any message being sent.
- Q: I need to validate a new branch quickly before a deadline. Which method fits? — Journey Simulation; it generates simulated users on demand (or reuses ones saved to the inventory) instead of requiring you to pre-create and wait for real test profiles.
- Q: Is Journey Dry run available to everyone? — It is currently a Limited Availability feature being rolled out globally over time; check availability for your organization.
- Q: Can I fire Journey Test mode events from an external system? — No; in Journey Test mode, events can only be fired from the interface, not from external systems via API.