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