欄位型拼接
在以欄位為基礎的彙整中,您可以指定事件資料集,以及該資料集的永久ID (Cookie)和人員ID。 依欄位彙整會針對任何具有特定永久ID的匿名事件,嘗試將人員ID資訊用於Customer Journey Analytics資料分析。 系統會從具有該特定永久ID之人員ID的列擷取該資訊。
如果無法擷取事件的人員ID資訊,則會使用永續性ID來取代該 未拼接 事件。 因此,在與包含已啟用拼接資料集的連線相關聯的資料檢視中,人員ID元件包含人員ID值或事件層級的永久ID值。
使用Customer Journey Analytics做為獨立解決方案(無法存取Experience Platform Identity Service和相關聯的身分圖表)時,您可以使用依欄位彙整。 或者,當您不想使用可用的身分識別圖表時。
身分識別圖
欄位型拼接支援在下列情境中使用 identityMap 欄位群組:
-
在
identityMap命名空間中使用主要身分識別以定義永久 ID:- 如果在不同的名稱空間中找到多個主要身分,則名稱空間中的身分會依字典排序,並會選取第一個身分。
- 如果在單一命名空間中找到多個主要身分識別,則會選取按照字典順序第一個可用的主要身分識別。
在以下範例中,命名空間和身分識別會產生經過排序的主要身分識別清單,最後則產生所選的身分識別。
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命名空間定義永久 ID 或個人 ID,或同時定義兩者:- 如果在
identityMap命名空間中找到多個永久 ID 或個人 ID 的值,則會使用按照字典順序第一個可用的值。 - 永久 ID 和個人 ID 的命名空間必須是互斥的。
在以下範例中,您已選取 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 小時。此選項的優點是重播頻率較高,但未驗證的輪廓必須在造訪您網站的當天完成驗證。
- 以每週一次的頻率進行每週回顧:資料每週重播一次,回顧時間範圍是一週 (請參閱選項)。此選項的優點在於,未驗證的工作階段擁有寬裕的時間完成驗證。不過,直到下一次每週重播為止,系統不會重新處理不到一週的未拼接資料。
- 以每週一次的頻率進行每兩週回顧:資料每週重播一次,回顧時間範圍是兩週 (請參閱選項)。此選項的優點在於,未驗證的工作階段擁有寬裕的時間完成驗證。不過,直到下一次每週重播為止,系統不會重新處理不到兩週的未拼接資料。
- 以每週一次的頻率進行每月回顧:資料每週重播一次,回顧時間範圍是一個月 (請參閱選項)。此選項的優點在於,未驗證的工作階段擁有寬裕的時間完成驗證。不過,直到下一次每週重播為止,系統不會重新處理不到一個月的未拼接資料。
-
隱私權:在收到隱私權相關要求時,除了移除要求的身分識別之外,在未驗證事件中對該身分識別所做的任何拼接都必須還原。
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 (即時彙整後) |
| 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 (重播後) |
| 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值的任何識別碼資訊都會在所有記錄中更新為隱私權請求之使用者主體的永久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 (在隱私權請求後) |
| 1 | 2023-05-12 12:01 | 246 |
- | 246 |
Bob |
- | 246 |
| 2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
Bob
|
|
246 |
| 3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
|
246 |
| 4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
- | 246 |
| 5 | 2023-05-12 12:05 | 246 |
Bob
|
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 身分識別服務產生的 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) 時,請務必謹慎處理。如需更多資訊,請參閱常見問題集。 - 永久ID和人員ID不能使用相同的名稱空間,名稱空間必須互斥。