のガードレール Identity Service データ
このドキュメントでは、ID グラフの使用を最適化するのに役立つ Identity Service データの使用とレート制限について説明します。次のガードレールを確認する際は、データが正しくモデル化されていることが前提になっています。データのモデル化方法に関するご質問は、カスタマーサービス担当者にお問い合わせください。
基本を学ぶ
ID データのモデリングには、次の Experience Platform サービスが関係しています。
- ID：様々なデータソースの ID が Platform に取り込まれる際に、それらの ID を結び付けます。
- Real-Time Customer Profile：複数のソースのデータを使用して、統合された消費者プロファイルを作成します。
データモデルの上限
静的上限のガードレールと、ID 名前空間で考慮すべき検証ルールに関するガイダンスを次の表に示します。
静的上限
ID データに適用される静的上限の概要を次の表に示します。
ID 値の検証
ID 値の検証を成功させるために従う必要がある既存のルールの概要を次の表に示します。
- ECID の ID 値はちょうど 38 文字にする必要があります。
- ECID の ID 値は、数字のみで構成する必要があります。
- ECID の ID 値がちょうど 38 文字でない場合、そのレコードはスキップされます。
- ECID の ID 値に数字以外の文字が含まれている場合、そのレコードはスキップされます。
- ID 値は 1024 文字を超えることはできません。
- ID 値には、"null"、"anonymous"、"invalid"や、空の文字列（""、""、"など）を指定することはできません。
- ID 値が 1024 文字を超える場合、そのレコードはスキップされます。
- ID は取り込みからブロックされます。
ID 名前空間の取り込み
2023年3月31日（PT）以降、ID サービスは、新規のお客様について Adobe Analytics ID (AAID) の取り込みをブロックします。この ID は、通常、Adobe Analytics ソースと Adobe Audience Manager ソースを通じて取り込まれ、ECID が同じ web ブラウザーを表すため冗長です。このデフォルト設定を変更する場合は、Adobe アカウントチームにお問い合わせください。
処理能力の ID グラフが更新される際の削除ロジックについて deletion-logic
完全な ID グラフが更新されると、ID サービスは、最新の ID を追加する前に、グラフ内の最も古い ID を削除します。これは、ID データの正確性と関連性を維持するためです。この削除プロセスは、次の 2 つの主なルールに従います。
ルール #1：削除は、名前空間の ID タイプに基づいて優先付けされる
削除の優先順位は次のとおりです。
- Cookie ID
- デバイス ID
- クロスデバイス ID、メール、電話
ルール #2：削除は、ID に保存されたタイムスタンプに基づいて行われる
グラフにリンクされた各 ID には、対応する独自のタイムスタンプがあります。完全なグラフが更新されると、ID サービスは最も古いタイムスタンプを持つ ID を削除します。
完全なグラフが新しい ID で更新されると、これら 2 つのルールが連携して、削除する古い ID が指定されます。ID サービスは、まず最も古い Cookie ID、次に最も古いデバイス ID、最後に最も古いクロスデバイス IDやメール、電話の順に削除します。
実装への影響
以下の節では、削除ロジックが ID サービス、リアルタイム顧客プロファイルおよび Web SDK に及ぼす影響について説明します。
ID サービス：カスタム名前空間 ID タイプの変更
実稼動サンドボックスに次の ID が含まれている場合は、Adobeアカウントチームに連絡して、ID タイプの変更をリクエストしてください。
- ユーザー識別子（CRM ID など）が cookie/デバイス ID タイプとして設定されるカスタム名前空間。
- Cookie とデバイスの識別子がクロスデバイス ID タイプとして設定されるカスタム名前空間。
この機能が使用可能になると、50 個の ID の制限を超えているグラフが最大 50 個の ID に縮小されます。 Real-Time CDP B2C Edition の場合、以前はセグメント化とアクティベーションでこれらのプロファイルが無視されていたので、これにより、オーディエンスに適合するプロファイルの数が最小限に増える可能性があります。
リアルタイム顧客プロファイル：アドレス可能なオーディエンスへの影響
削除は ID サービスのデータにのみ発生し、リアルタイム顧客プロファイルには発生しません。
- この動作により、単一の ECID を持つプロファイルがより多く作成される可能性があります。これは、ECID が ID グラフに含まれなくなったためです。
- アドレス可能なオーディエンスの使用権限番号の範囲内に収まるようにするには、を有効にすることをお勧めします 偽名プロファイルデータの有効期限 古いプロファイルを削除します。
リアルタイムプライマリプロファイルと WebSDK：顧客 ID 削除
CRM ID に対して認証済みイベントを保持する場合は、プライマリ ID を ECID から CRM ID に変更することをお勧めします。 この変更を実装する手順については、次のドキュメントを参照してください。
サンプルシナリオ
例 1：典型的な大きなグラフ
図のメモ：
t= タイムスタンプ。- タイムスタンプの値は、特定の ID の最新性に対応します。 例：
t1最初にリンクされた ID （最も古い）を表し、t51は、最新のリンク ID を表します。
この例では、左側のグラフを新しい ID で更新する前に、ID サービスはまず、最も古いタイムスタンプを持つ既存の ID を削除します。 ただし、最も古い ID はデバイス ID なので、ID サービスは、削除の優先順位リストの上位のタイプの名前空間（この場合は ecid-3）に到達するまで、その ID をスキップします。削除の優先順位が上位のタイプの最も古い ID が削除されると、グラフは新しいリンク ecid-51 で更新されます。
- 同じタイムスタンプと ID タイプを持つ 2 つの ID がある場合、ID サービスは次に基づいて ID を並べ替えます XID 削除を実行します。
例 2:「グラフ分割」
図のメモ：
- 次の図は、の場所でを前提としています
timestamp=50ID グラフには 50 個の ID が存在します。 (...)は、グラフ内で既にリンクされている他の ID を示します。
この例では、ECID:32110 が取り込まれ、で大きなグラフにリンクされています timestamp=51これにより、50 個の ID の制限を超えています。
その結果、ID サービスは、タイムスタンプと ID タイプに基づいて最も古い ID を削除します。 この場合、ECID:35577 は、ID グラフからのみ削除されます。
ECID:35577 を削除した結果、CRM ID:60013 および CRM ID:25212 が削除された ECID:35577 にリンクされていたエッジも削除されます。 この削除プロセスにより、グラフが 2 つの小さなグラフに分割されます。
例 3:「ハブアンドスポーク」
図のメモ：
- 次の図は、の場所でを前提としています
timestamp=50ID グラフには 50 個の ID が存在します。 (...)は、グラフ内で既にリンクされている他の ID を示します。
削除ロジックにより、一部の「ハブ」 ID も削除される可能性があります。 これらのハブ ID は、複数の個々の ID にリンクされたノードを指します。これらの ID をリンクしていない場合は、リンクが解除されます。
以下の例では、ECID:21011 が取り込まれ、のグラフにリンクされています timestamp=51これにより、50 個の ID の制限を超えています。
その結果、ID サービスは ID グラフ（この場合は ECID:35577）からのみ最も古い ID を削除します。 ECID:35577 を削除すると、次も削除されます。
- CRM ID:60013 と削除済みの ECID:35577 間のリンクなので、グラフ分割のシナリオが発生します。
- IDFA:32110、IDFA:02383 および他の ID はで表されます
(...). これらの ID は、個別にリンクされていないので削除され、他の ID にリンクされないので、グラフで表すことができません。
最後に、削除プロセスによって 2 つの小さなグラフが生成されます。
次の手順
Identity Service について詳しくは、次のドキュメントを参照してください。
他のExperience Platformサービスのガードレール、エンドツーエンドの待ち時間の情報およびReal-Time CDP Product Description のドキュメントからのライセンス情報について詳しくは、次のドキュメントを参照してください。