動的データストリーム設定のユースケース
このページでは、Dynamic Datastream Configurationsの6つの一般的なユースケースについて説明します。値によるイベント分離、階層化されたデータ保持戦略、システムイベント抑制、ボットトラフィックフィルタリング、選択的なExperience Cloud ソリューションのルーティング、Analytics ソースコネクタの移行です。
それぞれ独立したユースケースです。 実装に適用されるものだけを実装します。
ルールを設定する前に、前提条件と計画のチェックリスト を完了し、設定パターン を確認して、実装に適したプライマリデータセット戦略を選択してください。
ユースケース 1：分析イベントと実用的イベントの分離 uc1
目標： Analytical イベントをCustomer Journey Analyticsで利用できるようにしながら、実用的な イベントのみをReal-Time Customer Profileにルーティングすることで、プロファイルストアの使用状況を最適化し、合計データ量を削減します。
使用するタイミング：すべてのイベントがプロファイル対応データセットに格納されるため、Web SDKまたはMobile SDK イベントをAdobe Experience Platformに取り込み、プロファイルの超過、合計データボリュームの超過、またはストリーミング取り込みのガードレール圧力が発生しています。
データセット戦略 uc1-dataset-strategy
次の2つのデータセット構造では、イベントをプロファイル値で区切ります。
Web Events - ProfileWeb Events - Analyticsルール設定 uc1-rule-config
ルールを設定する前に、実用的な最初のデータセット戦略または分析的な最初のデータセット戦略のどちらを使用するかを決定します。 この選択により、データストリームのプライマリとして設定するデータセットが決まります。
例1：最初の分析 – アクション可能なイベント ルール
プライマリデータセット：Web Events - Analytics （プロファイルが有効になっていません。既定のフォールバック）
セカンダリデータセット：Web Events - Profile （プロファイル対応）
プロファイルが有効なデータセットに実用的な イベントを昇格するルールを1つ記述します。 すべてのAnalytical イベントは、プライマリデータセットに自動的にフォールスルーします。
ルール：実行可能なイベント
eventTypecommerce.purchasescommerce.productListAddsやleadGeneration.formCompleteなど、他の実用的な イベントタイプにOR ロジックを使用して追加の条件を追加します。
- Adobe Experience Platformサービス：有効
- イベントデータセットの上書き：
Web Events - Profile - Edge サービス： パーソナライゼーションのユースケースに必要に応じて、Adobe Journey Optimizer、Edge セグメンテーション または意思決定管理を有効にします。 Experience Platformの設定を参照してください。
例2：実用的な最初 – 分析イベント ルール
プライマリデータセット：Web Events - Profile （プロファイル対応、デフォルト フォールバック）
セカンダリデータセット：Web Events - Analytics （プロファイルが有効になっていません）
プロファイルが有効なデータセットからAnalytical イベントを除外するルールを1つ記述します。 すべての実用的な イベントは、プライマリデータセットに自動的にフォールスルーします。
ルール：分析イベント
eventTypeweb.webpagedetails.pageViews他のAnalytical イベントタイプの追加条件を追加します。
- Adobe Experience Platformサービス：有効
- イベントデータセットの上書き：
Web Events - Analytics - Adobe Journey Optimizer/ Edge Segmentation / Decision Management:が無効
ユースケース 2：階層型データ保持戦略 uc2
目標：長期的なビジネス価値に基づいて、異なる保持期間を持つデータセットにイベントをルーティングすることで、データ保持コストを管理します。
使用するタイミング： イベントタイプごとに異なるリテンションウィンドウが必要です。 例えば、購入データのリテンションを長くしたり、商品インタラクションのリテンションを短くしたりします（Adobe Real-Time CDP）。
データセット保持の設定について詳しくは、 エクスペリエンスイベント データセット保持ガイド を参照してください。
データセット戦略 uc2-dataset-strategy
次の3層構造は、イベント値に基づいて保持ウィンドウを割り当てます。
PurchasesProduct InteractionsBrowsing - Generalルール設定 uc2-rule-config
データストリームのプライマリデータセットをBrowsing - Generalに設定して、一致しないイベントがプロファイルストアを膨らませるのではなく、デフォルトでプロファイル以外のデータセットに格納されるようにします。 一般的なブラウジングイベントにルールは必要ありません。ルールは自動的にプライマリデータセットに渡されます。
ルール 1：購入
eventTypecommerce.purchases- イベントデータセットの上書き：
Purchases - Edge サービス：必要に応じて有効（Edge セグメンテーション 、Adobe Journey Optimizer、意思決定管理）
ルール 2：製品インタラクション
eventTypecommerce.productViewscommerce.productListAddsのOR、UTM パラメーターを使用したページビュー、その他の製品インタラクションイベントの追加条件を追加します。
- イベントデータセットの上書き：
Product Interactions - Edge サービス：必要に応じて有効
ユースケース 3：パーソナライゼーションシステムイベントの抑制 uc3
目標： Customer Journey AnalyticsとReal-Time Customer Profileのうちdecisioning.propositionFetchとpersonalization.request個のイベントを維持します。 これらのシステムイベントは、Adobe TargetまたはAdobe Journey Optimizerがパーソナライゼーション決定を取得したときに、ページ読み込みのたびに発生します。 分析またはプロファイル値を持たないExpendable イベントです。
使用するタイミング： パーソナライゼーションにAdobe TargetまたはAdobe Journey OptimizerをCustomer Journey AnalyticsまたはAdobe Real-Time CDPと一緒に使用すると、これらのシステムイベントによって請求可能な行数が増え、プロファイルストアの容量が消費され、ストリーミング取り込みのスループットが消費されます。
ルール設定 uc3-rule-config
Adobe Experience Platform サービスを完全に無効にするのではなく、専用の強制隔離データセットにシステムイベントをルーティングします。 これにより、値を持たないことを確認する前に、デバッグ用のイベントが保持されます。
ルール：システム イベント
eventTypedecisioning.propositionFetchpersonalization.requestおよびその他のシステムイベントタイプに対してOR条件を追加します。
- Adobe Experience Platformサービス：有効
- イベントデータセットの上書き：
System Events - Quarantine（デバッグと監査の目的で、プロファイルが有効でないデータセットで、30日間の保持ウィンドウが表示される） - Edge Segmentation / Adobe Journey Optimizer / Decision Management:必要に応じて有効
これらのイベントを強制隔離データセットにルーティングした後、それがCustomer Journey Analytics接続から除外されていることを確認します。
decisioning.propositionFetch イベントを抑制しても、パーソナライゼーション呼び出し自体は無効になりません。 Adobe TargetおよびAdobe Journey Optimizerは、引き続きパーソナライゼーションの決定を評価して返します。 このルールは、Adobe Experience Platformがそのデータセットにシステムイベントレコードを保存するかどうかを制御するだけです。ユースケース 4: ボットトラフィックフィルタリング uc4
目標： ボット生成イベントがReal-Time Customer Profileに入ったり、Customer Journey Analytics指標が膨らんだり、ストリーミング取り込みのスループットが消費されたりするのを停止します。
使用するタイミング： データストリームでボット検出を有効にし、イベントに割り当てられたボットスコアに基づいてアクションを実行します。
前提条件 uc4-prerequisites
このルールを設定する前に、前提条件と計画のチェックリスト に記載されているボット検出の設定を完了してください。
- データストリームで ボット検出を有効にします。
- XDM スキーマにボット検出情報 フィールドグループを追加します。
- テスト前にボット検出ルールが反映されるまで、最大15分かかります。
ルール設定 uc4-rule-config
まず、分析のためにボットイベントを強制隔離します。 ボットスコアリングが正確であることを検証したら、強制隔離を続行するか、これらのイベントを完全に破棄するかを選択できます。
ルール：ボットトラフィック
botDetection.score1オプション A：分析用の強制隔離（最初に推奨）
- Adobe Experience Platformサービス：有効
- イベントデータセットの上書き：
Bot Traffic - Quarantine（プロファイル以外、30日間の保持） - Edge サービス：無効
このデータセットがCustomer Journey Analytics接続から除外されていることを確認してください。
オプション B：完全に破棄する（オプション Aを検証した後）
- Adobe Experience Platformサービス：が無効です
検疫データセットを検証し、ボットスコアリングが正確であることを確認したら、ルールのAdobe Experience Platform サービスを無効にして、これらのイベントがAdobe Experience Platformに完全に到達するのを停止します。
別のルールでボットトラフィックの他のサービスを無効にすることもできます。
- Adobe Analytics:は無効です。 これにより、ボットのヒットがレポートスイートの指標を膨らませるのを防ぐことができます。
- Adobe Target:は無効です。 これにより、ボットがA/B テストの結果を歪めるのを防ぐことができます。
ルール順序 uc4-rule-ordering
ボットフィルタリングルール firstをルールリストの 実用的 または分析 ルールの前に配置します。 Edge Networkでは最初のマッチウィン評価を使用するため、このルールを最初に配置すると、Edge Networkは他のルーティングロジックが実行される前にトラフィックを取得して破棄します。 ボットイベントをプロファイル対応データセットにルーティングすると、不要なプロファイルストア容量が消費されます。
ユースケース 5：選択的Experience Cloud ソリューションルーティング uc5
目標：特定のイベントタイプを受け取るExperience Cloud ソリューション （Adobe Analytics、Adobe Target、Adobe Audience Manager）を制御し、イベント条件に基づいてレポートスイートやプロパティトークンなどのソリューションレベルの設定を上書きします。
使用するタイミング：複数のデータストリームを1つに統合する場合、異なるイベントタイプを異なるAdobe Analytics レポートスイートに送信するか、特定のイベントをAdobe TargetまたはAdobe Audience Managerに届けないようにする必要があります。
例A: イベントタイプ別にAnalytics レポートスイートを上書き uc5-example-a
異なるレポートスイートにレポートする複数のサイトセクションにサービスを提供する単一のデータストリーム：
ルール 1: E コマースイベント
eventTypecommerce.- Adobe Analytics:有効
- レポートスイートの上書き：
rsid-commerce
ルール 2: コンテンツイベント
eventTypeweb.webpagedetails.pageViews- Adobe Analytics:有効
- レポートスイートの上書き：
rsid-content
例B：分析イベントのTargetの無効化 uc5-example-b
Analytical イベントがAdobe Targetに到達するのを防ぎ、1秒あたりのTarget リクエストと不要な処理を削減します。
ルール：分析イベント
eventTypeweb.webpagedetails.pageViews- Adobe Target:が無効です
- Adobe Analytics:が有効です（既定のレポートスイート）
例C：複数のデータストリームの統合 uc5-example-c
現在、Adobe AnalyticsおよびAdobe Target、Event Forwarding、Adobe Journey Optimizer、Customer Journey Analyticsの個別のデータストリームを管理している場合は、単一のデータストリームに統合できます。
- 1つのデータストリームですべてのサービス を有効にします。
- Dynamic Datastream Configuration ルールを使用して、どのイベントがどのサービスに到達するかを制御します。
decisioning.propositionFetchイベントをAdobe Experience Platformから除外します（ ユースケース 3を参照）。- 任意のサービスに到達する前にボットトラフィックをフィルタリングします（ ユースケース 4を参照）。
- 実用的な イベントと分析 イベントを適切なデータセットにルーティングします（ ユースケース 1を参照）。
これにより、データストリーム管理のオーバーヘッドが削減され、クライアントサイドのロジックでデータストリームを選択する必要がなくなります。
ルールテーブルとルール順の根拠を含む完全な統合の例については、 エンドツーエンドの例を参照してください。
ユースケース 6:Analytics ソースコネクタからの移行 uc6
目標： Adobe Analytics ソースコネクタ をWeb SDK データ収集に置き換えますが、提供されたソースコネクタの行レベルのフィルタリングは保持されます。
使用するタイミング： Adobe Analytics ソースコネクタからWeb SDK ベースのデータ収集にAdobe Experience Platformに移行する際に、ソースコネクタを使用して、プロファイルが受信したイベントをフィルタリングしました。
移行アプローチ uc6-migration
次の手順に従います。 手順1と2は、データストリームにアクセスする前に実行する手順を計画します。
手順1：ソースコネクタフィルターのインベントリ
ソースコネクタが現在取り込みから除外しているイベントを文書化します。
- プロファイルから除外されたイベントタイプ（ページビュー、カスタムリンク呼び出しなど）
- 特定の条件に基づく行フィルター（例：内部トラフィックを除外）
手順2: ソースコネクタフィルターをルールにマッピング
eventTypeがXに等しいイベントをプロファイル以外のデータセットにルーティングするemailに@yourcompany.comが含まれるイベントをプロファイル以外のデータセットにルーティングするか、破棄します手順3: データセット戦略の作成
保持要件に基づいて ユースケース 1または ユースケース 2に従います。
手順4：ルールの設定
手順2でマッピングしたルールを実装します。 分析最初のパターンと実用的な最初のパターン のどちらかを決定します。 最初に最大イベント数に影響を与えるルールを優先し、その他のすべてのイベントをデフォルトのフォールバックに残します。
手順5：並列取り込みの実行
移行時に、検証ウィンドウのために、ソースコネクタとWeb SDKの取り込みの両方を並行して実行します。 比較：
- データセットごとのイベントボリューム
- プロファイル数と合計データ量
- Customer Journey Analytics行数
結果を検証したら、ソースコネクタを解約します。
次の手順
- エンドツーエンドの例を確認して、単一のデータストリーム設定で複数のユースケースが組み合わされていることを確認します。
- 実稼動環境にデプロイする前に、 Dynamic Datastream Configurations🔗の ベストプラクティスをお読みください。
- テストと検証 Dynamic Datastream Configurationsの手順に従って、ルールが正しくルーティングされていることを確認します。