動的データストリーム設定に関するFAQ

Dynamic Datastream Configurationsとクライアントサイドのデータストリームの上書きを一緒に使用できますか？

いいえ。 動的データストリーム設定と​ データストリーム設定の上書きは、イベントごとに相互に排他的です。 イベントがクライアントサイドの上書き（Web SDK sendEventまたはconfigureを介して送信）を実行する場合、上書きが優先され、Edge NetworkはそのイベントのDynamic Datastream Configuration規則をスキップします。

各データストリームに対してひとつのアプローチを中心に実装を計画します。 オーバーライドからDynamic Datastream Configurationsに移行する場合は、対応するルールを有効にするときに、SDK コードからedgeConfigOverridesを削除します。

Dynamic Datastream Configuration ルールがイベントと一致しない場合はどうなりますか？

Edge Networkは、デフォルトの静的データストリーム設定（プライマリイベントデータセットとすべての有効なサービス）に従ってイベントをルーティングします。

プライマリデータセットを、プロファイルが有効でないデータセットに設定します。 予期しないイベントや未分類のイベントは、プロファイルストアを膨らませるのではなく、データレイクに入ります。

Dynamic Datastream Configurationsはイベントを完全に削除または破棄できますか？

はい。 ルールのルーティング設定でサービス （例：Adobe Experience Platform）を無効にします。 Edge Networkは、そのサービスにイベントを送信しません。 一致するルールのすべてのサービスを無効にすると、イベントは下流の処理に到達しません。

ボットトラフィックフィルタリングの場合、Adobeでは、完全な破棄コンフィギュレーションに切り替える前にボット検出ロジックを検証するために、検疫データセット（​ ユースケース 4）に最初のルーティングイベントを推奨します。

Dynamic Datastream Configurationsを使用してイベント内の個々のフィールドをフィルタリングできますか？

いいえ。 動的データストリーム設定により、イベント全体がルーティングされます。 イベントペイロード内の特定のフィールドを削除したり、マスクしたりすることはできません。

Dynamic Datastream Configurationは、TargetまたはJourney Optimizerからのパーソナライズ対応に影響しますか？

Dynamic Datastream Configuration ルールを使用して特定のイベントのAdobe Targetを無効にすると、これらのイベントがTarget決定をトリガーしなくなり、Adobe Targetはパーソナライズを返しません。 パーソナライゼーションが必要なインタラクティブなページ読み込みイベントのAdobe Targetを無効にしないように注意してください。

decisioning.propositionFetch イベントを抑制すると、Adobe Experience Platformはデータセットにこれらのシステム イベントを保存できません（​ ユースケース 3を参照）。 パーソナライゼーション呼び出し自体は無効にしません。 Adobe TargetとAdobe Journey Optimizerは、このルールに関係なく、引き続きパーソナライゼーションの決定を評価して返します。

Data PrepさんはDynamic Datastream Configurationsとどのように関わりますか？

データ収集🔗の データ準備は、Dynamic Datastream Configuration規則の評価の前に実行されます。 Data Prepは、生のソースデータ（data オブジェクト ​を介して送信）をXDM フィールドにマッピングします。 次に、動的データストリーム設定ルールは、結果のXDM ペイロードに対してそれらの条件を評価します。

つまり、ルール条件は、計算フィールドや派生フィールドを含め、Data Prepがマッピングした任意のフィールドを参照できます。 Data Prepを使用する場合は、マッピングにルールで参照するすべてのフィールドが含まれていることを確認してください。

より一般的に、ボット検出、位置情報、デバイス検索など、すべてのエンリッチメントサービスは、Dynamic Datastream Configuration ルール評価の前に実行されます。 出力フィールドはルール条件として使用できます。

Dynamic Datastream Configurationはボット検出とどのように関係しますか？

​ ボット検出は、Dynamic Datastream Configuration ルール評価の前に実行されます。 ボット検出は、botDetection.score フィールドを持つイベントをタグ付けします。 動的データストリーム設定では、このフィールドをルールの条件として参照できます。

これらは補完的です：ボット検出はボットトラフィックを識別します。Dynamic Datastream Configurationsは、フラグ付きイベントをルーティングまたは破棄することで、その識別に対してアクションを実行します。

異なるサンドボックスのデータセットにイベントをルーティングできますか？

いいえ。 動的データストリーム設定は、データストリームと同じサンドボックス内でイベントをルーティングします。 システムはクロスサンドボックスルーティングをサポートしていません。

Dynamic Datastream Configurationsと統合できるデータストリームの数を選択してください。

サービスごとに5つのルールの制限によって回答が決まります。 現在のマルチデータストリーム設定で、サービスごとに5つ以上の異なるルーティングパスが必要な場合でも、複数のデータストリームが必要になる場合があります。 しかし、ほとんどの実装では、2から4つのデータストリームを1つに統合するには、5つのルールで十分であることが分かります。

サービスごとの最大ルールとルールごとの最大条件を含む、ガードレールの完全なリストについては、動的データストリーム設定の作成を参照してください。

Dynamic Datastream Configurationsのパフォーマンスへの影響を教えてください。

動的なデータストリーム設定により、遅延を最小限に抑えることができます。 システムは、データストリーム内のすべてのルールに対して25msの評価予算を適用します。 この予算内で評価されるルールは、エンドツーエンドのイベント遅延に測定可能な影響を与えません。

予算内に収まるように、ルールをシンプルに保ち、eventTypeを主な条件として使用し、より単純な代替案が存在する複雑なマルチフィールド条件を避けます。

次の手順