前提条件と計画のチェックリスト
Dynamic Datastream Configuration ルールを設定する前に、次の手順を実行します。 これらは、誤って設定されたルールと予期しないルーティング動作の最も一般的なソースです。
データストリーム設定 datastream-setup
ルールを追加する前に、データストリームが存在し、すべての必要なサービスが有効になっている必要があります。 設定手順については、 データストリームの設定および データストリームへのサービスの追加を参照してください。
使用するサービスに応じて：
-
Adobe Analytics:少なくとも1つのレポートスイートを設定します。 詳細オプションの下に、さらに レポートスイートの上書きとしてレポートスイートを追加できます。
-
Adobe Target:少なくとも1つのプロパティトークンを設定します。 詳細オプションの下に、さらに プロパティトークンの上書きとしてプロパティトークンを追加できます。
-
Adobe Audience Manager:追加の設定は必要ありません。 Audience Managerの設定を参照してください。
-
Event Forwarding: プロパティを設定します。 イベント転送設定を参照してください。
-
Adobe Experience Platform:
- プライマリイベントデータセットを設定。 このデータセットは、ルールに一致しないすべてのイベント（デフォルトのフォールバック）を受け取ります。
- ルールがイベントをルーティングする追加のセカンダリイベントデータセットを設定します。 これらのデータセットがまだ存在しない場合は、ルールを設定する前に、 スキーマとデータセットの準備手順を完了してください。
- 意思決定管理、Edge セグメンテーション、Edge宛先、Adobe Journey Optimizerなど、必要なAdobe Experience PlatformPersonalization サービスを有効にします。 Experience Platformの設定を参照してください。
スキーマとデータセットの準備 schema-dataset
ルールを設定する前に、スキーマとデータセットを準備します。 ルーティング設定でデータセットを参照する前に、データセットが存在する必要があります。
- データストリームの「マッピングスキーマ」セクションで、Dynamic Datastream Configuration条件のXDM スキーマを設定します（ データストリームの作成を参照）。
- XDM スキーマに、ルール条件として使用するすべてのフィールド（例：
eventType、カスタムデータレイヤーフィールド、地理的フィールド）が含まれていることを確認します。 - ボットフィルタリングルールを使用する場合は、ボット検出情報 フィールドグループをXDM スキーマに追加し、データストリームで ボット検出を有効にします。 テスト前にボット検出ルールが反映されるまで、最大15分かかります。
- ルールを設定する前に、正しいスキーマと命名規則を使用して、すべてのターゲットデータセット を作成します。 ルールを検証したら、プロファイルを有効にし、データ保持を設定し、Customer Journey Analytics接続を有効にすることができます。
データセット保持ウィンドウの設定について詳しくは、Experience Event データセット保持ガイド を参照してください。
イベント在庫 event-inventory
実装が送信するあらゆるイベントタイプをカタログ化し、1つのルールを記述する前にそれぞれを分類します。
-
すべてのイベントタイプを一覧表示します。 一般的な例としては、
web.webpagedetails.pageViews、commerce.purchases、commerce.productViews、commerce.productListAdds、decisioning.propositionFetchおよびpersonalization.requestがあります。 -
各イベントを イベント値分類を使用して分類します。
- 費用：分析的または実用的な値（ボットトラフィック、システムイベント）がありません
- 分析：は、分析レポートにのみ必要で、プロファイルのエンリッチメントやセグメント化には必要ありません
- プロファイルの強化、セグメント化、およびアクティブ化に必要な実用的：。分析レポートにも使用できます
-
オーディエンスに依存するイベントを特定します。 オーディエンス定義を確認し、そのオーディエンスが参照するイベントタイプを確認します。 これらのイベントをプロファイル対応データセットから離してルーティングすると、Real-Time Customer Profileがイベントを取り込むのを防ぐことができ、オーディエンスが正しく評価されなくなります。
-
信頼性の高い条件フィールドを特定します。 一貫して入力され、予測可能な小さな値セットを持つフィールドを選択します。
eventTypeは、ほとんどのルールで推奨されるプライマリ条件フィールドです。 その他の便利なフィールドには、botDetection.score、web.webPageDetails.URLおよび データ収集用データ準備でマッピングされたカスタムデータレイヤーフィールドがあります。
競合するクライアントサイドの上書きの削除 remove-overrides
データストリーム設定の上書きは、Dynamic Datastream Configurationのルールよりも優先されます。 クライアントサイドのオーバーライドを伴うイベントは、エラーや警告を発生させることなく、サイレントにルールをバイパスします。
ルールを有効にする前に：
- Web SDKまたはMobile SDKの実装で、ルールで処理する必要のあるイベントの
edgeConfigOverridesがsendEventまたはconfigure呼び出しに送信されないことを確認します。 - Dynamic Datastream Configuration ルールに移動するイベントタイプごとに、ルールを有効にする前に、対応する
edgeConfigOverridesをSDK コードから削除します。
次の手順
このチェックリストを完了すると、ルールをデザインする準備が整います。
- 動的データストリーム設定パターン を読み取り、適切なデータセット戦略を選択してください。
- ステップバイステップのルール設定については、動的データストリーム設定のユースケース を参照してください。
- 動的データストリーム設定の作成のUI手順に従って、ルールを作成および保存します。