拼接
身分拼接(或簡單地說,拼接)是一項強大的功能,可提升事件資料集對於跨管道分析的適用性。 跨管道分析是Customer Journey Analytics可以處理的主要使用案例,可讓您根據通用識別碼(人員ID),針對不同管道的多個資料集無縫合併和執行報表。
合併人員 ID 相似的資料集時,系統會跨裝置和管道套用原本的歸因。例如,某位使用者先透過桌上型電腦上的廣告造訪您的網站,但後來遇到訂單問題,於是他打電話給您的客戶服務團隊,期能解決問題。透過跨管道分析,您可以將客服中心事件歸因於使用者原本點選的廣告。
不幸的是,並非所有屬於您在Customer Journey Analytics中的連線之事件型資料集都已填入足夠的資料,以立即支援此歸因。 尤其以網頁或行動為基礎的體驗資料集,通常沒有可用於所有事件的實際人員ID資訊。
拼接功能允許在一個資料集的列內重新輸入身分,確保每個事件都可使用人員ID (拼接的ID)。 拼接會檢視已驗證和未驗證工作階段的使用者資料,以決定可用作拼接ID的共同暫時ID (人員ID)值。 此金鑰重設允許將不同的記錄解析為單一彙整ID,以便在人員層級而不是裝置或Cookie層級進行分析。
Customer Journey Analytics支援兩種彙整型別:欄位式彙整和圖表式彙整。
先決條件
使用拚接前,請確認您的組織已做好下列準備:
-
拼接包括合併已驗證和未驗證的使用者資料。 在事件資料集上啟用連結之前,請確定您遵守適用的法律和法規,包括取得必要的一般使用者許可權。 有關詳細資訊,請參閱在 UI 中定義身分識別欄位。
-
將所需的資料匯入Adobe Experience Platform:
- 如需Adobe Analytics資料,請參閱在Customer Journey Analytics中利用Adobe Analytics報表套裝資料。
- 如為其他類型資料,請參閱 Adobe Experience Platform 文件中的建立綱要和匯入資料。
如果在定義Customer Journey Analytics連線時,將一或多個拼接資料集與其他資料集(例如客服中心資料)結合,即可受益於跨管道分析。 此連線設定假設其他資料集每一列都包含人員ID,類似於拼接ID。
限制
-
不支援使用
identityMap
做為永久ID。 您必須在資料集中定義特定識別碼(例如,ECID
)為永久ID。 -
將您對來源事件資料集結構描述所做的任何變更也套用至新拼接資料集結構描述,否則這會中斷拼接的資料集。
-
如果您移除來源資料集,拼接的資料集將停止處理並被系統移除。
-
資料使用標籤不會自動傳播到拼接的資料集結構描述。 如果您已將資料使用標籤套用至來源資料集結構描述,則需要手動將這些資料使用標籤套用至拼接的資料集結構描述。 如需詳細資訊,請參閱管理Experience Platform中的資料使用標籤。
拚接是一項具突破性的完善功能,但其使用方式有所限制。
- 僅支援事件資料集。其他資料集概不支援,例如查詢資料集。
- 拼接不會以任何方式轉換用於拼接的欄位。 拼接使用指定欄位中的值,因為該值存在於資料湖中未拼接的資料集中。
- 拚接程序區分大小寫。例如,如果有時在欄位中出現「Bob」一詞,有時又出現「BOB」一詞,則這些id會被視為兩個不同的人。
請勿將拼接與下列混淆:
-
兩個或多個資料集的合併。 拼接僅適用於一個資料集。 設定Customer Journey Analytics連線並在連線中選取的資料集中選取相同的人員ID,會造成資料集合併。
-
兩個資料集的聯結。 在Customer Journey Analytics中,聯結通常用於Analysis Workspace中的查閱或分類。 雖然銜接使用連線功能,但程式本身涉及的不只是連線。
欄位式拚接
您可以指定事件資料集,以及該資料集的永久ID (Cookie)和暫時ID (人員ID)。 以欄位為基礎的彙整會在新彙整的資料集中建立新的彙整ID欄,並根據具有該特定永久ID的暫時ID的列更新此彙整ID欄。
當您使用Customer Journey Analytics作為獨立解決方案(無法存取Experience Platform身分服務和關聯的身分圖表)時,可以使用依欄位彙整。 或者,當您不想使用可用的身分圖表時。
依欄位彙整的運作方式
拼接對指定資料集中的資料進行至少兩次傳遞。
-
即時彙整:嘗試在每個點選(事件)傳入時將其彙整。 來自對資料集「新的」(從未驗證)之裝置的點選通常不會在此層級結合。 來自已識別裝置的點選會立即結合。
-
重播拼接:根據所掌握的唯一識別碼(暫時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 AnalyticsAppMeasurement庫產生的訪客ID或Adobe Experience Platform Identity Service產生的ECID。
- 暫時ID,此識別碼僅可用於部分列。 例如訪客驗證後雜湊的使用者名稱或電子郵件地址。您幾乎可以使用任何您喜歡的識別碼。 拼接會將此欄位視為儲存實際人員ID資訊。 為獲得最佳拼接結果,每個永久ID應在資料集事件中至少傳送一次「暫時ID」 。 如果您打算將此資料集納入Customer Journey Analytics連線,最好讓其他資料集也具有類似的通用識別碼。
-
針對您要拼接的資料集,資料行(永久ID和暫時ID)都必須定義為在結構描述中具有身分名稱空間的身分欄位。 在Real-time Customer Data Platform中使用身分拼接時,使用
identityMap
欄位群組,您仍需要新增具有身分名稱空間的身分欄位。 由於Customer Journey Analytics拼接不支援identityMap
欄位群組,因此需要識別身分欄位。 在結構描述中新增身分欄位時,同時使用identityMap
欄位群組,請勿將額外的身分欄位設定為主要身分。 將其他身分欄位設定為主要身分會干擾用於Real-time Customer Data Platform的identityMap
欄位群組。
限制
下列限制特別適用於欄位式拼接:
- 目前,金鑰重設功能僅限於一個步驟 (永久 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 (Cookie)和暫時ID (人員ID)的名稱空間。 圖表式拚接會在新的拚接資料集中為拚接ID建立新欄。 然後使用永久ID來查詢來自Experience Platform身分服務的身分圖表,使用指定的名稱空間來更新拼接的ID。
圖表式拚接的運作方式
拼接對指定資料集中的資料進行至少兩次傳遞。
-
即時彙整:嘗試在每個點選(事件)傳入時將其彙整,使用永久ID透過查詢身分圖表來查詢所選名稱空間的暫時ID。 如果暫時ID可從查詢取得,系統會立即結合此暫時ID。
-
重播拼接: 根據身分圖表更新的身分重播 資料。 這個階段會連結來自先前未知裝置(永久ID)的點選,因為身分圖表已解析名稱空間的身分。 重播由兩個引數決定: 頻率 和 回顧期間。 Adobe提供下列這些引數的組合:
- 每日回顧頻率:資料每天重播,回顧期間為24小時。 此選項的優點是重播頻率較高,但未驗證的訪客必須在造訪您網站的當天完成驗證。
- 每週回顧頻率:資料每週重播一次,回顧期間為每週(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,系統不會重新處理不到一週的未拼接資料,直到下一次每週重播為止。
- 每兩週回顧一次每週頻率:資料每週重播一次,回顧期間為每兩週(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,兩週內的未拼接資料要等到下一次每週重播時才會重新處理。
- 每週頻率每月回顧:資料每週重播一次,回顧期間為每月一次(請參閱選項)。 此選項的優點在於,未驗證的工作階段能有更多時間驗證。不過,不到一個月的未拼接資料要等到下一次每週重播才會重新處理。
-
Privacy:收到隱私權相關要求時,除了從來源資料集中移除要求的身分之外,還必須復原該身分在未經驗證事件之間的任何拼接。 此外,身分必須從身分圖表移除,以防止未來對該特定身分使用圖表式拚接。
note important IMPORTANT 作為隱私權請求的一部分,取消拼接過程在2025年初變更。 目前的解除拼接程式使用最新版本的已知身分識別來重設事件。 將事件重新指派給另一個身分可能會產生不良的法律後果。 為了補救這些疑慮,自2025年起,新的解除拼接流程將使用永久性ID更新隱私權請求中的事件。
超出回顧期間的資料不會重播。 訪客必須在指定的回顧期間內進行驗證,以便一起識別未經驗證的造訪和經過驗證的造訪。 一旦識別出裝置,就會從該時間點開始即時彙整。
請考量下列兩個永久ID 246
和3579
的身分圖表、這些身分圖表如何隨著時間更新,以及這些更新如何影響圖表式銜接中的步驟。
您可以使用身分圖表檢視器,檢視特定設定檔在一段時間內的身分圖表。 另請參閱身分識別服務連結邏輯,以更清楚瞭解連結身分識別時所使用的邏輯。
步驟1:即時彙整
即時彙整會在收集時嘗試將每個事件與當時來自身分圖表的已知資訊彙整。
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 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto | ||||
---|---|---|---|---|
時間 | 永久IDECID |
名稱空間Email
|
彙整ID (即時彙整後) | |
1 | 2023-05-12 11:00 | 246 |
246
未定義
|
246 |
2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
4 | 2023-05-12 17:00 | 3579 |
3579
未定義
|
3579 |
5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
6 | 2023-05-13 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
您可以檢視如何針對每個事件解析彙整ID。 根據時間、永久ID和查詢指定名稱空間的身分圖表(同時)。
當查詢解析為一個以上的彙整ID時(如事件7),會選取身分圖表傳回的詞典說明第一個ID (在此範例中為a.b@yahoo.co.uk
)。
第 2 步:重播彙整作業
重播彙整會定期地(視選取的回顧期間而定)根據識別圖形的最新版本,在間隔時間重新計算歷史資料。
當重播結合發生於2023-05-13 16:30,且回顧視窗設定為24小時時,會重新結合範例中的某些事件(由 指示)。
table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 layout-auto | |||||
---|---|---|---|---|---|
時間 | 永久IDECID |
名稱空間Email
|
已彙整ID (即時彙整後) |
已拼接ID (重播24小時後) |
|
2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
4 | 2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
6 | 2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
a.b@yahoo.co.uk |
當重播結合於2023-05-13 16:30進行,且回顧視窗設定為7天時,所有範例事件都會重新結合。
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 layout-auto | |||||
---|---|---|---|---|---|
時間 | 永久IDECID |
名稱空間Email
|
已彙整ID (即時彙整後) |
已拼接ID (重播7天後) |
|
1 | 2023-05-12 11:00 | 246 |
246
未定義
|
246 |
a.b@yahoo.co.uk |
2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
4 | 2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
6 | 2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
a.b@yahoo.co.uk |
步驟3:隱私權請求
當您收到隱私權請求時,隱私權請求之使用者主體的所有記錄中都會刪除拼接的ID。
下表呈現與以上相同的資料,但顯示隱私權請求(例如,在2023-05-13 18:00)對範例事件具有的影響。
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 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto | ||||
---|---|---|---|---|
時間 | 永久IDECID |
名稱空間Email
|
彙整ID (隱私權請求後) | |
1 | 2023-05-12 11:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
2 | 2023-05-12 14:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
3 | 2023-05-12 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
4 | 2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
6 | 2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk 246
bob.ab@gmail.com
|
246 |
先決條件
下列先決條件尤其適用於圖表式銜接:
- Adobe Experience Platform中您要套用拼接的事件資料集,必須有一欄可識別每列的訪客,永久ID。 例如,Adobe AnalyticsAppMeasurement程式庫產生的訪客ID或Experience PlatformIdentity服務產生的ECID。
- 永久識別碼也必須在結構描述中定義為身分識別。
- 來自Experience Platform身分服務的身分圖表必須有名稱空間(例如
Email
或Phone
),您可在拼接期間用來解析 暫時性識別碼。 如需詳細資訊,請參閱Experience Platform識別服務。
限制
下列限制尤其適用於圖表式拚接:
-
使用指定的名稱空間查詢暫時ID時,不會考慮時間戳記。 因此,永久性ID可能會從時間戳記較早的記錄拼接暫時ID。
-
不支援共用裝置。 當傳回多個身分時,透過使用名稱空間查詢身分圖表,將使用第一個字典表型身分。
-
在身分圖表中有三個月回填身分的硬性限制。 若您未使用Experience Platform應用程式(例如Real-time Customer Data Platform)填入身分圖表,您可以使用回填身分。
-
Identity Service護欄已套用。 檢視下列靜態限制:
- 圖表中的最大身分數量: 50。
- 單一批次擷取的身分連結數上限: 50。
- 用於圖表擷取的XDM記錄中的最大身分數量: 20。
- 用於圖表擷取的XDM記錄中的最小身分數量: 2。
使用拼接
當您的組織符合所有必要條件並瞭解常見的限制和拼接方法特定限制(欄位式和圖形式)時,您可以依照這些步驟開始在Customer Journey Analytics中使用拼接。
選取選項
您有權使用的Customer Journey Analytics套件會決定可用的拼接方法、初始回填持續時間、回顧視窗、重播頻率以及允許拼接的資料集數目上限。 如需詳細資訊,請參閱Customer Journey Analytics產品說明。 在請求支援之前,請先決定可用的選項。
選取
Prime
Ultimate
- 欄位式拚接
-
欄位式拚接
-
圖表式匯整
-
欄位式拚接
-
圖表式匯整
-
1天,每天
-
最長7天,每週
-
1天,每天
-
最長14天,每週
-
1天,每天
-
最長30天,每週
要求支援
-
請聯絡 Adobe 客戶支援,提供下列資訊:
- 啟用銜接的要求。
- 您要重新輸入金鑰之資料集的資料集ID。
- 所需資料集的永久ID欄名稱(身分路徑和名稱空間) (每列顯示的識別碼)。
- 對於欄位式拚接,所需資料集的暫時ID欄名稱(人員ID,也會作為連線內容中資料集之間的連結)。 對於圖表式拚接,為用於查詢身分圖表的身分名稱空間。
- 您的回顧視窗和重播頻率偏好設定。 檢視您可用的選項的Customer Journey Analytics套件。
- 沙箱名稱。
-
Adobe客戶支援與Adobe工程部門合作,以便在收到您的請求時啟用拼接。 啟用後,Adobe Experience Platform中會出現一個包含新拼接ID欄的新的重設金鑰資料集。 Adobe客戶支援可提供新資料集的ID。
-
首次開啟時,Adobe會提供拼接資料的回填。 檢視您可用的選項的Customer Journey Analytics套件。
-
如果您想在跨管道分析中使用新的拼接資料集,您需要將新的拼接資料集新增到Customer Journey Analytics中的連線。 然後新增跨管道分析所需的任何其他資料集,並為每個資料集選取正確的人員ID。
-
根據連線建立資料檢視。
設定資料檢視後,您可以跨管道和裝置執行Customer Journey Analytics報表分析。