Identity Service資料的護欄
本檔案提供Identity Service資料的使用與速率限制相關資訊，協助您最佳化身分圖表的使用方式。 檢閱下列護欄時，系統假設您已正確地模型化資料。 如果您有任何關於如何模型化資料的問題，請聯絡您的客戶服務代表。
快速入門
下列Experience Platform服務與模型化身分資料有關：
- 身分：Bridge身分在擷取到Platform時來自不同的資料來源。
- Real-Time Customer Profile：使用來自多個來源的資料建立統一的消費者設定檔。
資料模型限制
下表提供有關靜態限制的護欄指南，以及要考慮用於身分名稱空間的驗證規則。
靜態限制
下表概述套用至身分資料的靜態限制。
身分值驗證
下表概述您必須遵循的現有規則，以確保身分值成功驗證。
- ECID的身分值必須剛好38個字元。
- ECID的身分值必須僅由數字組成。
- 如果ECID的身分值不完全是38個字元，則會略過記錄。
- 如果ECID的身分值包含非數字字元，則會略過記錄。
- 身分值不可超過1024個字元。
- 身分值不可以是「null」、「anonymous」、「invalid」或空字串（例如：「 」、「」、「 」）。
- 如果身分值超過1024個字元，則會略過記錄。
- 此身分將會遭到封鎖，無法內嵌。
身分名稱空間擷取
自2023年3月31日起，Identity Service將封鎖新客戶的Adobe Analytics ID (AAID)擷取。 此身分識別通常會透過Adobe Analytics來源和Adobe Audience Manager來源擷取，而且是多餘的，因為ECID代表相同的網頁瀏覽器。 如果您想要變更此預設設定，請聯絡您的Adobe客戶團隊。
效能護欄 performance-guardrails
Identity Service持續監控傳入的資料，以確保大規模的高效能和可靠性。 不過，在短時間內大量湧入的體驗事件資料可能會導致效能降低和延遲。 Adobe對這類效能降級概不負責。
瞭解當容量中的身分圖表更新時的刪除邏輯 deletion-logic
更新完整的身分圖表時，Identity Service會先刪除圖表中最舊的身分，然後再新增最新的身分。 這是為了維持身分資料的正確性和關聯性。 此刪除程式會遵循兩個主要規則：
刪除規則#1會根據名稱空間的身分型別來排定優先順序
刪除優先順序如下：
- Cookie ID
- 裝置 ID
- 跨裝置ID、電子郵件和電話
刪除規則#2根據儲存在身分上的時間戳記
圖表中所連結的每個身分都有各自的對應時間戳記。 更新完整圖表時，Identity Service會刪除具有最舊時間戳記的身分。
當完整圖表更新為新身分時，這兩個規則會協同工作，指定將刪除哪個舊身分。 Identity Service會先刪除最舊的Cookie ID，接著刪除最舊的裝置ID，最後刪除最舊的跨裝置ID/電子郵件/電話。
對實作的影響
以下章節概述刪除邏輯對Identity Service、即時客戶個人檔案和WebSDK的影響。
身分服務：自訂名稱空間身分型別變更
Adobe如果您的生產沙箱包含：
- 將人員識別碼（例如CRMID）設定為Cookie/裝置身分型別的自訂名稱空間。
- 將Cookie/裝置識別碼設定為跨裝置識別型別的自訂名稱空間。
此功能可用後，超過50個身分限制的圖表將減少到最多50個身分。 對於Real-Time CDP B2C Edition，這可能會導致符合對象資格的設定檔數量增加到最低限度，因為這些設定檔先前在細分和啟動中被忽略。
即時客戶個人檔案：對可定址對象的影響
刪除僅發生在Identity Service中的資料，不會發生在即時客戶個人檔案中。
- 因此，此行為可能會使用單一ECID建立更多設定檔，因為ECID不再是身分圖表的一部分。
- 為了讓您保持在可定址的受眾軟體權利檔案號碼內，建議您啟用假名設定檔資料有效期以刪除您的舊設定檔。
即時客戶個人檔案和WebSDK：主要身分刪除
如果您想要針對CRMID保留已驗證的事件，則建議您將主要ID從ECID變更為CRMID。 請閱讀下列檔案，以瞭解如何實作此變更的步驟：
範例情境
範例一：典型的大型圖表
圖表備註：
t=時間戳記。- 時間戳記的值對應至指定身分的造訪間隔。 例如，
t1代表第一個連結的身分（最舊），t51代表最新的連結身分。
在此範例中，Identity Service會先刪除具有最舊時間戳記的現有身分，之後才能使用新身分更新左側的圖形。 但是，因為最舊的身分識別是裝置ID，所以身分識別服務會略過該身分識別，直到它取得刪除優先順序清單中型別較高的名稱空間（在此例中為ecid-3）為止。 一旦移除具有較高刪除優先順序型別的最舊身分識別，圖表就會以新連結ecid-51更新。
- 在極少數情況下，有兩個識別具有相同的時間戳記和識別型別，Identity Service會根據XID來排序ID並進行刪除。
範例二：「圖表分割」
圖表備註：
- 下圖假設在
timestamp=50，身分圖表中有50個身分。 (...)表示圖形內已連結的其他身分。
在此範例中，ECID：32110已擷取並連結至timestamp=51處的大型圖表，因此超過50個身分的限制。
因此，Identity Service會根據時間戳記和身分型別刪除最舊的身分。 在此情況下，ECID：35577只會從身分圖表中刪除。
刪除ECID：35577後，連結CRMID：60013和CRMID：25212與現在已刪除的ECID：35577的邊緣也會被刪除。 此刪除程式會導致圖表被分割成兩個較小的圖表。
範例三：「軸輻式」
圖表備註：
- 下圖假設在
timestamp=50，身分圖表中有50個身分。 (...)表示圖形內已連結的其他身分。
透過刪除邏輯，某些「中樞」身分也可能會被刪除。 這些中心身分識別是指連結到多個單獨身分識別的節點，否則這些身分識別會解除連結。
在以下範例中，ECID：21011已擷取並連結至位於timestamp=51的圖形，因此超過50個身分的限制。
因此，Identity Service只會從身分圖表刪除最舊的身分，此案例中為ECID：35577。 刪除ECID：35577也會導致以下刪除：
- CRMID：60013和現已刪除的ECID：35577之間的連結，因此會產生圖表分割情況。
- IDFA： 32110、IDFA： 02383以及
(...)所代表的其餘身分。 這些身分會遭到刪除，因為個別身分不會連結至任何其他身分，因此無法在圖形中顯示。
最後，刪除程式會產生兩個較小的圖表。
後續步驟
有關Identity Service的詳細資訊，請參閱下列檔案：
請參閱下列檔案，深入瞭解其他Experience Platform服務護欄、端對端延遲資訊，以及Real-Time CDP產品說明檔案的授權資訊：