ジャーニーでのオーディエンスの使用 segment-trigger-activity

繰り返しの​ オーディエンスを読み取り ​を含んだジャーニーが初めて実行されると、オーディエンス内のすべてのプロファイルがジャーニーにエントリします。 このオプションを使用すると、最初の実行後、ジャーニーの前回の実行以降にオーディエンスにエントリした個人のみをターゲットにすることができます。

このオプションを使用すると、システムは Adobe Experience Platform のセグメント化サービスによって実行された前回のオーディエンス評価ジョブの時点から 24 時間​前まで遡って確認します。

セグメント化が完了すると、プロファイルスナップショットのエクスポートジョブが開始され、Journey Optimizer が新しいプロファイルを検出して処理できるようになります。 これらの 2 つのジョブの間にジャーニーがスケジュールされている場合、増分読み取りでは、ジャーニーの前回の実行以降にオーディエンスのメンバーになったプロファイルは取得されません。

プロファイルが欠落するリスクを最小限に抑えるには：

• 「バッチオーディエンス評価の後にトリガー」オプションを有効にすると、発生した経過時間に関係なく、最後に成功したジャーニー実行時までルックバック期間を延長できます
• 毎日のバッチセグメント化ジョブが完了した後にジャーニーが適切に実行されるようにスケジュールします（通常 2～3 時間のバッファー）
• すぐにプロファイルを組み込む必要がある緊急のユースケースでは、代わりにストリーミングオーディエンスでのオーディエンスの選定アクティビティの使用を考慮します

このオプションを使用すると、ジャーニーにまだ存在するすべてのプロファイルを、次回の実行時に自動的に終了させることができます。

例えば、毎日の繰り返しジャーニーに 2 日間の待機が含まれている場合、このオプションをアクティブ化すると、プロファイルは次のジャーニー実行に移動します。 これは、次の実行オーディエンスに属しているかどうかに関係なく、次の日に実行されます。

このジャーニーでのプロファイルの存続期間が繰り返し頻度よりも長くなる可能性がある場合は、プロファイルがジャーニーを終了できるようにするために、このオプションをアクティブ化しないでください。

これら 2 つのオプションは、ジャーニー実行の異なる部分を制御します。

• 増分読み取り​では、次の繰り返し実行で​ オーディエンスから選択されるプロファイル ​を制御します。
• 繰り返し時に再エントリを強制する​では、次の繰り返し実行が開始された際に、ジャーニーで引き続きアクティブなプロファイルに発生する内容​を制御します。

次の表を使用して、次の実行時の組み合わせ動作を把握します。

つまり、繰り返し時に再エントリを強制するでは、増分読み取り​は無効になりません。 両方のオプションが有効になっている場合、プロファイルは、次の実行が開始される前にアクティブなジャーニーインスタンスから削除されますが、次の実行では、前回の実行以降に新規と見なされたオーディエンスメンバーのみが引き続き選択されます。

毎日スケジュールされ、バッチオーディエンスをターゲティングするジャーニーの場合、バッチセグメント化ジョブからの新しいオーディエンスデータを待機するジャーニーの時間枠を最大 6 時間まで定義できます。 バッチセグメント化ジョブが既に進行中の場合、ジャーニーは常に時間枠内で完了するのを待ちます。 バッチセグメント化ジョブが進行中ではなく、利用可能なスナップショットが前回の実行で使用されたバッチのみである場合、ジャーニーは新しいバッチを再利用せずに待機します。 タイムウィンドウの最後に新しいバッチが見つからない場合、その発生時にジャーニー実行はスキップされます。

例えば、毎日午後 6 時にジャーニーがスケジュールされている場合、ジャーニーの実行前に待機する分数または時間数を指定できます。 午後 6 時にジャーニーが起動すると、新しいオーディエンス、つまり前回のジャーニー実行時に使用されたオーディエンスよりも新しいオーディエンスがないか確認します。 指定した時間枠内で、新しいオーディエンスが検出されるとすぐにジャーニーが実行されます。 新しいオーディエンスが検出されない場合、その日のジャーニーの実行はスキップされます。

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 and use the Read Audience activity in Adobe Journey Optimizer to add profiles from an Adobe Experience Platform audience into a journey, either once or on a recurring schedule, with guidance on scheduling, throughput, troubleshooting, and best practices.

Intents:

• Configure a Read Audience activity as the entry point of a journey
• Select an Adobe Experience Platform audience and identity namespace for the journey
• Set the reading rate to control how many profiles enter per second
• Schedule a journey to run once, daily, weekly, or on a custom recurrence
• Enable Incremental read to process only new audience members on recurring runs
• Troubleshoot audience count mismatches, zero-profile runs, and delayed entries
• Decide between Read Audience and Audience Qualification based on batch vs. real-time needs

Glossary:

• Read Audience activity: The journey entry-point activity that reads all qualified profiles from a selected Adobe Experience Platform audience and adds them to the journey (product-specific)
• Reading rate: The maximum number of profiles that can enter the journey per second (500–20,000; default 5,000) (product-specific)
• Incremental read: A recurring journey option that processes only profiles newly added to the audience since the last journey execution (product-specific)
• Force reentrance on recurrence: A scheduling option that removes all active journey participants before each new run so profiles can re-enter fresh (product-specific)
• Trigger after batch audience evaluation: A scheduling option that delays journey execution until a fresh batch audience snapshot is available (up to 6 hours) (product-specific)
• Supplemental identifier: A secondary identifier (e.g., order ID) that allows the same profile to enter the journey multiple times when the identifier differs (product-specific)

Guardrails:

• Only one Read Audience activity is allowed per journey, and it must be the first activity.
• Only one audience can be selected per Read Audience activity.
• Up to five concurrent Read Audience runs per organization.
• Maximum reading rate is 20,000 profiles per second per sandbox (sum of all concurrent Read Audience activities).
• Reading rate is limited to 500 profiles per second when a supplemental identifier is used.
• Only profiles with Realized audience participation status enter the journey.
• Only people-based identity namespaces are available; profiles without the selected namespace cannot enter.
• The 12-hour job timeout applies to Read Audience export jobs.
• Retries for failed export jobs occur every 10 minutes for up to 1 hour.
• For custom upload audiences with Incremental read enabled, profiles are only retrieved on the first recurrence (these audiences are fixed).
• Scale the Winner is not available for Read Audience journeys (path experimentation).

Terminology:

• Canonical name: Read Audience — Acronym: none — variants: segment-trigger, audience-based journey entry, Read Segment (legacy API name)
• Synonyms: “Read Audience” = “segment trigger” = “audience-triggered journey”
• Do not confuse: “Read Audience” ≠ “Audience Qualification” (Read Audience is batch/scheduled; Audience Qualification is real-time streaming)

FAQ:

• Q: When should I use Read Audience instead of Audience Qualification? — Use Read Audience for batch, scheduled use cases (e.g., weekly newsletters, re-engagement campaigns). Use Audience Qualification when profiles must enter the journey immediately as they qualify in real time.
• Q: Why are fewer profiles entering the journey than the audience size? — Common causes include profiles not having the selected namespace, batch segmentation jobs not yet completed before the journey ran, or profiles not being in Realized status. Enable “Trigger after batch audience evaluation” and check namespace configuration.
• Q: What does Incremental read do on the first run? — On the first execution, all audience profiles enter. On subsequent runs, only profiles newly added to the audience since the last execution are processed.
• Q: What happens if the export job fails? — The system retries every 10 minutes for up to 1 hour. Failures are reported in Alerts. After 1 hour without success, the run is considered failed.
• Q: Can the same profile enter a Read Audience journey multiple times? — Yes, if a supplemental identifier is configured and differs between entries, or if Force reentrance on recurrence is enabled. Without these, a profile cannot be present multiple times at the same time.
• Q: How long does a one-shot Read Audience journey remain live? — It auto-stops to Stopped when the last profile exits, unless the journey includes Wait, Reaction, or event-triggered transitions — in which case the 91-day global timeout applies. It does not remain Live until Finished at 91 days by default.