依欄位匯整
在基於欄位的拼接中,您可以指定事件資料集,以及該資料集的永久ID (Cookie)和暫時ID (人員ID)。 以欄位為基礎的彙整會在新彙整的資料集中建立新的彙整ID欄,並根據具有該特定永久ID的暫時ID的列更新此彙整ID欄。
當您使用Customer Journey Analytics做為獨立解決方案(無法存取Experience Platform Identity Service和相關聯的身分圖表)時,可以使用依欄位彙整。 或者,當您不想使用可用的身分圖表時。
身分對應
以欄位為基礎的彙整支援在下列情況下使用identityMap
欄位群組:
-
在
identityMap
名稱空間中使用主要身分來定義persistentID:- 如果在不同的名稱空間中找到多個主要身分,則名稱空間中的身分會依字典排序,並會選取第一個身分。
- 如果在單一名稱空間中找到多個主要身分,則會選取第一個字典上可用的主要身分。
在以下範例中,名稱空間和身分會產生排序的主要身分清單,最後是選取的身分。
table 0-row-2 1-row-2 2-row-2 layout-auto html-authored 命名空間 身分清單 ECID code language-none [ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]
CCID code language-none [ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]
table 0-row-2 1-row-2 layout-auto html-authored 已排序的身分清單 選取的身分 code language-none 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"} ]
code language-none "id": "ccid-2", "namespace": "CCID"
-
使用
identityMap
名稱空間來定義persistentID或transientID或兩者:- 如果在
identityMap
名稱空間中找到persententID或transientID的多個值,則使用第一個字典可用的值。 - persistentID和transientID的名稱空間必須互斥。
在以下範例中,您已選取ECID作為要使用的名稱空間。 該選取範圍會產生排序的身分清單,最後產生選取的身分。
table 0-row-2 1-row-2 2-row-2 layout-auto html-authored 命名空間 身分清單 ECID code language-none [ {"id": "ecid-3"}, {"id": "ecid-2", "primary": true}, {"id": "ecid-1", "primary": true} ]
CCID code language-none [ {"id": "ccid-1"}, {"id": "ccid-2", "primary": true} ]
table 0-row-2 1-row-2 layout-auto html-authored 已排序的身分清單 選取的身分 code language-none [ "id": "ecid-1", "id": "ecid-2", "id": "ecid-3" ]
code language-none "id": "ecid-1", "namespace": "ECID"
- 如果在
依欄位彙整的運作方式
拼接對指定資料集中的資料進行至少兩次傳遞。
-
即時彙整:嘗試在每個點選(事件)傳入時將其彙整。 來自對資料集「新的」(從未驗證)之裝置的點選通常不會在此層級結合。 來自已識別裝置的點選會立即結合。
-
重播拼接: 會根據所掌握的唯一識別碼(暫時ID)重播 資料。 在這個階段,來自先前未知裝置(永久ID)的點選會彙整(至暫時ID)。 重播由兩個引數決定: 頻率 和 回顧期間。 Adobe提供下列這些引數的組合:
- 每日回顧頻率:資料每天重播,回顧期間為24小時。 此選項的優點是重播頻率較高,但未驗證的訪客必須在造訪您網站的當天完成驗證。
- 每週回顧頻率:資料每週重播一次,回顧期間為每週(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,系統不會重新處理不到一週的未拼接資料,直到下一次每週重播為止。
- 每兩週回顧一次每週頻率:資料每週重播一次,回顧期間為每兩週(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,兩週內的未拼接資料要等到下一次每週重播時才會重新處理。
- 每週頻率每月回顧:資料每週重播一次,回顧期間為每月一次(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,不到一個月的未拼接資料要等到下一次每週重播才會重新處理。
-
Privacy:在收到隱私權相關要求時,除了移除要求的身分之外,還必須復原在未驗證事件中對該身分的任何拼接。
note important IMPORTANT 作為隱私權請求的一部分,取消拼接過程在2025年初變更。 目前的解除拼接程式使用最新版本的已知身分識別來重設事件。 將事件重新指派給另一個身分可能會產生不良的法律後果。 為了補救這些疑慮,自2025年起,新的解除拼接流程將使用永久性ID更新隱私權請求中的事件。
超出回顧期間的資料不會重播。 訪客必須在指定的回顧期間內進行驗證,以便一起識別未經驗證的造訪和經過驗證的造訪。 一旦識別出裝置,就會從該時間點開始即時彙整。
步驟1:即時彙整
即時彙整會嘗試在收集時將每個事件彙整至已知裝置和頻道。
請思考以下範例,範例中Bob將不同的事件記錄為事件資料集的一部分。
資料在收集當天的顯示方式:
table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 10-row-5 11-row-5 12-row-5 13-row-5 | ||||
---|---|---|---|---|
事件 | 時間戳記 | 永久ID (Cookie ID) | 暫時ID (登入ID) | 彙整ID (即時彙整後) |
1 | 2023-05-12 12:01 | 246
|
- | 246 |
2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
4 | 2023-05-12 12:04 | 246 |
- | Bob |
5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
6 | 2023-05-12 12:06 | 246 |
- | Bob |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
10 | 2023-05-12 12:02 | 81911
|
- | 81911 |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
12 | 2023-05-12 12:12 | 81911 |
- | Bob |
3個裝置 | 4人:246 ,Bob ,3579 ,81911 |
新裝置上未驗證和已驗證的事件會 (暫時) 計為個別訪客。即時彙整已識別裝置上未驗證的事件。
識別出自訂變數繫結至裝置時,歸因功能即會運作。 在上述範例中,除了事件1、8、9和10之外的所有事件都已即時彙整(這些事件都使用Bob
識別碼)。 即時彙整「解析」活動4、6和12的彙整ID。
延遲的資料(時間戳記超過24小時的資料)會以「盡力而為」的方式處理,同時以最高品質優先拼接目前資料。
第 2 步:重播彙整作業
重播結合會定期(每週一次或每天一次,視選取的回顧期間而定)根據現在識別的裝置重新計算歷史資料。 如果裝置最初在未驗證時傳送資料然後登入,重播彙整會將那些未驗證的事件與正確的人員繫結。
下表呈現上文所述的相同資料,但根據重播資料顯示不同的數字。
重播後的相同資料:
table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 8-row-6 9-row-6 10-row-6 11-row-6 12-row-6 13-row-6 layout-auto | |||||
---|---|---|---|---|---|
事件 | 時間戳記 | 永久ID (Cookie ID) | 暫時ID (登入ID) | 彙整ID (即時彙整後) | 拼接的ID (重播後) |
1 | 2023-05-12 12:01 | 246 |
- | 246 |
Bob |
2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
Bob
|
3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
Bob |
6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
12 | 2023-05-12 12:12 | 81911 |
- | Bob |
Bob |
3個裝置 | 4人:246 ,Bob ,3579 ,81911 |
2人:Bob ,3579 |
識別出自訂變數繫結至裝置時,歸因功能即會運作。 在上述範例中,事件1和10會因重播而拼接,留下僅事件8和9未拼接。 並將人員量度(累計)減少為2。
步驟3:隱私權請求
當您收到隱私權請求時,隱私權請求之使用者主體的所有記錄中都會刪除拼接的ID。
下表呈現與上述相同的資料,但顯示Bob的隱私權請求在處理資料後對資料的影響。 會移除Bob已驗證的列(2、3、5、7和11),同時移除Bob作為其他列的暫時ID。
為Bob提出隱私權請求後的相同資料:
table 0-row-8 1-row-8 2-row-8 3-row-8 4-row-8 5-row-8 6-row-8 7-row-8 8-row-8 9-row-8 10-row-8 11-row-8 12-row-8 13-row-8 | |||||||
---|---|---|---|---|---|---|---|
事件 | 時間戳記 | 永久ID (Cookie ID) | 暫時ID (登入ID) | 彙整ID (即時彙整後) | 拼接的ID (重播後) | 暫時ID (登入ID) | 彙整ID (隱私權請求後) |
1 | 2023-05-12 12:01 | 246 |
- | 246 |
Bob |
- | 246 |
2 | 2023-05-12 12:02 | 246 |
鮑勃
|
Bob |
Bob
|
|
246 |
3 | 2023-05-12 12:03 | 246 |
鮑勃
|
Bob
|
Bob |
|
246 |
4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
- | 246 |
5 | 2023-05-12 12:05 | 246 |
鮑勃
|
Bob
|
Bob |
|
246 |
6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
- | 246 |
7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
|
246 |
8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
- | 3579 |
9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
- | 3579 |
10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
- | 81911 |
11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
|
81911 |
12 | 2023-05-12 12:12 | 81911 |
- | Bob |
Bob |
- | 81911 |
3個裝置 | 4人員: 246, Bob ,3579 ,81911 |
2人: Bob, 3579 |
3人:246 ,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,名稱空間必須是互斥的。