動的データストリーム設定パターン

パターンには、すべてのサービスに適用される一般的なルール作成パターンとAdobe Experience Platform固有のデータセット戦略パターンの2つのカテゴリがあります。 Dynamic Datastream Configuration各カテゴリは、異なるデザイン決定に対応し、独立して適用できます。

このページを読む前に、Dynamic Datastream Configuration概要の​ イベント値分類を確認してください。 イベントを​ExpendableAnalyticalActionable​に分類することは、適切なパターンを選択するための前提条件です。

一般的なパターン general-patterns

次のパターンはすべてのサービスに適用されます:Adobe Analytics、Adobe Target、Adobe Audience Manager、イベント転送、およびAdobe Experience Platform。

大まかなルールの前の特定のルール granular-before-generic

Edge Networkではファーストマッチウィン評価を使用するため、より広範なルールの前に、より具体的なルールを定義します。 特定のルールの前に配置された汎用ルールが最初に一致し、Edge Networkは特定のルールを評価しません。

例:​より具体的なルールを最初に配置し、その後に大きなルールを配置します。

  • ルール 1 (固有): eventTypecommerce.purchasesに等しいAND web.webPageDetails.URLには/checkout/confirmation​が含まれます
  • ルール 2 (幅広): eventTypecommerce.purchases​に等しい

例外のルールのみを書く override-rules

一致しないイベントはデフォルトの静的データストリーム設定にフォールバックするため、最も一般的なイベントパスのルールは必要ありません。 デフォルトから逸脱する必要があるイベントのサブセットに対してのみルールを定義します。

例: プライマリ プロファイルが有効でないデータセット (Web Events - Analytics)とセカンダリ プロファイルが有効なデータセット (Web Events - Profile)を持つデータストリーム。 すべてのイベントタイプのルールを作成する代わりに、単一のルールを作成して、実用的な イベントをWeb Events - Profileにルーティングします。 その他のイベントはすべて、自動的にプライマリデータセットにフォールバックされます。

Experience Platform データセットパターン aep-patterns

イベントをAdobe Experience Platformにルーティングする場合は、ルールを記述する前にプライマリデータセット戦略を選択します。 この戦略は、一致しないイベントが発生する場所を決定します。これは、ほとんどの実装で大部分のイベントに起こることです。

両方のパターンは、同じEdge Network サービスをサポートしています:Decision Management、Edge Segmentation、Personalization Destinations、およびAdobe Journey Optimizer。 データストリームで有効にするには、Experience Platform設定を参照してください。

NOTE
Adobe Experience Platformのルールは5件まで、例えばAdobe Analyticsのルールは5件、例えばAdobe Targetのルールは5件、例えばAdobe Audience Managerのルールは5件、イベント転送のルールは5件まで、すべて同じデータストリーム上で設定できます。 制限は、サービスごとに個別に適用されます。

実用的な最初の一歩 actionable-first

実用的な最初の​とは、ルールが明示的に別の場所にルーティングしない限り、すべてのイベントがReal-Time Customer Profileとすべての有効なEdge サービスに送信されるようにすることで、プロファイルの取り込み、セグメント化、アクティベーションを優先することを意味します。

プライマリ(デフォルト)データセットをプロファイル対応データセットに設定します。 必要なAdobe Experience Platform Edge サービスを有効にします。

すべてのイベントは、データレイク、Real-Time Customer Profile、および有効なすべてのEdge サービスに送信されます。 プロファイルから​ Analytical ​件のイベントをルーティングし、それらのイベントに対してEdge サービスを無効にするルールを作成します。

分析第一 analytical-first

分析ファースト​とは、ルールがReal-Time Customer ProfileおよびEdge サービスに明示的にプロモートしない限り、すべてのイベントがプロファイル以外のデータセットに格納されるようにすることで、Real-Time Customer Profileよりもデータレイクを優先することを意味します。

プライマリ(デフォルト)データセットを、プロファイルが有効でないデータセットに設定します。 必要なAdobe Experience Platform Edge サービスを有効にします。

イベントはすべてデータレイクに送信されます。 実用的な イベントをプロファイル対応データセットにルーティングし、それらのイベントに適切なEdge サービスを有効にするルールを作成します。 必要に応じて、Analytical イベントのEdge サービスを無効にするルールを追加します。

実用的な最初の質問と分析を最初に選択するタイミング which-pattern

トラフィックの大部分を占めるイベントタイプにもとづいて選択します。

考慮事項
実用的な最初の一歩
分析第一
最適なタイミング:
ほとんどのイベントは​ 実用的な ​です(例:トランザクションアプリ、ロイヤルティプラットフォーム)
ほとんどのイベントは​ Analytical ​です(ページビュー数が多いコンテンツ量の多いweb サイトなど)
既定の動作
すべてのイベントはプロファイルに移動します。 ルールにより、Analytical​件のイベントがプロファイルから離れます。
イベントはすべてデータレイクに送信されます。 ルールは​実用的な イベントをプロファイルにルーティングします。
ルール効率
Analytical​のイベントタイプが小さいセットの場合に必要なルールが少ない
実用的な イベントタイプが小さいセットの場合に必要なルールが少ない
問題が発生した場合
予期しないイベントがプロファイルに到達した場合(コストは高くなりますが、パーソナライゼーションの機会が失われることはありません)
予期しないイベントがプロファイル外に留まる(コストは削減されますが、パーソナライゼーションの機会を逃す可能性があります)

経験則:​少数のイベントタイプのルールを作成します。 3つの​実用的な イベントタイプと15の​分析 イベントタイプがある場合は、分析を使用して、3つのルールを作成し、実用的な イベントをプロファイルに昇格させます。 これにより、ルール数はサービスごとに5つのルールの制限内に収まります。

次の手順

recommendation-more-help
experience-platform-help-datastreams