結合ポリシーの概要
Adobe Experience Platform では、個々の顧客の全体像を把握するために、複数のソースから得られたデータフラグメントを統合し組み合わせることができます。 結合ポリシーとは、データを統合する場合のデータの優先順位付け方法と、統合されたビューを作成するためにどのデータを組み合わせるかを決定するために Experience Platform が使用するルールです。
RESTful API またはユーザーインターフェイスを介すると、新しい結合ポリシーの作成、既存のポリシーの管理、組織のデフォルトの結合ポリシーの設定をおこなえます。 このドキュメントでは、結合ポリシーの概要と結合ポリシーが Experience Platform 内で果たす役割を説明します。
はじめに
このガイドには、いくつかの重要な Experience Platform 機能に関する十分な知識が必要です。 このガイドに従って結合ポリシーを使用する前に、次のサービスのドキュメントを確認してください。
- リアルタイム顧客プロファイル：複数のソースから集計したデータに基づいて、統合されたリアルタイムの顧客プロファイルを提供します。
- Adobe Experience Platform Identity Service: Experience Platformに取り込まれている様々なデータソースからIDをブリッジすることで、リアルタイム顧客プロファイルを有効にします。
- エクスペリエンスデータモデル（XDM）：Experience Platform が顧客エクスペリエンスデータを整理する際に使用する標準化されたフレームワーク。
結合ポリシーについて
Adobe Experience Platform では、複数のソースのデータフラグメントを統合および組み合わせて、個々の顧客の全体像を把握できます。 このデータを統合する際に、結合ポリシーは、Experience Platformがデータの優先順位付け方法と、その統合ビューを作成するためにどのようなデータを組み合わせるかを決定するために使用するルールです。
例えば、顧客が複数のチャネルをまたがって自社のブランドとやり取りを行う場合、1 人の顧客に関連する複数のプロファイルフラグメントが複数のデータセットに表示されます。 これらのフラグメントがExperience Platformに取り込まれると、それらのフラグメントが結合され、その顧客の単一のプロファイルが作成されます。
複数のソースからのデータが競合する場合（例えば、1 つのフラグメントリストが顧客について「独身」、他のリストが「既婚」としている場合）、結合ポリシーが、個人のプロファイルに含める情報を決定します。
結合ポリシーは組織では非公開であるため、必要な特定の方法でスキーマを結合するための様々なポリシーを作成できます。 明示的に指定されていない場合に使用するデフォルトの結合ポリシーを指定することもできます。 詳しくは、このドキュメントの デフォルトの結合ポリシーの節を参照してください。 組織ごとに許可される結合ポリシーは最大5つまでです。
結合メソッド merge-methods
各プロファイルフラグメントには、1 人の個人用に存在できる ID の合計数のうち、1 つの ID 情報のみが含まれます。 そのデータを結合して顧客プロファイルを形成する場合、その情報が競合する可能性があり、優先度を指定する必要があります。
結合メソッドを選択すると、データセット間で結合の競合が発生した場合に優先順位を付けるデータセット属性を指定できます。
結合ポリシーには、2 つの結合メソッドを使用できます。 これらの各方法の概要を以下に示し、以降の節で詳しく説明します。
- データセットの優先度:競合が発生した場合は、その出所のデータセットに基づいてプロファイルフラグメントを優先します。 このオプションを選択する場合は、関連するデータセットと優先順位を選択する必要があります。 データセットの優先順位結合メソッドの詳細を説明します。
- タイムスタンプが順序付けされました:競合が発生した場合、最近更新されたプロファイルフラグメントが優先されます。 順序付きタイムスタンプ結合メソッドの詳細を説明します。
データセットの優先順位 dataset-precedence
結合ポリシーの結合メソッドとして データセットの優先順位 を選択すると、そのデータが含まれるデータセットに基づいてプロファイルフラグメントを優先できます。 例えば、あるデータセットに情報が存在し、他のデータセットのデータよりも優先度や信頼度が高い場合などに使用できます。
データセットの優先順位を使用して結合ポリシーを作成するには、含まれるプロファイルとExperienceEvent データセットを選択し、プロファイルデータセットを優先順位付けのために手動で並べ替える必要があります。 データセットが選択され順序付けられると、最上位のデータセットが最も優先順位が高く、2 番目のデータセットが 2 番目となります。
順序付きタイムスタンプ timestamp-ordered
プロファイルレコードが Experience Platform に取り込まれると、取り込み時にシステムタイムスタンプが取得され、レコードに追加されます。 結合ポリシーの結合メソッドとして Timestamp ordered を選択すると、プロファイルはシステムのタイムスタンプに基づいて結合されます。 つまり、結合は、レコードがExperience Platformに取り込まれた時点のタイムスタンプに基づいて行われます。
IDステッチ id-stitching
IDの結合（IDの結合）とは、データフラグメントを特定し、それらを結合して完全なプロファイルレコードを形成するプロセスです。 ステッチの動作の違いを明確にするために、2 つの異なる電子メールアドレスを使用してブランドとやり取りする 1 人の顧客について考えてみます。
- なし:このオプションを選択すると、IDは結合されません。 セグメンテーションが発生すると、同じ人物に属する可能性のあるIDは結合されず、セグメンテーションは、顧客がオーディエンスメンバーシップの資格があるかどうかを判断する際に、各個人IDに添付された属性のみを考慮します。 これにより、単一の顧客が複数のプロファイルを持ち、各プロファイルが異なるオーディエンスに適格となる可能性があり、複数のマーケティングメッセージが同じ顧客に送信される可能性があります。
- プライベートグラフ : プライベートグラフを選択すると、同じ個人に関連する複数のIDが結合されます。 これにより、顧客は単一のプロファイルを持ち、セグメント化ではセグメントの選定を判断する際に、複数の関連する ID からの複数の属性を考慮することができます。 この場合、顧客は単一のプロファイルを持ち、ID間の属性の組み合わせに基づいて1つのオーディエンスを選定し、1つのマーケティングメッセージのみを受け取る可能性が高くなります。
IDと、プロファイルとオーディエンスの生成におけるIDの役割について詳しくは、ID サービスの概要を参照してください。
デフォルトの結合ポリシー default-merge-policy
組織は、プロファイルフラグメントの結合時に使用するデフォルトの結合ポリシーを作成できます。 これにより、Experience Platformでアクション（顧客プロファイルの表示やオーディエンスの作成など）を実行する際に、デフォルトポリシーを簡単に選択できるようになります。 別の結合ポリシーを指定しない限り、ほとんどの場合はデフォルトの結合ポリシーが使用されます。
各組織は、単一の XDM スキーマクラスに関連する複数の結合ポリシーを作成できますが、クラスごとに宣言できるデフォルトの結合ポリシーは 1 つだけです。 例えば、組織に XDM Individual Profile クラスに関連するデフォルトの結合ポリシーと、カスタムビルドの製品在庫クラスに別のデフォルトの結合ポリシーを持つことができます。
新しい結合ポリシーを作成してデフォルトとして設定すると、以前のデフォルトの結合ポリシーがシステムによって自動的に更新され、デフォルトではなくなります。 この時点より後に作成されたオーディエンスは、この新しいデフォルトの結合ポリシーを使用します。
次の手順
このガイドを読むと、結合ポリシーの概要とポリシーが Experience Platform 内で果たす役割がわかります。 Experience Platform UI で結合ポリシーの使用を開始するには、結合ポリシー UI ガイドを参照してください。 API を使用して結合ポリシーを使用するには、結合ポリシー API エンドポイントガイドを参照してください。