依欄位匯整

在基於欄位的拼接中,您可以指定事件資料集,以及該資料集的永久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人
246Bob357981911

新裝置上未驗證和已驗證的事件會 (暫時) 計為個別訪客。即時彙整已識別裝置上未驗證的事件。

識別出自訂變數繫結至裝置時,歸因功能即會運作。 在上述範例中,除了事件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人
246Bob357981911
2人
Bob3579

識別出自訂變數繫結至裝置時,歸因功能即會運作。 在上述範例中,事件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,Bob357981911
2人
Bob,3579
3人
246357981911

先決條件

下列先決條件特別適用於依欄位彙整:

  • 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,名稱空間必須是互斥的。
recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79