結合ポリシーの作成

このレッスンでは、複数のデータソースをプロファイルに結合する方法を優先するように、結合ポリシーを作成します。

Adobe Experience Platformなら、複数の情報源からデータを集め、統合することで、個々の顧客の全体像を把握できます。 このデータを統合する際に、結合ポリシーによって、データの優先順位付け方法と、その統合ビューを作成するためにどのデータを組み合わせるかが決まります。

このレッスンではユーザーインターフェイスを使用しますが、結合ポリシーを作成するためのAPI オプションも存在します。

データアーキテクト​は、このチュートリアル以外で結合ポリシーを作成する必要があります。

演習を開始する前に、この短いビデオで結合ポリシーの詳細を確認してください。

権限が必要です

権限の設定 レッスンでは、このレッスンを完了するために必要なすべてのアクセス制御を設定します。

結合ポリシーと結合スキーマについて

バッチ取り込みのレッスンでは、同じ顧客に対して情報が少し異なる2つのレコードをアップロードしたことを思い出してください。 Loyalty データでは、お客様の名前はDanielで、New York Cityに住んでいましたが、CRM データでは、お客様の名前はDannyで、Portlandに住んでいました。 顧客データは時間の経過とともに変化します。 おそらく彼はPortlandからNew York Cityに移動しました。 電話番号やメールアドレスなど、その他のものも変更されます。 結合ポリシーは、2つのデータソースが同じユーザーに対して異なる情報を提供する場合に、これらのタイプの競合を処理する方法を決定するのに役立ちます。

では、なぜDannyが名を付けたのでしょうか？ では見ていきましょう。

プロファイルに対して複数のスキーマが有効になっている場合、ベースクラスを共有するすべてのプロファイル対応レコードスキーマに対して結合スキーマ ​が自動的に作成されます。 結合スキーマ ​ タブに移動すると、結合スキーマ​を表示できます。

ExperienceEvent クラスには結合スキーマがないことに注意してください。 ExperienceEvent データは時系列ベースであるため、依然としてプロファイルに格納されますが、各イベントにはタイムスタンプとIDが含まれ、衝突は問題ではありません。

では、デフォルトの結合ポリシーが気に入らない場合はどうでしょうか？ Lumaが、紛争が発生した場合に、ロイヤルティシステムが真実の情報源であると判断した場合はどうなりますか？ そのために、結合ポリシーを作成します。

UIでの結合ポリシーの作成

結合ポリシーの検証

結合ポリシーが期待どおりに動作しているかどうかを確認します。

限られたデータセットで結合ポリシーを作成する

データセットの優先順位を使用して結合ポリシーを作成する場合、右側に含めた同じ基本クラスのデータセットのみがプロファイルに含まれます。 別の結合ポリシーを設定して

結合ポリシーの検証

次に、この結合ポリシーで何ができるかを見てみましょう。

CRM IDはLuma Loyalty DatasetのID フィールドですが、プロファイルの検索に使用できるのはプライマリ IDのみです。 プライマリ ID Luma Loyalty Id"を使用してプロファイルを検索してみましょう

結合ポリシーの詳細

プロファイル検索で、使用していた結合ポリシーをDefault Timebasedに変更し、プロファイルを表示 ボタンを選択します。 ダニーが帰ってきた！

データの？ プロファイルの結合は1回限りのものではありません。 リアルタイムの顧客プロファイルは、どの結合ポリシーが使用されているかなど、さまざまな要素にもとづいて、即座に組み立てられます。 必要な顧客ビューに応じて、異なるコンテキストで使用する複数の結合ポリシーを作成できます。

結合ポリシーの主なユースケースは、データガバナンスです。 例えば、パーソナライゼーションのユースケースでは使用できないサードパーティデータをPlatformに取り込むが、広告のユースケースでは​ can ​を使用できるとします。 このサードパーティデータセットを除外する結合ポリシーを作成し、この結合ポリシーを使用して、広告ユースケースのセグメントを構築できます。

その他のリソース

次に、​ データガバナンスフレームワーク ​に進みます。