結合ポリシーの作成

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

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 に取り込んだとします。 このサードパーティのデータセットを除外する結合ポリシーを作成し、この結合ポリシーを使用して、広告のユースケース向けにセグメントを作成できます。

その他のリソース

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