依欄位匯整
- 主題：
- 跨頻道分析
建立對象：
- 管理員
在基於欄位的拼接中，您可以指定事件資料集，以及該資料集的永久ID (Cookie)和暫時ID （人員ID）。 以欄位為基礎的彙整會在新彙整的資料集中建立新的彙整ID欄，並根據具有該特定永久ID的暫時ID的列更新此彙整ID欄。
當您使用Customer Journey Analytics做為獨立解決方案(無法存取Experience Platform Identity Service和相關聯的身分圖表)時，可以使用依欄位彙整。 或者，當您不想使用可用的身分圖表時。
身分對應
以欄位為基礎的彙整支援在下列情況下使用identityMap欄位群組：
-
在
identityMap名稱空間中使用主要身分來定義persistentID：- 如果在不同的名稱空間中找到多個主要身分，則名稱空間中的身分會依字典排序，並會選取第一個身分。
- 如果在單一名稱空間中找到多個主要身分，則會選取第一個字典上可用的主要身分。
在以下範例中，名稱空間和身分會產生排序的主要身分清單，最後是選取的身分。
命名空間身分清單ECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]已排序的身分清單選取的身分PrimaryIdentities [ {"id": "ccid-2", "namespace": "CCID"}, {"id": "ecid-1", "namespace": "ECID"}, {"id": "ecid-2", "namespace": "ECID"} ] NonPrimaryIdentities [ {"id": "ccid-1", "namespace": "CCID"}, {"id": "ecid-3", "namespace": "ECID"} ]"id": "ccid-2", "namespace": "CCID" -
使用
identityMap名稱空間來定義persistentID或transientID或兩者：- 如果在
identityMap名稱空間中找到persitentID或transientID的多個值，則使用第一個字典可用的值。 - persistentID和transientID的名稱空間必須互斥。
在以下範例中，名稱空間和身分會產生所選名稱空間(ECID)的排序身分清單，最後是所選身分。
命名空間身分清單ECID[ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]CCID[ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]已排序的身分清單選取的身分[ "id": "ecid-1", "id": "ecid-2", "id": "ecid-3" ]"id": "ecid-1", "namespace": "ECID" - 如果在
依欄位彙整的運作方式
拼接對指定資料集中的資料進行至少兩次傳遞。
-
即時彙整：嘗試在每個點選（事件）傳入時將其彙整。 來自對資料集「新的」（從未驗證）之裝置的點選通常不會在此層級結合。 來自已識別裝置的點選會立即結合。
-
重播拼接：根據所掌握的唯一識別碼（暫時ID）「重播」資料。 在這個階段，來自先前未知裝置（永久ID）的點選會彙整（至暫時ID）。 重播由兩個引數決定： 頻率 和 回顧期間。 Adobe提供下列這些引數的組合：
- 每日回顧頻率：資料每天重播，回顧期間為24小時。 此選項的優點是重播頻率較高，但未驗證的訪客必須在造訪您網站的當天完成驗證。
- 每週回顧頻率：資料每週重播一次，回顧期間為每週（請參閱選項）。 此選項的優點在於，未驗證的工作階段能有更多時間驗證。不過，系統不會重新處理不到一週的未拼接資料，直到下一次每週重播為止。
- 每兩週回顧一次每週頻率：資料每週重播一次，回顧期間為每兩週（請參閱選項）。 此選項的優點在於，未驗證的工作階段能有更多時間驗證。不過，兩週內的未拼接資料要等到下一次每週重播時才會重新處理。
- 每週頻率每月回顧：資料每週重播一次，回顧期間為每月一次（請參閱選項）。 此選項的優點在於，未驗證的工作階段能有更多時間驗證。不過，不到一個月的未拼接資料要等到下一次每週重播才會重新處理。
-
Privacy：在收到隱私權相關要求時，除了移除要求的身分之外，還必須復原在未驗證事件中對該身分的任何拼接。
IMPORTANT作為隱私權請求的一部分，取消拼接過程在2025年初變更。 目前的解除拼接程式使用最新版本的已知身分識別來重設事件。 將事件重新指派給另一個身分可能會產生不良的法律後果。 為了補救這些疑慮，自2025年起，新的解除拼接流程將使用永久性ID更新隱私權請求中的事件。
超出回顧期間的資料不會重播。 訪客必須在指定的回顧期間內進行驗證，以便一起識別未經驗證的造訪和經過驗證的造訪。 一旦識別出裝置，就會從該時間點開始即時彙整。
步驟1：即時彙整
即時彙整會嘗試在收集時將每個事件彙整至已知裝置和頻道。
請思考以下範例，範例中Bob將不同的事件記錄為事件資料集的一部分。
資料在收集當天的顯示方式：
246
246246Bob
Bob246Bob
Bob
246Bob246Bob
Bob
246Bob246Bob
Bob3579
35793579
357981911
8191181911Bob
Bob
81911Bob246，Bob，3579，81911新裝置上未驗證和已驗證的事件會 (暫時) 計為個別訪客。即時彙整已識別裝置上未驗證的事件。
識別出自訂變數繫結至裝置時，歸因功能即會運作。 在上述範例中，除了事件1、8、9和10之外的所有事件都已即時彙整（這些事件都使用Bob識別碼）。 即時彙整「解析」活動4、6和12的彙整ID。
延遲的資料（時間戳記超過24小時的資料）會以「盡力而為」的方式處理，同時以最高品質優先拼接目前資料。
第 2 步：重播彙整作業
重播結合會定期（每週一次或每天一次，視選取的回顧期間而定）根據現在識別的裝置重新計算歷史資料。 如果裝置最初在未驗證時傳送資料然後登入，重播彙整會將那些未驗證的事件與正確的人員繫結。
下表呈現上文所述的相同資料，但根據重播資料顯示不同的數字。
重播後的相同資料：
246246Bob246Bob
BobBob
246Bob
Bob
Bob246BobBob246Bob
Bob
Bob246BobBob246Bob
BobBob3579
357935793579
357935798191181911Bob81911Bob
Bob
Bob
81911BobBob246，Bob，3579，81911Bob，3579識別出自訂變數繫結至裝置時，歸因功能即會運作。 在上述範例中，事件1和10會因重播而拼接，留下僅事件8和9未拼接。 並將人員量度（累計）減少為2。
步驟3：隱私權請求
當您收到隱私權請求時，隱私權請求之使用者主體的所有記錄中都會刪除拼接的ID。
下表呈現與上述相同的資料，但顯示Bob的隱私權請求在處理資料後對資料的影響。 會移除Bob已驗證的列（2、3、5、7和11），同時移除Bob作為其他列的暫時ID。
為Bob提出隱私權請求後的相同資料：
246246Bob246246
BobBob
246246
Bob
Bob
246246BobBob246246
Bob
Bob
246246BobBob246246Bob
BobBob
2463579
3579357935793579
3579357935798191181911Bob8191181911Bob
Bob
Bob
8191181911BobBob81911246，
Bob，3579，81911Bob，
3579246，3579，81911先決條件
下列先決條件特別適用於依欄位彙整：
-
Adobe Experience Platform中的事件資料集（您想要套用拼接）必須有兩個協助識別訪客的欄：
- 永久ID，每一列都有一個識別碼。 例如，Adobe Analytics AppMeasurement資料庫產生的訪客ID或Adobe Experience Platform Identity Service產生的ECID。
- 暫時ID，此識別碼僅可用於部分列。 例如訪客驗證後雜湊的使用者名稱或電子郵件地址。您幾乎可以使用任何您喜歡的識別碼。 拼接會將此欄位視為儲存實際人員ID資訊。 為獲得最佳拼接結果，每個永久ID應在資料集事件中至少傳送一次「暫時ID」 。 如果您打算將此資料集納入Customer Journey Analytics連線，最好讓其他資料集也具有類似的通用識別碼。
限制
下列限制特別適用於欄位式拼接：
- 目前，金鑰重設功能僅限於一個步驟 (永久 ID 改成暫時 ID)。不支援多步驟重設金鑰 (例如從永久 ID 改成暫時 ID，之後又改成另一個暫時 ID)。
- 如果一部裝置由多人共用，且使用者之間的切換總數超過50,000，Customer Journey Analytics會停止為該裝置拼接資料。
- 不支援您組織中使用的自訂 ID 地圖。
- 拼接區分大小寫。 對於透過Analytics來源聯結器產生的資料集，Adobe建議檢閱適用於暫時ID欄位的任何VISTA規則或處理規則。 此檢閱可確保這些規則都不會引入相同ID的新形式。 例如，您應確保沒有任何 VISTA 或處理規則僅在一部分事件中，將小寫字母引入暫時 ID 欄位。
- 拼接不會合併或串連欄位。
- 暫時ID欄位應包含單一ID型別（來自單一名稱空間的ID）。 例如，暫時 ID 欄位不應包含登入 ID 和電子郵件 ID 的組合。
- 如果針對同一永久ID發生了具有相同時間戳記的多個事件，但暫時ID欄位中的值不同，則拼接作業會根據字母順序來選取ID。 因此，如果永久ID A有兩個具有相同時間戳記的事件，且其中一個事件指定Bob，而另一個事件指定Ann，則拼接作業會選取Ann。
- 請小心暫時ID包含預留位置值（例如
Undefined）的情況。 如需詳細資訊，請參閱常見問題集。 - 您不能同時使用相同的名稱空間persistentID和transientID，名稱空間必須是互斥的。