条件 conditions

このページ:​では、「最適化」アクティビティで条件を使用して、データソース、時間、日付、パーセンテージ分割、プロファイルキャップ、またはオーディエンスメンバーシップに基づいて、複数のジャーニーパスを作成する方法を説明します。

条件​を使用すると、特定の条件に基づいて複数のパスを作成することで、個人がジャーニーをどのように進めるかを定義できます。 また、タイムアウトやエラーを処理するための代替パスを設定して、シームレスなエクスペリエンスを確保することもできます。

NOTE
ジャーニーで条件付きパスを作成するための新しい手段は、最適化 アクティビティです。 UI から削除された以前の​ 条件 ​アクティビティに置き換わります。 すべての条件付きロジックは、このページに表示されている最適化アクティビティの条件を通じて処理されるようになりました。
条件 アクティビティを使用した既存のジャーニーがある場合は、以前と同様に使用できます。 これらは、条件 メソッドを使用して​最適化 アクティビティとして新しいアイコンで表示されるようになりましたが、動作は変更されていません。 ノードに設定したカスタムラベルはすべて保持されます。

条件の追加 add-condition-activity

ジャーニーに条件を追加するには、次の手順に従います。

  1. 最適化​アクティビティをジャーニーキャンバスにドロップします。 詳細情報

  2. レポートモードとテストモードのログでアクティビティを識別する、オプションのラベルを追加します。

  3. メソッド​ドロップダウンリストから条件を選択します。

    選択した条件メソッドを含む最適化アクティビティ {width="80%"}

    使用可能な条件のタイプは次のとおりです。

NOTE
プロファイルストアに 2 つを超えるクロスデバイス ID が含まれるプロファイルでは、条件評価は失敗します。

条件のパスの管理 condition_paths

ジャーニーで複数の条件を使用する場合は、わかりやすくするために、各条件にラベルを定義できます。

複数の条件を定義する場合は、「パスを追加」をクリックします。 条件ごとに、キャンバスのアクティビティの後に新しいパスが追加されます。

複数の条件パスを作成する「パスを追加」ボタン {width="80%"}

ジャーニーの設計には、機能的な影響があることに注意してください。 条件の後に複数のパスが定義された場合、最初の有効なパスのみが実行されます。 つまり、パスを上下に配置することで、パスの優先順位を変更できます。

「その人はVIPである」と「その人は男性である」という2つの条件を取りましょう。 人が両方の条件を満たす場合、最初のパスは2番目のパスを超えているため、選択されます。 この優先順位を変更するには、アクティビティを別の垂直方向に移動します。

VIP 条件が男性条件より上であることを示すパスの優先順位の例

定義された条件に該当しないオーディエンス向けに、別のパスを作成するには、「上記以外の事例のパスを表示」をオンにします。

NOTE
このオプションは、分割条件では使用できません。 詳細情報

シンプルモードでは、フィールドの組み合わせに基づいて単純なクエリを実行できます。 使用可能なすべてのフィールドが画面の左側に表示されます。 フィールドをメインゾーンにドラッグ&ドロップします。 異なる要素を組み合わせるには、それらを相互に連動させて異なるグループやグループレベルを作成します。 次に、論理演算子を選択して、同じレベルの要素を組み合わせることができます。

  • AND - 2 つの条件の積集合。 すべて条件に一致する要素のみが考慮されます。
  • OR - 2 つの条件の和集合。 2 つの条件の少なくとも 1 つに一致する要素が考慮されます。

ドラッグ&ドロップフィールドと論理演算子を含むシンプルな式エディター {width="80%"}

Adobe Experience Platform セグメント化サービスを使用してオーディエンスを作成している場合は、ジャーニー条件で活用できます。 条件でオーディエンスを使用を参照してください。

NOTE
単純なエディターでは、時系列(購入のリスト、メッセージの過去のクリックなど)に対してクエリを実行できません。 このためには、高度なエディターを使用する必要があります。 詳しくは、このページを参照してください。

アクションまたは条件でエラーが発生すると、個人のジャーニーが停止します。 続行するには、「タイムアウトまたはエラーの場合に代替パスを追加」チェックボックスをオンにするだけです。 詳細情報

シンプルなエディターでは、イベントカテゴリとデータソースカテゴリの下に、「ジャーニーのプロパティ」カテゴリも表示されます。 このカテゴリには、特定のプロファイルのジャーニーに関連するテクニカルフィールドが含まれています。 これは、ジャーニー ID や発生した特定のエラーなど、システムによってライブジャーニーから取得される情報です。 詳細情報

データソースの条件 data_source_condition

データソースの条件​を使用すると、データソースのフィールドまたはジャーニー内で以前に配置されたイベントに基づいて条件を定義できます。 このタイプの条件は、式エディターで定義されます。 式エディターにアクセスする方法の詳細情報

例えば、構成ワークフローまたはカスタムアップロード(CSV ファイル)を使用して生成されたエンリッチメント属性を持つオーディエンスをターゲティングしている場合、これらのエンリッチメント属性を活用して条件を作成できます。

IMPORTANT
欠落している属性または取り込まれていない属性の処理
プロファイルスキーマでスキーマフィールドが定義されているが、そのフィールドにデータが取り込まれていない場合、Journey Optimizer と基になるリアルタイム顧客プロファイルは、そのフィールドを null として解釈します。 その結果、isEmpty()isNull() または類似の関数をチェックする条件は、属性が一度も取り込まれていない場合でも true と評価されます。 フィールドにデータがないことを認識していない場合、予期しないジャーニー動作につながることがあります。
混乱を避けるために、プロファイルがジャーニーにエントリする前に、条件式で使用する属性に実際のデータが取り込まれていることを確認します。 リアルタイム顧客プロファイルの属性値を確認して、条件で使用されるフィールドにデータが存在するかどうかを確認できます。

高度な式エディターを使用すると、コレクションを操作したり、パラメーターを渡す必要があるデータソースを使用したり、より高度な条件を設定できます。 詳細情報

高度な式エディターを使用したデータソースの条件 {width="80%"}

日付条件 date_condition

これにより、日付に基づいて異なるフローを定義できます。 例えば、「セール」期間中にステップにエントリした人には、特定のメッセージが送信されます。 残りの期間には、別のメッセージを送信します。

NOTE
タイムゾーンは条件に固有ではなくなり、ジャーニープロパティのジャーニーレベルで定義されるようになりました。 詳細情報

開始日フィールドと終了日フィールドを含む日付条件の設定

パーセンテージ分割 percentage_split

このオプションを使用すると、オーディエンスをランダムに分割して、グループごとに異なるアクションを定義できます。 各パスの分割数と再分割数を定義します。 分割計算は統計的なもので、システムはジャーニーのこのアクティビティに流れる人数を予測することはできません。 その結果、分割の許容誤差は非常に小さくなります。 この関数は、Java のランダムメカニズムに基づいています。

テストモードでは、分割に達すると、常に上位の分岐が選択されます。 テストで別のパスを選択する場合は、分割された分岐の位置を再編成できます。 詳細情報

NOTE
割合条件分岐には、パスを追加するボタンはありません。 パスの数は、分割数によって異なります。 条件分岐では、他のケースではパスは発生しないので、パスを追加できません。 ユーザーは常に、分割されたパスの 1 つに入ります。

トラフィック配分を示すスライダーを含む割合分割設定

時間条件 time_condition

時間条件​を使用すると、時刻や曜日に応じて異なるアクションを実行できます。 例えば、日中にプッシュ通知、平日の夜にメールを送信するように指定できます。

NOTE
  • タイムゾーンは条件に固有のものではなく、ジャーニーのプロパティでジャーニーレベルで定義されます。 詳細情報

  • デフォルトでは、時間条件​は、00:00から12:00までの時間で設定されます。

時間範囲セレクターと曜日セレクターを含む時間条件

次の 3 つの時間フィルターオプションを使用できます。

  • 時間 - 時間帯に基づいて条件を設定できます。 この場合は、開始時刻と終了時刻を定義します。 個人は、定義された時間範囲内にのみパスを入力します。
  • 曜日 - 曜日に基づいて条件を設定できます。 この場合は、個人にパスを入力してもらう曜日を選択します。
  • 曜日と時間 - このオプションでは、最初の 2 つのオプションを組み合わせます。

プロファイルキャップ profile_cap

この条件タイプを使用して、ジャーニーパスの最大プロファイル数を設定します。 この制限に到達すると、エントリするプロファイルは代替パスを使用します。 これにより、ジャーニーが定義された制限を超えないようにします。

NOTE
プロファイルキャップには大きな値を定義することをお勧めします。 母集団が正確なキャップ数に達する精度と可能性は、キャップが増加した分だけ高まります。 小さい数(キャップが 50 など)の場合、プロファイルが代替パスを取る前に制限に達しない可能性があるので、数値は常に一致するとは限りません。

デフォルトのキャップは 1,000 です。

カウンターは、選択したジャーニーバージョンにのみ適用されます。 ジャーニーが複製されるか、新しいバージョンが作成されると、カウンターはゼロにリセットされます。 リセット後、エントリするプロファイルは、カウンターの上限に達するまで名目パスを再度たどります。

繰り返しジャーニーでプロファイルキャップを定義した場合、カウンターは各繰り返しの後でリセットされません。

ジャーニーキャンバス上で名目パスの上に代替パスを移動した場合でも、名目パスは常に代替パスよりも優先されます。

ライブジャーニーの場合、制限に到達したことを確認するために考慮すべきしきい値は次のとおりです。

  • キャップが 10,000 より大きい場合、注入される個別プロファイルの数は、キャップの 1.3 倍以上にする必要があります。
  • キャップが 10,000 未満の場合は、注入する個別プロファイルの数を 1,000 にキャップを加えた数にする必要があります。

テストモードでは、プロファイルキャップは考慮されません。

最大プロファイル制限入力フィールドを含むプロファイルキャップ条件

条件でのオーディエンスの使用 using-a-segment

この節では、ジャーニー条件でオーディエンスを使用する方法を説明します。 オーディエンスとその作成方法について詳しくは、この節を参照してください。

ジャーニー条件でオーディエンスを使用するには、次の手順に従います。

  1. ジャーニーを開いて​ 最適化 ​アクティビティをドロップし、「データソース条件」を選択します。

    ドロップダウンメニューで選択したデータソースの条件メソッド

  2. 必要な追加パスごとに「パスを追加」をクリックします。 各パスに対して「」フィールドをクリックします。

  3. 左側で、オーディエンス​ノードを展開します。 条件に使用するオーディエンスをドラッグ&ドロップします。 デフォルトでは、オーディエンスの条件は true です。

    Adobe Experience Platform個のオーディエンスを選択するための式エディターの ​ オーディエンスノード ​ {width="80%"}

    note
    NOTE
    なお、オーディエンスの参加ステータスが「適合」の個人のみが、オーディエンスのメンバーと見なされます。 オーディエンスの評価方法について詳しくは、セグメント化サービスのドキュメントを参照してください。

➡️ 実際に見る:​時間と曜日の条件を使用して平日にのみメールを送信する方法を学ぶ

AI Knowledge Reference

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 configure conditions within the Optimize activity in Journey Optimizer, covering five condition types — Data Source, Time, Percentage Split, Date, and Profile Cap — that route profiles to different journey paths based on rules, time, or audience membership.

Intents:

  • Add a condition to a journey using the Optimize activity and select a condition method
  • Create multiple branching paths and manage their priority order in the journey canvas
  • Configure a Data Source condition using the expression editor to evaluate profile or event attributes
  • Set up a Time condition to route profiles based on hour of day or day of week
  • Apply a Profile Cap to limit the number of profiles routed down a specific path
  • Use an audience membership check as a condition in a journey path

Glossary:

  • Optimize activity: The current journey activity that replaces the former Condition activity; all conditional branching logic is now configured through its Method drop-down (product-specific)
  • Data source condition: A condition method that evaluates fields from data sources or journey events using the expression editor (product-specific)
  • Percentage split: A condition method that randomly distributes profiles across paths using a statistical Java random mechanism (product-specific)
  • Profile cap: A condition method that routes profiles to an alternate path once a defined maximum count is reached on the nominal path (product-specific)
  • Nominal path: The primary journey path associated with a Profile Cap condition; it always has priority over the alternate path (product-specific)

Guardrails:

  • Condition evaluation fails for profiles with more than two cross-device identities in the Profile Store
  • Schema fields with no ingested data are interpreted as null; isEmpty() and isNull() evaluate to true for such fields
  • Time zone is defined at the journey level, not at the individual condition level
  • The “Show path for other cases” option is not available in Percentage Split conditions
  • Profile cap default is 1,000; counter resets on journey duplication or new version creation, but not between recurrences
  • For caps above 10,000, inject at least 1.3x the cap; for caps below 10,000, inject at least 1,000 plus the cap
  • Profile cap is not applied in test mode; in test mode, the top branch is always chosen for Percentage Split

Terminology:

  • Canonical name: Conditions — Acronym: none — variants: condition activity, condition method, conditional branching
  • Synonyms: “Optimize activity (Condition method)” = “former Condition activity”
  • Do not confuse: “Percentage split” ≠ “Profile cap” (percentage split distributes all profiles statistically; profile cap stops routing to the nominal path after a count threshold)

FAQ:

  • Q: The Condition activity is gone from my UI — what replaced it? — The Condition activity has been replaced by the Optimize activity. Select “Condition” from the Method drop-down to get the same behavior. Existing journeys with Condition activities continue to work and now display with an Optimize icon.
  • Q: When multiple paths are eligible for a profile, which path is taken? — Only the first eligible path (highest on the canvas) is executed; you can reprioritize by reordering paths vertically.
  • Q: Why does my isEmpty() condition unexpectedly evaluate to true? — If the schema field exists but no data has been ingested for it, Journey Optimizer interprets it as null, causing isEmpty() and isNull() to return true.
  • Q: Does the profile cap counter reset on a recurring journey? — No, the counter does not reset between recurrences; it only resets when the journey is duplicated or a new version is created.
  • Q: Can I use an Adobe Experience Platform audience as a condition? — Yes, drop an Optimize activity, select “Data source condition,” add a path, and drag the audience from the Audiences node in the expression editor.
recommendation-more-help
journey-optimizer-help