常見問題
以下是有關拼接的一些常見問題:
您可以搭配「資料集 ID」維度使用「流量」視覺效果。
- 登入Customer Journey Analytics並建立空白的Workspace專案。
- 選取左側的 視覺效果 索引標籤,然後將 流量 視覺效果拖曳至右側的畫布。
- 選取左側的 元件 索引標籤,並將維度 資料集ID 拖曳至標示為 Dimension或專案 的中央位置。
- 此流量報表為互動式。 若要將流量展開至後續或先前的頁面,請選取任一值。 使用右鍵功能表來展開或收合欄。 同一流量報表中也可使用不同的維度。
如果您要為資料集 ID 維度項目重新命名,可使用查詢資料集。
某些情況下,同一部裝置可能會由不同人登入。 例如家中的共用裝置、資料庫中的共用 PC 或零售門市的資訊站。
暫時 ID 會覆寫永久 ID,因此系統會將共用裝置視為不同的使用者 (即便他們都是使用同一部裝置)。
在某些情況下,個別使用者可以關聯至多個永久 ID。 例如,個人經常清除瀏覽器的Cookie或使用瀏覽器的私人/無痕模式。
對於欄位式拚接,永久ID的數量與暫時ID無關。 單一使用者可屬於任意數量裝置,不會影響Customer Journey Analytics跨裝置彙整的能力。
對於圖表式拚接,身分圖表中的單一人員可以有許多永久ID。 圖表式拚接會根據指定的名稱空間使用永久ID。 如果相同名稱空間有較多的永久ID,則會使用字典第一個永久ID。
Adobe會根據當地及國際法處理隱私權要求。 Adobe 提供 Adobe Experience Platform Privacy Service,以供提交資料存取及刪除要求。 這些要求會同時套用至原始資料集和已重設金鑰的資料集。
note important |
---|
IMPORTANT |
作為隱私權請求的一部分,取消拼接過程在2025年初變更。 目前的解除拼接程式使用最新版本的已知身分識別來重設事件。 將事件重新指派給另一個身分可能會產生不良的法律後果。 為了補救這些疑慮,自2025年起,新的解除拼接流程將使用永久性ID更新隱私權請求中的事件。 |
舉例來說,您可以想像下列身分資料、銜接前和銜接後的事件。
table 0-row-7 1-row-7 2-row-7 | ||||||
---|---|---|---|---|---|---|
身分對應 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
1 | ts1 | 123 | ecid | 鮑伯 | CustId | |
2 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-7 1-row-7 2-row-7 3-row-7 | ||||||
---|---|---|---|---|---|---|
事件資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
1 | ts0 | 123 | ecid | |||
2 | ts1 | 123 | ecid | 鮑伯 | CustId | |
3 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-9 1-row-9 2-row-9 3-row-9 | ||||||||
---|---|---|---|---|---|---|---|---|
拼接資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 | 拼接的 ID | 拼接的名稱空間 |
1 | ts0 | 123 | ecid | 鮑伯 | CustId | |||
2 | ts1 | 123 | ecid | 鮑伯 | CustId | 鮑伯 | CustId | |
3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
隱私權要求的目前程式
當收到具有CustID Bob的客戶的隱私權請求時,會刪除具有刪除線專案的列。 其他事件會使用身分對應來重新設定。 例如,彙整資料集中的第一個彙整ID已更新為 Alex。
table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center | ||||||
---|---|---|---|---|---|---|
身分對應 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
2 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center | ||||||
---|---|---|---|---|---|---|
事件資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
1 | ts0 | 123 | ecid | |||
3 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center | ||||||||
---|---|---|---|---|---|---|---|---|
拼接資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 | 拼接的 ID | 拼接的名稱空間 |
1 | ts0 | 123 | ecid | Alex | CustId | |||
3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
隱私權請求的新程式
當收到具有CustID Bob的客戶的隱私權請求時,會刪除具有刪除線專案的列。 其他事件會使用永久ID重新設定。 例如,彙整資料集中的第一個彙整ID已更新為 123。
table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center | ||||||
---|---|---|---|---|---|---|
身分對應 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
2 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-7 1-row-7 2-row-7 3-row-7 1-align-center 9-align-center 17-align-center 25-align-center | ||||||
---|---|---|---|---|---|---|
事件資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 |
1 | ts0 | 123 | ecid | |||
3 | ts2 | 123 | ecid | Alex | CustId |
table 0-row-9 1-row-9 2-row-9 3-row-9 1-align-center 11-align-center 21-align-center 31-align-center | ||||||||
---|---|---|---|---|---|---|---|---|
拼接資料集 | Id | timestamp | 永久ID | 永久名稱空間 | 暫時性id | 暫時性名稱空間 | 拼接的 ID | 拼接的名稱空間 |
1 | ts0 | 123 | ecid | 123 | ecid | |||
3 | ts2 | 123 | ecid | Alex | CustId | Alex | CustId |
如果在正在拚接的資料集中的事件中,「永久ID」欄位為空白,則該事件的拚接ID會以下述兩種方式之一來確定:
- 如果「暫時ID」欄位非空白,Customer Journey Analytics會使用「暫時ID」中的值作為拼接ID。
- 如果「暫時ID」欄位為空白,Customer Journey Analytics也會將「彙整ID」留為空白。 在此情況下,事件中的永久ID、暫時ID和彙整ID都為空白。 使用正在拼接資料集(其中已將「拼接ID」選為人員ID)的Customer Journey Analytics連線,會從其中捨棄這些型別的事件。
請留意「人員摺疊」,拼接套用至使用暫時ID預留位置值的資料時,就會發生這種情況。 在下列範例表格中,來源於CRM系統的資料集所產生的「未定義」人員ID會填入「未定義」值,導致人員表示不正確。
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 | ||||
---|---|---|---|---|
事件 | 時間戳記 | 永久ID (Cookie ID) | 暫時ID (登入ID) | 拼接的ID (重播後) |
1 | 2023-05-12 12:01 | 123 | - | 科里 |
2 | 2023-05-12 12:02 | 123 | 科里 | 科里 |
3 | 2023-05-12 12:03 | 456 | 未定義 | 未定義 |
4 | 2023-05-12 12:04 | 456 | - | 未定義 |
5 | 2023-05-12 12:05 | 789 | 未定義 | 未定義 |
6 | 2023-05-12 12:06 | 012 | 未定義 | 未定義 |
7 | 2023-05-12 12:07 | 012 | - | 未定義 |
8 | 2023-05-12 12:03 | 789 | 未定義 | 未定義 |
9 | 2023-05-12 12:09 | 456 | - | 未定義 |
10 | 2023-05-12 12:02 | 123 | - | 科里 |
4個裝置 | 2人: 已捨棄事件1、4、7、9、10 |
2位人員: Cory,未驗證(摺疊給一位人員) |
Customer Journey Analytics中的某些量度與傳統Analytics中的量度類似,但其他量度則有所不同,端視您要比較的內容而定。 下表比較了幾個常見的量度:
table 0-row-4 1-row-4 2-row-4 3-row-4 | |||
---|---|---|---|
Customer Journey Analytics 拼接資料 | Customer Journey Analytics 未拼接資料 | Adobe Analytics | 具有 CDA 的 Analytics Ultimate |
人員 =將彙整ID選為人員ID的不同人員ID計數。 在傳統 Adobe Analytics 中,人物 可能高於或低於 不重複訪客,取決於拼接過程的結果。 | 人員 =根據選取為人員ID的欄的不同人員ID計數。 Analytics來源聯結器資料集中的 人員 類似於傳統Adobe Analytics中的 不重複訪客,前提是endUserIDs._experience.aaid.id 在Customer Journey Analytics中作為人員ID。 |
不重複訪客 = 不同訪客 ID 的計數。 不重複訪客 可能與相異 ECID 的計數不同。 | 請參閱人員。 |
工作階段:根據 Customer Journey Analytics 資料檢視中的工作階段設定來定義。拼接過程可以將來自多個裝置的各個工作階段合併為一個工作階段。 | 工作階段:根據 Customer Journey Analytics 資料檢視中指定的工作階段設定來定義。 | 造訪次數:請參閱造訪次數。 | 造訪次數:根據 CDA 虛擬報告套裝中指定的工作階段設定來定義。 |
事件= Customer Journey Analytics 中拼接資料中的列數。這個量度通常接近傳統 Adobe Analytics 中的 發生次數。但是,請注意上面關於具有空白永久ID的列的常見問題集。 | 事件= Customer Journey Analytics 中未拼接資料中的列數。這個量度通常接近傳統 Adobe Analytics 中的 發生次數。但是請注意,如果任何事件在Experience Platform資料湖的未拼接資料中具有空白的人員ID,則這些事件不會包含在Customer Journey Analytics中。 | 發生次數:請參閱發生次數。 | 發生次數:請參閱發生次數。 |
Customer Journey Analytics和Adobe Analytics中的其他量度可能類似。 例如,Adobe Analytics 自訂事件 1-100的總計數,在傳統Adobe Analytics和Customer Journey Analytics之間可以比較(無論是拼接還是未拼接)。 功能差異) (例如Customer Journey Analytics與Adobe Analytics之間的事件重複資料刪除)可能會導致兩個產品之間有所出入。
資料不必重新擷取至Experience Platform,但需要在Customer Journey Analytics中重新設定。 請依照下列步驟操作:
- 設定新的圖表式銜接資料集。
- 在Customer Journey Analytics中將新資料集設定為新連線的一部分。
- 切換您現有的資料檢視以使用新連線(以及新的圖表式銜接資料集)
- 移除使用依欄位彙整資料集的舊連線。