のガードレール 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 サービス、リアルタイム顧客プロファイル、WebSDK に与える影響について説明します。
ID サービス：カスタム名前空間の ID タイプの変更
実稼働用サンドボックスに次の情報が含まれている場合は、Adobeのアカウントチームに連絡して、ID タイプの変更をリクエストしてください。
- ユーザー識別子（CRM ID など）を cookie/デバイス ID タイプとして設定するカスタム名前空間。
- Cookie/デバイスの識別子をクロスデバイス ID タイプとして設定するカスタム名前空間。
この機能を使用できるようになると、ID 数の上限である 50 個を超えるグラフは、最大 50 個の ID にまで減らされます。 Real-Time CDP B2C Edition では、以前はセグメント化とアクティベーションから無視されていたので、オーディエンスの資格を持つプロファイルの数が最小限に増える可能性がありました。
リアルタイム顧客プロファイル：アドレス可能なオーディエンスへの影響
削除は、リアルタイム顧客プロファイルではなく、ID サービス内のデータに対してのみ発生します。
- その結果、ECID が ID グラフの一部ではなくなったので、この動作により、1 つの ECID でより多くのプロファイルが作成される可能性があります。
- アドレス可能なオーディエンスの権利付与番号の範囲内に留まるには、を有効にすることをお勧めします。 偽名プロファイルデータの有効期限 をクリックして、古いプロファイルを削除します。
リアルタイム顧客プロファイルおよび WebSDK:プライマリID の削除
CRM ID に対する認証済みイベントを保持する場合は、プライマリ ID を ECID から CRM ID に変更することをお勧めします。 この変更の実装手順については、次のドキュメントを参照してください。
シナリオの例
例 1：一般的な大きいグラフ
図の注意：
t=タイムスタンプ。- タイムスタンプの値は、指定した ID の最新性に対応します。 例：
t1は、最初にリンクされた id（古い ID）を表し、t51は、最新のリンクされた id を表します。
この例では、左側のグラフを新しい ID で更新する前に、ID サービスは、最も古いタイムスタンプを持つ既存の ID を最初に削除します。 ただし、最も古い ID はデバイス ID なので、ID サービスは、削除の優先順位リストの上位のタイプの名前空間（この場合は ecid-3）に到達するまで、その ID をスキップします。削除の優先順位が上位のタイプの最も古い ID が削除されると、グラフは新しいリンク ecid-51 で更新されます。
- まれに、タイムスタンプと ID タイプが同じ 2 つの ID がある場合、ID サービスは、 XID 削除を実行します。
例 2:「グラフ分割」
図の注意：
- 次の図は、を
timestamp=50の場合、ID グラフに 50 個の ID が存在します。 (...)は、グラフ内で既にリンクされている他の ID を示します。
この例では、ECID:32110が取り込まれ、 timestamp=51に設定することで、id 数が 50 個の制限を超えることになります。
その結果、ID サービスは、タイムスタンプと ID タイプに基づいて最も古い ID を削除します。 この場合、ECID:35577は ID グラフからのみ削除されます。
ECID:35577を削除した結果、CRM ID:60013と CRM ID:25212を、現在削除されている ECID:35577とリンクしたエッジも削除されます。 この削除処理により、グラフが 2 つの小さなグラフに分割されます。
例 3:「hub-and-spoke」
図の注意：
- 次の図は、を
timestamp=50の場合、ID グラフに 50 個の ID が存在します。 (...)は、グラフ内で既にリンクされている他の ID を示します。
削除ロジックにより、一部の「ハブ」ID も削除できます。 これらのハブ ID とは、リンクが解除される個々の ID にリンクされたノードを指します。
次の例では、ECID:21011が取り込まれ、 timestamp=51に設定することで、id 数が 50 個の制限を超えることになります。
その結果、ID サービスは、ID グラフからのみ最も古い ID を削除します ( この場合は ECID:35577)。 ECID:35577を削除すると、次の情報も削除されます。
- CRM ID:60013と、現在削除されている ECID:35577間のリンク。その結果、グラフ分割シナリオが発生します。
- IDFA: 32110、IDFA: 02383および
(...). これらの ID は、個別に他の ID にリンクされていないので、グラフに表示できないので、削除されます。
最後に、削除処理では、2 つの小さなグラフが生成されます。
次の手順
Identity Service について詳しくは、次のドキュメントを参照してください。
その他のExperience Platformサービスガードレール、エンドツーエンドの遅延情報、およびReal-Time CDP製品説明ドキュメントのライセンス情報の詳細については、次のドキュメントを参照してください。