このページでは：ジャーニーシミュレーション、ジャーニーテストモード、ジャーニードライ実行を比較します。 デザインの迅速な反復から、実際のオーディエンスに対する最終的なリリース前チェックまで、ジャーニー構築の現在のステージに適合するものは何かを学びましょう。
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 – よくある質問への回答
- テスト、検証、承認 - コンテンツのプレビュー、レンダリング/スパムチェック、実験、承認ワークフローなど、テストと承認の全体像を表示します
この節には、このトピックに関連する解釈、検索、質問への回答をサポートすることを目的とした構造化された知識が含まれています。
完全に理解するには、この情報をこのページのドキュメント組み合わせる必要があります。 どちらのソースも単独で使用することを意図していません。このページでは、機能について説明していますが、この節では、用語、意図、適用可能性、制約の曖昧さを解消するのに役立つ追加コンテキストを提供しています。
- TL;DR:このページでは、Adobe Journey Optimizerの3つのジャーニー検証方法（ジャーニーシミュレーション、ジャーニーテストモード、ジャーニードライ実行）を比較します。 1つの質問によるクイックピック、決定ガイド、クイック比較テーブル、よくある間違いのリストを提供し、利用者がジャーニーを構築する現在の段階で適切なものを選択するのに役立ちます。
インテント：
- ジャーニー構築の特定の段階で適切な検証方法を選択する
- ジャーニーシミュレーション、ジャーニーテストモード、ジャーニードライランを並べて比較
- 実際のテストプロファイルを使用せずに迅速な反復にジャーニーシミュレーションを使用するタイミングを理解します
- 実際のテストプロファイルを使用して、ステップバイステップの手動検証にジャーニーテストモードを使用するタイミングを把握します
- ジャーニーのドライ実行を使用して最終的な起動前チェックを実稼動データに対して行うタイミングを理解する
- 実際のメッセージを送信したり、実際の顧客に問い合わせたりする検証方法を理解します
- 検証方法を選択または使用する際のよくある間違いを避ける
用語集：
- ジャーニーシミュレーション：実際のAEP テストプロファイルを必要とせずに、一時的なシミュレーションユーザーを使用して、手動で作成または自動生成されたジャーニーをテストする検証方法。 （製品固有）
- ジャーニーテストモード: リアルタイム顧客プロファイルでフラグ付けされた永続的なAEP テストプロファイルを使用して、ドラフトジャーニーのブランチとメッセージロジックを手動で進める検証方法です。 （製品固有）
- ジャーニードライラン：お客様に連絡したり、プロファイルデータを更新したりすることなく、実際の実稼動オーディエンスデータに対してジャーニーを実行する公開モード。アクションノードはバイパスされます。 （製品固有）
- Simulation Agent: ジャーニーシミュレーション中に、テストイベントを自動的に生成し、シミュレートされたユーザーに一致させる仕組み。 （製品固有）
ガードレール：
- ジャーニーテストモードは、名前空間を使用するドラフトジャーニーでのみ使用でき、セッションごとに最大100個のテストプロファイルをサポートします
- ジャーニーテストモードイベントは、API経由で外部システムからではなく、インターフェイスからのみ起動できます
- ジャーニーテストモードは、実稼動配信パイプラインを使用して、実際のメッセージをプロファイルの実際の受信トレイにテストします
- ジャーニーテストモードを無効にすると、ジャーニーにエントリしたすべてのプロファイルが削除され、レポートが消去されます
- ジャーニーシミュレーションでは、出口基準、同意ポリシー、頻度/ジャーニーの上限、オプトアウト/抑制、サイレントアワーは評価されません
- ジャーニーシミュレーションのカスタムアクションと外部データソース呼び出しは、モックではなく実際のものです
- ジャーニーシミュレーションは、実稼動環境と同じ配信パイプラインを使用して、シミュレートされたユーザーに設定された実行アドレス（電子メール、電話、プッシュトークン）に実際のメッセージを送信します
- ジャーニーシミュレーションとは異なり、ジャーニードライランは実際のメッセージを送信しません
- ジャーニー ドライランは現在、制限付き可用性機能であり、グローバルに展開されています
- ジャーニードライ実行では、アクションノード（電子メール、SMS、カスタムアクション）はバイパスされますが、実際の実稼動データを使用して、ブランチやノードを通じてプロファイルがルーティングされます
用語：
- 正規名：ジャーニーシミュレーション – バリアント：シミュレーション、シミュレーション モード
- 正規名：ジャーニーテストモード – バリエーション：テストモード、ジャーニーテスト、ジャーニーのテスト
- 正式名称：ジャーニー ドライラン – バリアント：ドライラン、ドライランモード
- 混同しないでください：ジャーニーシミュレーション（一時的なシミュレーションユーザー、AEPテストプロファイルが必要ない、シミュレーションユーザーの設定された実行アドレスにリアルメッセージを送信） ≠ ジャーニーテストモード（永続的なAEPテストプロファイル、これらのプロファイルの実際の受信トレイにリアルメッセージを送信） ≠ ジャーニードライラン（実稼動オーディエンスデータ、連絡先なし、プロファイル更新なし、アクションノードがバイパスされない、リアルメッセージを送信しない）
よくある質問：
- Q: ジャーニーの設計中にどの検証方法を使用すればよいですか？ — ジャーニーシミュレーションを使用します。実際のテストプロファイルは必要なく、数秒で実行できるため、迅速な反復に最適です。
- Q: ジャーニーシミュレーションは実際のメッセージを送信しますか？ - はい。 シミュレーションでは、シミュレートされたユーザー（多くの場合、テスター自身のアドレス）に設定された実行アドレス（電子メール、電話、プッシュトークン）に実際のメッセージを配信します。 実稼動環境と同じ配信パイプラインを使用しますが、実際の顧客に連絡したり、ライブプロファイルデータを更新したりすることはありません。
- Q: ジャーニーテストモードでは、実際の電子メールまたはSMSが送信されますか？ - はい。 ジャーニーテストモードは、実稼動環境と同じ配信パイプラインを使用して、テストプロファイルの実際の受信トレイに実際のメッセージを配信します。 実際の顧客には連絡しませんが、メッセージ自体は本物です。
- Q: ジャーニー ドライランはメッセージを送信しますか？ – いいえ。 ドライランでは、電子メール、SMS、カスタムアクションなどのアクションノードがバイパスされるため、メッセージが送信されることなくプロファイルはジャーニーロジックを流れます。
- Q：期限までに新しいブランチを迅速に検証する必要があります。 どのメソッドが適合しますか？ — ジャーニーシミュレーション。実際のテストプロファイルを事前に作成して待つ必要はなく、オンデマンドでシミュレートされたユーザーを生成（またはインベントリに保存されたユーザーを再利用）します。
- Q: ジャーニー ドライランは誰でも利用できますか？ – 現在、グローバルに展開されている限定可用性の機能です。組織の可用性を確認してください。
- Q：外部システムからジャーニーテストモードイベントを起動できますか？ – いいえ。ジャーニーテストモードでは、イベントはAPI経由で外部システムからではなく、インターフェイスからのみ起動できます。