[ベータ版]{class="badge informative"}

名前空間の優先度

顧客の実装はすべて、特定の組織の目標を満たすようにカスタマイズされて一意です。そのため、特定の名前空間の重要性は、顧客によって異なります。 実際の例を次に示します。

名前空間の重要性を反映した設定を ID サービスで行う必要があります。これは、プロファイルの形成およびセグメント化の方法に影響を与えるからです。

優先度の決定

名前空間の優先度の決定は、次の要因に基づいて行います。

ID グラフ構造

組織のグラフ構造がレイヤー化されている場合は、グラフが折りたたまれた場合に正しいリンクが削除されるように、名前空間の優先度にこれを反映する必要があります。

名前空間の意味論的意味

ID は、実際のオブジェクトを表します。 ID グラフには 3 つのオブジェクトが表示されます。 次に、重要度の高い順に示します。

人物名前空間は、ハードウェアデバイス（IDFA、GAID など）に比べて比較的不変で、web ブラウザーに比べて比較的不変です。 基本的に、ユーザーは常に 1 人のエンティティであり、複数のハードウェアデバイス（スマートフォン、ノートパソコン、タブレットなど）を持ち、複数のブラウザー（Google Chrome、Safari、FireFox など）を使用できます。

このトピックにアプローチするもう 1 つの方法は、カーディナリティを使用することです。 特定のユーザーエンティティに対して、いくつの ID が作成されますか？ ほとんどの場合、1 人のユーザーは 1 つの CRM ID、いくつかのハードウェアデバイス識別子（IDFA/GAID のリセットは頻繁には発生しません）、さらにはさらに Cookie （個人が複数のデバイスで閲覧したり、匿名モードを使用したり、Cookie を任意の時間にリセットしたりする可能性があります）を持ちます。 一般に、カーディナリティが低い方が、値が高い名前空間を示します。

名前空間の優先度設定の検証

名前空間にどのように優先順位を付けるかを把握したら、グラフシミュレーション ツールを使用して、様々なグラフ折りたたみシナリオをテストし、優先設定が期待どおりのグラフ結果を返していることを確認します。 詳しくは、 グラフシミュレーションツールの使用に関するガイドを参照してください。

名前空間の優先度の設定

名前空間の優先度は、ID 設定 ​ を使用して設定できます。 ID 設定 ​ インターフェイスでは、名前空間をドラッグ&ドロップして、相対的な重要度を決定できます。

名前空間の優先度の使用

現在、名前空間の優先度は、リアルタイム顧客プロファイルのシステム動作に影響を与えています。 次の図は、この概念を示しています。 詳細については、Adobe Experience Platformおよびアプリケーション アーキテクチャ図に関するガイドを参照してください。

ID サービス：ID 最適化アルゴリズム

比較的複雑なグラフ構造の場合、グラフの折りたたみシナリオが発生したときに正しいリンクが削除されるようにするために、名前空間の優先度は重要な役割を果たします。 詳しくは、ID 最適化アルゴリズムの概要を参照してください。

リアルタイム顧客プロファイル：エクスペリエンスイベントのプライマリ ID 決定

グラフシナリオの例

この節では、優先度設定がデータに与える影響の例を示します。

特定のサンドボックスに対して、次の設定が確立されているとします。

上記の設定に基づいて、ユーザーのアクションとプライマリ ID の決定は、次のように解決されます。

セグメント化サービス：セグメントメンバーシップのメタデータストレージ

特定の結合プロファイルについて、セグメントメンバーシップは、優先度が最も高い名前空間の ID に対して保存されます。

例えば、次の 2 つのプロファイルがあるとします。

John と Jane がデバイスを共有する場合、ECID （web ブラウザー）はあるユーザーから別のユーザーに転送されます。 ただし、このことは、John と Jane に対して保存されたセグメントメンバーシップ情報には影響しません。

セグメントの選定条件が ECID に対して保存された匿名イベントのみに基づいている場合、Jane はそのセグメントに適格となります

その他のExperience Platformサービスへの影響 implications

この節では、名前空間の優先度が他のExperience Platformサービスに与える影響について説明します。

高度なデータ・ライフサイクル管理

データハイジーンレコードの削除リクエストは、特定の ID に対して次のような方法で機能します。

詳しくは、 高度なライフサイクル管理の概要を参照してください。

計算属性

計算済み属性では、名前空間の優先度を使用して値が計算されません。 計算属性を使用している場合は、CRM ID が WebSDK のプライマリ ID として指定されていることを確認する必要があります。 この制限は 2024 年 8 月に解決される予定です。

詳しくは、 計算属性 UI ガイドを参照してください。

データレイク

データレイクへのデータ取り込みは、引き続き Web SDK およびスキーマで設定されたプライマリ ID 設定に従います。

データレイクは、名前空間の優先度に基づいてプライマリ ID を決定しません。 例えば、名前空間の優先度が有効になった後でも（新しい接続にデータセットを追加するなど）、Adobe Customer Journey Analyticsは ID マップ内で値を引き続き使用します。これは、Customer Journey Analyticsがデータレイクのデータを使用するからです。

エクスペリエンスデータモデル（XDM）スキーマ

XDM 個人プロファイルなど、XDM エクスペリエンスイベントではないスキーマは、引き続き、ID としてマークするフィールドに従います。

XDM スキーマについて詳しくは、 スキーマの概要を参照してください。

インテリジェントサービス

データを選択する際に、名前空間を指定する必要があります。この名前空間は、スコアを計算するイベントと、計算されたスコアを保存するイベントを決定するために使用されます。 人物を表す名前空間を選択することをお勧めします。

この設定の結果、スコアは認証済みイベントを使用してのみ計算されます。

詳しくは、Attribution AI および 顧客 AI に関するドキュメントを参照してください。

Privacy Service

Privacy Service削除リクエストは、特定の ID に対して次のように機能します。

詳しくは、Privacy Service の概要を参照してください。