結合ポリシーの作成
このレッスンでは、複数のデータソースがプロファイルにマージされる方法に優先順位を付けるマージポリシーを作成します。
Adobe Experience Platformでは、複数のソースからのデータを統合し、それを組み合わせて、個々の顧客の完全な表示を確認できます。 このデータを統合する場合、マージポリシーによって、データの優先順位付け方法と、統合表示を作成するために結合するデータが決まります。
このレッスンのUIはこのままにしますが、結合ポリシーを作成するためのAPIオプションも存在します。
データ アーキテクチャは、このチュートリアル以外で結合ポリシーを作成する必要があります。
演習を開始する前に、次の短いビデオを見て、結合ポリシーの詳細を確認してください。
必要な権限
権限の設定のレッスンでは、このレッスンを完了するのに必要なすべてのアクセス制御を設定します。具体的には、次のようにします。
- 権限項目プロファイル管理 > 表示結合ポリシーと結合ポリシーの管理
- 権限項目プロファイル管理 > 表示プロファイルとプロファイルの管理
- 権限項目サンドボックス >
Luma Tutorial Luma Tutorial Platform製品プロファイルへのユーザーロールアクセス
結合ポリシーと和集合スキーマについて
バッチ取り込みに関するレッスンでは、同じ顧客に対して2つのレコードを少し異なる情報でアップロードしたことを覚えているかもしれません。 Loyaltyデータでは、顧客の名はDanielで、New York Cityに住んでいましたが、CRMデータでは、顧客の名はDannyで、Portlandに住んでいました。 顧客データは経時的に変化します。 おそらくPortlandからNew York Cityへ、あるいはからへと移動したのでしょう。 電話番号、電子メールアドレスなど、その他の変更もあります。 マージポリシーは、2つのデータソースが同じユーザーに対して異なる情報を提供する場合に、これらのタイプの競合の処理方法を決定する際に役立ちます。
Dannyはなぜ名前に勝ったの？ 次を見てみましょう。
- プラットフォームUIの左側のナビゲーションでプロファイルをクリックします
- 「ポリシーの結合」タブをクリックします
- デフォルトのマージポリシーはタイムスタンプが並べられていることに注意してください。 CRMデータはロイヤルティデータの後にアップロードされたので、
Dannyはプロファイルの名として取り消されました。
複数のスキーマがプロファイルに対して有効な場合、和集合スキーマがプロファイルに対して自動的に作成され、同じ基本クラスを共有するレコードスキーマが記録されます。 和集合スキーマを表示するには、「和集合スキーマ」タブをクリックします。
ExperienceEventクラスには和集合スキーマはありません。 ExperienceEventデータは依然としてプロファイルに属していますが、時間系列ベースなので、各イベントにタイムスタンプとIDが含まれ、競合は問題になりません。
そのデフォルトの結合ポリシーが気に入らない場合はどうしますか？ もしルマがCRMシステムを真実の源にすべきだと決めたら？ そのために、マージポリシーを作成します。
UIでの結合ポリシーの作成
- 「Merge Policies」画面で、右上の「Create Merge Policy」ボタンをクリックします
- 名前として、
Loyalty Prioritizedと入力します。 - スキーマとして、XDMプロファイルを選択します（カスタムクラスはレコードデータなので、マージポリシーでも使用できます）
- IDのステッチに対して、プライベートグラフを選択します
- 属性の結合に対して、データセットの優先順位を選択します
Luma Loyalty DatasetとLuma CRM Datasetをデータセットパネルにドラッグ&ドロップします。Luma Loyalty Datasetが上にあることを確認するには、Luma CRM Datasetの上にドラッグ&ドロップします- 「保存」ボタンをクリックします。
マージポリシーの検証
次に、マージポリシーが予想通りに実行されているかどうかを確認します。
- 「参照」タブをクリックします
- マージポリシーを新しい
Loyalty Prioritizedポリシーに変更します - ID名前空間として、
Luma CRM Id - ID値は
112ca06ed53d3db37e4cea49cc45b71eを使用します - 「プロファイルを表示」ボタンをクリックします
Daniel戻って来た！
制限付きデータセットを含むマージポリシーの作成
データセットの優先順位を使用してマージポリシーを作成する場合、右側に含めるのと同じ基本クラスのデータセットのみがプロファイルに含まれます。 別の結合ポリシーを設定します
- 「Merge Policies」画面で、右上の「Create Merge Policy」ボタンをクリックします
- 名前として、
Loyalty Onlyと入力します。 - スキーマとして、XDMプロファイルを選択します
- IDのステッチに対して、なしを選択します
- 属性の結合に対して、データセットの優先順位を選択します
Luma Loyalty Datasetのみを選択したデータセットパネルにドラッグ&ドロップします。- 「保存」ボタンをクリックします。
マージポリシーの検証
次に、このマージポリシーの機能を見てみましょう。
- 「参照」タブをクリックします
- マージポリシーを新しい
Loyalty Onlyポリシーに変更します - ID名前空間として、
Luma CRM Id - ID値は
112ca06ed53d3db37e4cea49cc45b71eを使用します - 「プロファイルを表示」ボタンをクリックします
- プロファイルが見つからないことを確認します。
CRM IDはLuma Loyalty DatasetのIDフィールドですが、プロファイルの検索に使用できるのはプライマリIDのみです。 では、プライマリID Luma Loyalty Idを使ってプロファイルを調べましょう。"
- ID名前空間を
Luma Loyalty Idに変更します - ID値は
5625458を使用します - 「プロファイルを表示」ボタンをクリックします
- プロファイルIDをクリックしてプロファイルを開きます
- 「属性」タブをクリックします
- 携帯電話番号や電子メールアドレスなど、CRMデータセットの他のプロファイルの詳細は、アドビのみが利用できるので、ご利用いただけません
- 「イベント」タブをクリックします
- ExperienceEventデータは、マージポリシーデータセットに明示的に含めない場合でも使用できます。
結合ポリシーの詳細
プロファイル検索で、使用する結合ポリシーをDefault Timebasedに変更し、プロファイルを表示ボタンをクリックします。 ダニーが戻った！
何が起きてる？ プロファイルの合併は一度の事ではありません リアルタイム顧客プロファイルは、マージポリシーを使用する要因など、様々な要因に基づいてその場で組み立てられます。 必要な表示に応じて、様々なコンテキストで使用する複数の結合ポリシーを作成できます。
結合ポリシーの使用例の1つに、既存のデータを置き換える必要がある場合があります。 例えば、Lumaがオンラインになる新しい製品カタログを持っており、そのカタログの新しいバージョンLuma Product Catalog Dataset v2を作成し、更新されたSKUと価格を入手したとします。 ユーザーは、マージポリシーを使用して、カウントオーバー日の前にこのデータセットを非表示にできます。 その後、古いデータセットを隠して新しいデータセットを表示できます。
また、マージポリシーはデータガバナンスとセグメント化に結びつき、次のレッスンで確認します。
その他のリソース
次に、データ・ガバナンス・フレームワークについて説明します。
adobe.com 上のリソース
アドビアカウント
