エンドツーエンド Dynamic Datastream Configurationの例
このページでは、複数のDynamic Datastream Configuration ユースケースを組み合わせて、実稼動用の単一の設定にする方法を示します。 この例では、Analytical first パターンを使用し、一般的なe コマース シナリオに適用します。
シナリオ scenario
e コマース retailerでは、Web SDKとAdobe Targetを使用してパーソナライズを行い、Adobe Analytics、Customer Journey Analytics、Adobe Real-Time CDPを行います。 Retailerは現在、3つの個別のデータストリームを保持しています。Adobe AnalyticsとAdobe Target用に1つ、Customer Journey Analytics用に1つ、Adobe Journey Optimizer用に1つです。 ここでの目的は、次のことを単一のデータストリームに統合することです。
- 任意のサービスに到達する前にボットトラフィックをフィルタリングします（ ユースケース 4）
- Adobe Experience Platformから
decisioning.propositionFetchシステム イベントを除外します（ ユースケース 3） - 購入と製品のインタラクションをReal-Time Customer Profileにルーティングして、セグメンテーションとAdobe Journey Optimizerのジャーニーを行います（ ユースケース 1と ユースケース 2）
- Customer Journey Analyticsのデータレイク内のページビューのみを保持
ほとんどのイベントはページビュー（Analytical）なので、retailerは Analytical first を選択します。プライマリデータセットはプロファイルが有効ではなく、ルールは実用的な イベントをプロファイルに昇格します。
データセット戦略 dataset-strategy
ルールを設定する前に、これらのデータセットを作成します。 データ保持の設定ガイダンスについては、 エクスペリエンスイベント データセット保持ガイド を参照してください。
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch イベントを分離PurchasesProduct InteractionsBrowsing - General （プライマリ）Browsing - Generalはデータストリームのプライマリデータセットです。 ルールに一致しないすべてのイベントは、このデータセットにフォールバックします。
Experience Platform サービスルール aep-rules
次の表は、Adobe Experience Platform サービスの完全なルール セットを示しています。 Edge Networkでは、ルールがリストされた順序で評価されます。
eventTypeがdecisioning.propositionFetch OR eventTypeがpersonalization.requestに等しいSystem Events - QuarantineeventTypeがcommerce.productViews OR eventTypeがcommerce.productListAddsに等しいProduct Interactionsなぜこのルールの順序 rule-order
-
ボットトラフィックが最初です（ルール 1）。 ルーティングロジックが実行される前に、ボットが検出したイベントを強制隔離します。 後のルールと一致するボットイベントは、プロファイルストアの容量を浪費します。
-
システム イベント 2秒（ルール 2）。
decisioning.propositionFetch件のイベントは、ページ読み込みのたびに発生し、分析値はありません。 早期に捕まえることで、誤って実用的な ルールに一致させるのを防ぐことができます。 -
3回目の購入（ルール 3）。 トリガーされたインバウンドパーソナライズの場合、実用的なイベントには、Adobe Experience Platform処理が完全に適用されます。プロファイル、Edge セグメンテーションおよびAdobe Journey Optimizer。
-
製品インタラクション 4番目（ルール 4）。 プロファイルはセグメント化で有効ですが、Adobe Journey Optimizerは無効です。 この実装は、ブラウズ動作でAdobe Journey Optimizerからインバウンドパーソナライゼーションを取得しません。
-
既定の最後。 それ以外のすべて（ページビュー、スクロールイベント、サイト検索）は、Customer Journey Analytics レポート専用のプロファイル以外のプライマリデータセットに格納されます。
ルール予算分析 rule-budget
この設定では、Adobe Experience Platformの5 ルールごとのサービス制限のうち 4個の明示的なルール を使用します。 メールドメインによる内部トラフィックのフィルタリングや新しいイベントタイプのルーティングなど、今後のニーズに応じて1つのルールスロットを引き続き使用できます。
ガードレールの完全なリストについては、動的データストリーム設定の作成を参照してください。
さらに詳細な情報が必要な場合は、既存のルール内で追加のイベントタイプをOR条件として組み合わせます。 例えば、ルール 4は既にcommerce.productViewsとcommerce.productListAddsを組み合わせています。 追加のルールスロットを使用せずに、commerce.productListOpensまたはcommerce.saveForLatersを同じルールに追加できます。 各ルールは最大100個の条件をサポートします。
ソリューションレベルのルール solution-rules
前の節のExperience Platform サービスルールは、他のサービスのルールとは独立しています。 Experience Platform ルールとは独立して、Adobe Analytics、Adobe Target、Adobe Audience ManagerおよびEvent Forwardingのそれぞれに対して、最大5つの追加ルールを設定できます。
botDetection.scoreが1に等しいeventTypeがcommerce.で始まりますrsid-commercebotDetection.scoreが1に等しいAssurance検証 assurance-validation
ルールを保存したら、変更内容がEdge Networkに反映されるまで15分待ちます。 次に、Adobe Experience Platform Assuranceを使用して各イベントパスを検証します。
検証プロセスの詳細については、 テストと検証 Dynamic Datastream Configurationsを参照してください。
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - General次の手順
- 実稼動環境にデプロイする前に、 テストと検証 Dynamic Datastream Configurationsの手順に従って、各イベントパスを検証します。
- 運用上の継続的なガイダンスについては、 Dynamic Datastream Configurations🔗の ベストプラクティスをお読みください。
- 予期しないルーティング動作が発生した場合は、FAQを参照してください。