オーディエンスの選定ジャーニーおよび終了条件からのバッチオーディエンスの移行 aq-batch-migration

2026年9月以降、Journey Optimizer では、オーディエンスの選定ノードまたは終了条件でバッチオーディエンスを使用するジャーニーの公開がブロックされます。 以下でユースケースを特定し、推奨される移行パスに従います。

この変更の理由 why

オーディエンスの選定​ノードは、個々のプロファイルがオーディエンスにエントリまたは離脱する際に、ほぼリアルタイムで反応するようにデザインされています。選定イベントは 1 つずつ継続的に到達します。 これは、ストリーミングオーディエンス​を対象としています。

代わりにオーディエンスの選定ノードでバッチオーディエンスを使用する場合、すべての選定イベントは、データ取り込みウィンドウ中に同時に到達します。 これにより、数万または数百万のジャーニーエントリが同時にトリガーし、システムに過大な負荷がかかると共に、ダウンストリームシステムで予測不可能な動作が引き起こされる場合があります。 これは、オーディエンスの選定ノードの意図されたデザインではありません。

オーディエンスを読み取り​アクティビティは、バッチベースのユースケースに適したツールです。スケジュールされた一括処理を、制御された予測可能な方法で処理するように作成されています。

終了条件​は、エントリノードと同じ​ オーディエンスの選定 ​メカニズムに依存しているので、同じ制約が適用されます。 今後、終了条件を設定する際は、ストリーミングオーディエンス​を使用してください。

ジャーニーへの影響 impact

オーディエンスの選定ノードまたは終了条件でバッチオーディエンスを使用するライブジャーニーは、2026年9月以降も引き続き実行されます。 ただし、ジャーニーを停止、複製、再公開すると、設定が更新されるまでジャーニーはブロックされます。

移行ガイド migration-paths

オーディエンスの選定ノードでバッチオーディエンスを使用している場合は、以下でユースケースを特定し、推奨される移行パスに従います。

ユースケース 1 - AJO メッセージトラッキングイベントに基づいて作成されたオーディエンス use-case-1

外観：​オーディエンスの選定オーディエンスは、Journey Optimizer の内部トラッキングデータセットからのメールの送信数、開封数、クリック数に基づいた条件を使用します（例：「プロファイルがメールを受信した」​または​「プロファイルがメールを開封した」）。

推奨される代替手段：

ユースケース 2 - 最新のバッチセグメント化データを待機しているジャーニー use-case-2

外観：​毎日のセグメント化ジョブの後に実行するジャーニーをスケジュールし、オーディエンスの選定ノードを使用して、最新のオーディエンスデータが使用可能になった場合にのみジャーニーが実行されるようにします。

推奨される代替手段：

「バッチオーディエンス評価の後にトリガー」オプションを有効にした​ オーディエンスを読み取り ​ジャーニーを使用します。 このビルトイン機能は、セグメント化ジョブが完了するまでジャーニーを実行し、オーディエンスの選定ノードを必要とせずに最新のデータが使用可能な際にすぐに開始します。 このオプションの設定方法の詳細情報

ユースケース 3 - 大規模で定期的なバッチオーディエンスアクティベーション use-case-3

外観：​大規模なオーディエンス（数百万のプロファイルになる可能性がある）を定期的にアクティブ化または更新すると、新しく選定されたすべてのプロファイルに対して、オーディエンスの選定ジャーニーが一度に実行されます。

推奨される代替手段：

オーディエンスを読み取り​ジャーニーを使用します。 これは、大規模なオーディエンスを一括処理し、制御されたバッチ単位でプロファイルを処理し、大規模で予測可能で信頼性の高いジャーニー実行を実現するために専用に作成されています。 エンドツーエンドの例を参照してください

代替手段がユースケースに適していない場合 exceptions

上記のいずれかの移行パスを使用してユースケースを解決できない場合は、アドビ担当者にお問い合わせください。 既存の代替手段では対処できないケースについては、個別にレビューします。

関連リソース related