オーディエンス選定ジャーニーからバッチオーディエンスを移行する aq-batch-migration

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

CAUTION
実施日:2026年8月。 オーディエンス選定ノードでバッチオーディエンスを使用する新しいジャーニー、ドラフトおよび重複したジャーニーは、この日付以降に公開できません。 2026年6月のリリース以降、ジャーニーキャンバスには検証警告が既に表示されています。

この変更の理由 why

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

代わりにオーディエンスの選定ノードでバッチオーディエンスを使用すると、すべての選定イベントが取り込みウィンドウ中に同時に到着します。 これにより、同時に数万または数百万のジャーニーのエントリをトリガーすることができ、下流システムに深刻なシステムの歪みや予測不可能な動作を引き起こす可能性があります。 これは、Audience Qualification ノードの意図されたデザインではありません。

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

ジャーニーへの影響 impact

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

ジャーニーステータス
2026年8月以降の影響
ライブジャーニー
影響なし。 既存のライブジャーニーは引き続き実行されます。 自動停止はありません。
新しいジャーニー
バッチオーディエンスが置き換えられるまで、公開からブロックされます。
ドラフトジャーニー
バッチオーディエンスが置き換えられるまで、公開からブロックされます。
重複したジャーニー
バッチオーディエンスが置き換えられるまで、公開からブロックされます。

移行ガイド migration-paths

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

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

見た目: オーディエンスの選定オーディエンスは、Journey Optimizerの内部トラッキングデータセットからの電子メールの送信、開封、またはクリックに基づく条件を使用します。例:「profile received an email」​または​「profile opened an email」

NOTE
2024年11月以降、ストリーミングセグメンテーションでは、Journey Optimizer トラッキングデータセットからのイベントの送信と開封がサポートされなくなりました。 これらのイベントに基づくオーディエンスは、バッチモードで評価されるようになりました。 ​ オーディエンス評価方法について詳しく見る

推奨される代替案:

  • 同じジャーニー​内の開封数またはクリック数に反応する – 反応イベント ノードを使用します。 これは、同じジャーニー内で送信されたメッセージの開封数やクリック数に対応するために構築されており、別個のオーディエンスを必要としません。 反応イベントを使用したエンドツーエンドの例を参照

  • クロスジャーニーのクリックターゲティング — クリックイベントから​ ストリーミングオーディエンス ​を構築し、代わりにそのストリーミングオーディエンスでオーディエンス選定ノードを使用します。

  • バウンス ベースの抑制 — バウンスの動作をオーディエンス条件としてモデル化するのではなく、Journey Optimizerのネイティブ 抑制リスト ​を使用します。

  • 残りの送信/開封ロジック – スケジュールされた実行時に​オーディエンスの読み取り ジャーニーに切り替えて、バッチオーディエンスを安全に処理します。

ユースケース 2 – 新しいバッチセグメンテーションデータを待っているジャーニー use-case-2

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

推奨される代替案:

バッチオーディエンスの評価​ オプションを有効にした後、 ​トリガーで​オーディエンス ジャーニーを使用します。 この組み込み機能は、セグメンテーションジョブが完了するまでジャーニーを実行し、その後、オーディエンス選定ノードを必要とせずに新しいデータが利用可能なときにすぐに開始します。 このオプションの設定方法について説明します

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

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

推奨される代替案:

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

いずれかの選択肢が自社のユースケースに適していない場合は? exceptions

上記のいずれかのマイグレーションパスを使用してユースケースを解決できない場合は、Adobe担当者にお問い合わせください。 既存の代替案では対応できないケースについては、個別に見直します。

recommendation-more-help
journey-optimizer-help