ジャーニーのプロパティの設定 jo-properties

このページでは、 オーサリング中に、ジャーニーの名前、入口ルール、タイムゾーン、開始日と終了日、タイムアウト、出口基準、競合管理、ホールドアウト設定（制限付き可用性）など、ジャーニーのグローバルプロパティを右側のパネルから設定する方法について説明します。

ジャーニープロパティを使用して、ジャーニーの名前、入口ルール、タイムゾーン、開始日と終了日、タイムアウト時間、出口基準、競合管理など、ジャーニーのグローバル設定を設定します。 プロパティには、ジャーニーオーサリングのどの段階でも、右側のパネルからアクセスできます。

ジャーニーのプロパティへのアクセス access-properties

ジャーニーのプロパティは、右側のパネルで一元化されます。 このセクションは、新しいジャーニーを作成する際にデフォルトで表示されます。 既存のジャーニーの場合は、ジャーニーの名前の横にある鉛筆アイコンをクリックして開きます。

このセクションでは、ジャーニーの名前を定義し、説明を追加して、ジャーニーのグローバルプロパティを設定します。

実行できる操作は、次のとおりです。

{width="80%" modal="regular"}

「技術的な詳細をコピー」オプションを使用すると、ジャーニーに関する技術情報をコピーでき、サポートチームはこの情報をトラブルシューティングに使用できます。 次の情報がコピーされます。

一般

一時停止して再開 （ジャーニーが少なくとも1回一時停止されている場合に含まれます）

一時停止したジャーニー設定 （ジャーニーが一時停止されている、または一時停止されている場合はpausedJourneySettingsで）

特定のプロファイルのジャーニーに関連する技術的なフィールドとその使用方法について詳しくは、このページを参照してください。

エントリと再エントリ entrance

プロファイルエントリモードは、右側の設定パネルのジャーニーレベルで定義されます。 設定は次のとおりです。

プロファイルエントリ管理は、ジャーニーのタイプに応じて異なります。 プロファイルのエントリと再エントリの管理について詳しくは、このページを参照してください。 ジャーニーの処理率とプロファイルがジャーニーを通じてフローする仕組みについて詳しくは、この節を参照してください。

再エントリを許可 allow-reentrance

デフォルトでは、新規ジャーニーで再エントリが許可されています。 「1 回限り」のジャーニー（例：入店時に 1 度だけギフトをオファーするなど）を作成するには、この「再エントリを許可」オプションをオフにします。

再エントリ待機期間 reentrance-wait

「再エントリを許可」オプションがアクティベートされると、「再エントリ待機期間」フィールドが表示されます。 このフィールドでは、（イベントまたはオーディエンスの選定で始まる）単一ジャーニーで、プロファイルがジャーニーに再度エントリできるようになるまでの待機時間を定義できます。 これにより、ジャーニーが同じイベントに対して誤って複数回トリガーされるのを防ぎます。 デフォルトでは、このフィールドは 5 分に設定されています。 最大期間は 90 日です。

アクセスの管理 manage-access

アクセスラベルに基づいて、ジャーニーへのアクセスを制限できます。

カスタムデータ使用ラベルをジャーニーに割り当てるには、「アクセスラベルを管理」アイコンをクリックし、1 つまたは複数のラベルを選択します。

オブジェクトレベルのアクセス制御（OLAC）の詳細情報

ジャーニーペイロードサイズ journey-payload-size

ジャーニープロパティパネルの​現在のジャーニーペイロードサイズ フィールドには、設定された制限に関するジャーニーのペイロードの現在のサイズが表示されます（例：1.5 MB （2 MB中））。 この読み取り専用インジケーターは、ジャーニーオーサリングのどの段階でも表示されます。

{width="50%" modal="regular"}

この情報を使用して、公開前にジャーニーの複雑さを監視します。 ペイロードのサイズが制限に近づいているか、制限を超えている場合、ジャーニーの公開は失敗します。 サイズを小さくするには、ジャーニーロジックを簡素化するか、アクティビティの数を減らすことを検討してください。

デフォルトの制限は4 MBです。 お客様の組織の上限を引き上げる必要がある場合は、Adobe カスタマーケアにお問い合わせください。

しきい値、警告とエラーメッセージ、およびトラブルシューティング手順の詳細については、ジャーニーペイロードサイズの検証および一般的なジャーニーガードレール ​を参照してください。

ジャーニーとプロファイルのタイムゾーン timezone

タイムゾーンはジャーニーレベルで定義されます。 固定タイムゾーンを入力するか、Adobe Experience Platform プロファイルを使用してジャーニータイムゾーンを定義できます。 タイムゾーンがAdobe Experience Platform プロファイルで定義されている場合は、ジャーニーで取得できます。

タイムゾーン管理の詳細情報

開始日と終了日 dates

デフォルトでは、プロファイルは公開されるとすぐにジャーニーにエントリでき、グローバルジャーニータイムアウトに達するまでそのまま残ります。 唯一の例外は、「繰り返し時に再エントリを強制する」が有効になっている繰り返しのオーディエンスを読み取りジャーニーで、これは次回の実行の開始日に終了します。

必要に応じて、カスタムの​ 開始日 ​と​ 終了日 ​を定義できます。 これにより、プロファイルは特定の日付にジャーニーにエントリし、終了日に達すると自動的に終了できます。

設定された開始日と終了日は、ステータスバッジの横にある​ ジャーニーヘッダー ​に直接表示されます。 これにより、プロパティパネルを開かずに、ジャーニースケジュールを一目で確認できます。 表示されるラベルは、各日付のステータスに基づいて適応します。

開始日または終了日が定義されていない場合、ヘッダーに日付情報は表示されません。

タイムアウト timeout

タイムアウト設定は、ジャーニーがアクティビティの実行を待機する時間と、ジャーニーにプロファイルを残すことができる時間を制御します。

ジャーニーアクティビティのタイムアウト timeout_and_error

アクションまたは条件のアクティビティを編集するときに、エラーやタイムアウトが発生した場合の代替パスを定義できます。 サードパーティシステムに問い合わせを行うアクティビティの処理が、ジャーニーのプロパティの「タイムアウトまたはエラー」フィールドで定義されたタイムアウト時間を超えると、第 2 パスが選択されて、可能な代替アクションが実行されます。

推奨値は 1～30 秒です。

ジャーニーの時間が限られている場合（例：人のリアルタイムの位置情報に反応するなど）、アクションを数秒以上遅らせることができないため、非常に短い時間の​ タイムアウトまたはエラー ​値を定義することをお勧めします。 ジャーニーにそれほど時間的制約がない場合は、より長い値を使用して、有効な応答を送るために呼び出されるシステムにより多くの時間をを付与することができます。

ジャーニーでは、次に示すように、グローバルなタイムアウトも使用します。

グローバルジャーニーのタイムアウト global_timeout

ジャーニーアクティビティで使用されるタイムアウトに加えて、グローバルジャーニーのタイムアウトが適用されます。 インターフェイスに表示されず、変更できません。

ジャーニー内にいる個人の進捗は、エントリしてから 91 日​経過すると、このグローバルタイムアウトにより停止されます。 つまり、個人のジャーニーは 91 日を超えることはできません。 タイムアウト期間が経過すると、個人のデータは削除されます。 タイムアウト期間が終了してもまだジャーニーに流入してくる個人がいる場合、それらは流入を停止され、レポートでは考慮されません。 したがって、離脱する人物よりもジャーニーにエントリする人物の方が多くなる可能性があります。

91 日間のジャーニータイムアウトにより、ジャーニーの再エントリが許可されていない場合、再エントリのブロックが 91 日を超えて機能することは保証できません。 実際、ジャーニーにエントリしたユーザーの情報はエントリから 91 日後にすべて削除されるので、91 日前より古い日時にエントリしたユーザーが誰かを特定することはできません。

個人が待機アクティビティにエントリできるのは、91 日のジャーニータイムアウトより前に待機期間を完了するのに十分な時間がジャーニーに残っている場合のみです。 詳しくは、このページを参照してください。

TTL （Time-to-Live）とデータ保持に関するFAQ timeout-faq

2024年6月リリースのAdobe Journey Optimizer以降、ジャーニーのグローバル タイムアウトが30日から91日に変更されました。 影響について詳しくは、以下の FAQ を参照してください。

単一ジャーニーの場合

セグメントトリガージャーニーの場合

結合ポリシー merge-policies

Adobe Journey Optimizerは、Adobe Experience Platformからプロファイルデータを取得する際に結合ポリシーを使用します。 ジャーニータイプに応じて、異なる結合ポリシーが使用されます。

Adobe Journey Optimizerは、ジャーニー全体で使用される結合ポリシーを適用します。 したがって、1 つのジャーニーで複数のオーディエンスが使用されている場合（例：inAudience 関数内での使用）、これにより、ジャーニーで使用される結合ポリシーとの不一致が生じると、エラーが発生して、公開がブロックされます。 ただし、メッセージのパーソナライゼーションで一貫性のないオーディエンスが使用されると、一貫性がないにもかかわらず、アラートは発生しません。 このため、このオーディエンスをメッセージのパーソナライゼーションに使用する場合は、オーディエンスに関連付けられた結合ポリシーを確認することを強くお勧めします。

結合ポリシーについて詳しくは、Adobe Experience Platform ドキュメント ​を参照してください。

終了条件 exit-criteria

ジャーニー終了条件 exit-criteria-desc

離脱基準を追加することで、イベントが発生した場合（購入など）、またはオーディエンスの対象となるとすぐに、プロファイルをジャーニーから離脱させることができます。 これにより、ユーザーはジャーニーからそれ以降の通信を受信できなくなります。

ジャーニーの目的を満たさなくなったプロファイルをジャーニーから削除したい場合があります。 これは、目標管理と密接に関連する​ グローバル終了条件 ​によって達成できます。

サンプルのユースケース

マーケターは、一連のコミュニケーションを含むプロモーションジャーニーを持っています。 この通信のそれぞれは、顧客が購入を行うことを促すことを目的としています。 購入が行われるとすぐに、シリーズの残りのメッセージを顧客に配信するのを停止する必要があります。 終了条件を定義すると、購入を行ったすべてのプロファイルがジャーニーから削除されます。

設定と使用法 exit-criteria-config

終了条件はジャーニーレベルで設定します。 1 つのジャーニーに複数の終了条件を設定できます。 複数の終了条件を設定した場合、OR のロジックを使用して上から下に評価が行われます。 そのため、終了条件 A と終了条件 B がある場合、そのジャーニーは A OR B として評価されます。条件は、ジャーニーのすべてのステップで評価されます。

終了条件を​ 作成 ​するには、次の手順に従います。

複数の終了条件を追加できます。 出口基準がアクティブになり、ジャーニーの各ステップで評価されます。

{width="40%"}

プロファイル属性ベースの終了条件 profile-exit-criteria

プロファイル属性ベースの終了条件を使用すると、ジャーニーが再開される前に特定のプロファイルを自動的に削除するルールを定義できるので、一時停止したジャーニーをより詳細に制御できます。 場所、ステータス、環境設定などのプロファイル属性に基づいて終了条件を設定し、再開後に関連するプロファイルのみがジャーニーを続行するようにできます。

例えば、ジャーニーを一時停止し、フランスにあるすべてのプロファイルを削除する終了条件を追加し、次のアクションステップでこれらのプロファイルが除外されることを認識しながらジャーニーを再開できます。 このロジックは、既にジャーニー内にあるプロファイルと、ジャーニーの再開後に選定された新しいプロファイルの両方に適用されます。

この機能は、一時停止／再開機能と連携して動作し、より安全で柔軟にジャーニーを管理するのに役立ちます。 これにより、手動による介入を最小限に抑え、無関係な通信や準拠していない通信を送信するリスクを軽減し、ジャーニーロジックを現在のビジネス要件に合わせて維持できます。

一時停止したジャーニーでプロファイル属性の終了条件を使用する方法について詳しくは、この節を参照してください。

ガードレールと制限 exit-criteria-guardrails

ジャーニー終了条件機能には、次のガードレールと制限が適用されます。

プロファイル属性ベースの終了条件機能を使用する場合は、次のガードレールが適用されます。

関連トピック exit-criteria-related

ジャーニースケジュール schedule

「スケジュール」セクションは、オーディエンスを読み取り​アクティビティがキャンバスにドロップされた場合にのみ使用できます。 これにより、ジャーニーを実行する特定の日付／時刻と頻度を定義できます。 オーディエンスを読み取りジャーニーのスケジュール方法の詳細情報

競合管理 conflict

ジャーニーのプロパティの「競合管理」セクションを使用すると、競合を監視し、ジャーニーに優先順位を付けることができます。 実行できる操作は、次のとおりです。

除外グループでのジャーニーの上昇率の測定 performance-management

ジャーニープロパティの​パフォーマンス測定 セクションでは、ジャーニーレベルのホールドアウトグループ​を設定して、ジャーニーの増分効果を測定できます。

ホールドアウトとは、ターゲットオーディエンスのランダムに選択された割合で、ジャーニーへの参加から除外され、コミュニケーションを受け取らないものです。 ジャーニーにエントリしたプロファイルとホールドアウトプロファイルの結果を比較することで、増分リフト、つまりジャーニーがオーディエンスに与えた実際の影響を測定することができます。

ホールドアウトの設定 configure-holdout

ジャーニーのホールドアウトを設定するには：

よくある質問 faq

ジャーニーのプロパティはどこにありますか？

プロパティは、ジャーニーキャンバスの右側のパネルにあります。 新しいジャーニーを作成すると、デフォルトで表示されます。 既存のジャーニーの場合、ジャーニー名の横にある鉛筆アイコンをクリックして開きます。 ライブジャーニーの場合、パネルにはジャーニーを公開した日付とユーザーの名前のみが表示されます。 ​ ジャーニーのプロパティへのアクセス ​を参照してください。

ライブジャーニーのプロパティを変更できますか？

ほとんどのプロパティは、ジャーニーがライブになると読み取り専用になります。 変更するには、新しいジャーニーのバージョンを作成するか、ジャーニーを複製し、ドラフトで変更を加え、もう一度公開します。

再エントリの設定と再エントリの待機期間の違いは何ですか？

再エントリを許可​は、プロファイルがジャーニーに複数回入力できるかどうかを制御します。 再エントリの待機期間 （再エントリが許可されている場合にのみ表示）は、同じプロファイルが単一ジャーニーに再エントリできるまでの待機時間を定義します。 デフォルトは5分、最大は90日です。 詳しくは、​ プロファイルのエントリ管理を参照してください。

プロファイルはジャーニーにどれくらいの期間滞在できますか？

​ グローバルジャーニータイムアウト ​は、プロファイルの入力から​ 91日 ​後に停止します。個人のジャーニーはそれ以上は続きません。 このタイムアウトはインターフェイスに表示されないので、変更できません。 プロファイルデータは91日後に削除されるため、その期間を超えて再エントリのブロックを保証することはできません。 ​ ジャーニーの終了方法も参照してください。

ペイロードのサイズが原因でジャーニーの公開に失敗する理由は何ですか？

現在のジャーニーペイロードサイズ インジケーターは、設定された制限（デフォルトでは4 MB）に対するジャーニーのペイロードを示します。 ペイロードが制限に近づいているか、制限を超えている場合、公開は失敗します。 ジャーニーロジックを簡素化したり、アクティビティ数を減らしたりしてサイズを小さくするか、Adobe カスタマーケアにお問い合わせいただき、上限を上げてください。 ジャーニーペイロードサイズ ​、ジャーニーペイロードサイズの検証、一般的なジャーニーガードレール ​を参照してください。

ジャーニーで使用する結合ポリシーはどれですか？

ジャーニーの種類によって異なります。​ オーディエンスの読み取りおよび​ オーディエンスの選定のジャーニーはオーディエンスの結合ポリシーを使用し、単一イベント ​のジャーニーはデフォルトの結合ポリシーを使用し、​ ビジネスイベント ​のジャーニーは次の「オーディエンスの読み取り」アクティビティでターゲットオーディエンスの結合ポリシーを使用します。 ジャーニー全体を通じて同じ結合ポリシーが適用されます。 オーディエンス結合ポリシーが更新された場合、そのオーディエンスを参照するアクティブなジャーニーは再公開または複製する必要があります。 結合ポリシーを参照してください。

91日間のジャーニータイムアウトと91日間のレポートウィンドウの違いは何ですか？

これらは別々の概念です。 ジャーニーグローバルタイムアウト （91日）は、ジャーニーで個々のプロファイルをアクティブのままにできる最大時間です。その後、プロファイルが終了し、そのデータが削除されます。 レポートウィンドウ （約91日）はUI表示制限です。最大91日より古いパフォーマンスデータは表示されなくなりましたが、ジャーニーは実行され続け、新しいプロファイルが入力され続けます。 TTLとデータ保持の詳細については、Time-to-Live （TTL）とデータ保持に関するFAQを参照してください。

関連トピック related-topics