常見問題集

您可以搭配「資料集 ID」維度使用「流量」視覺化圖表。

1. 登入 Customer Journey Analytics 並建立空白的 Workspace 專案。
2. 選取左側的「​視覺化圖表​」索引標籤，然後將「​流量​」視覺化圖表拖曳至右側的畫布上。
3. 選取左側的「​元件​」索引標籤並將「​資料集 ID 」維度拖曳到標記為「​維度或項目​」的中心位置。
4. 此流量報告為互動式。 若要將流量擴展至接續或先前的頁面，請選取任何值。 使用右鍵功能表來展開或收合欄。 同一流量報告中也可使用不同的維度。

如果您要為資料集 ID 維度項目重新命名，可使用查詢資料集。

• 每週​重播會在每個​ 星期六 ​晚上（客戶時區）開始，且資料會在星期一早上前在Customer Journey Analytics報表中更新。
• 每日​重播會在上午​3點 （客戶時區）左右執行，並且資料會在早上之前在Customer Journey Analytics報表中更新。

某些情況下，同一部裝置可能會由不同人登入。 例如家中的共用裝置、資料庫中的共用 PC 或零售門市的資訊站。

個人 ID 會覆寫永久 ID，因此系統會將使用共用裝置的人員視為不同的個人 (即便他們都是使用同一部裝置)。

如需更多資訊，請參閱共用裝置使用案例。

在某些情況下，個別使用者可以與多個永久 ID 關聯。 例如，個人經常清除瀏覽器的Cookie或使用瀏覽器的私人/無痕模式。

對於欄位型拼接，相較於個人 ID，永久 ID 的數量並不重要。 單一使用者可使用任何數量的裝置，這不會影響 Customer Journey Analytics 功能拼接不同裝置資料的能力。

對於圖表式拚接，單一人員可以在身分圖表中有許多永久ID。 圖表型拼接會根據指定的命名空間使用永久 ID。 如果同一名稱空間有較多永久ID，則會使用字典法第一個永久ID。

跨裝置分析是傳統 Adobe Analytics 的專屬功能，可讓您了解人們如何在多個裝置之間操作。 其提供兩個工作流程將裝置資料連結在一起：欄位型拼接和裝置圖譜。

跨管道分析是 Customer Journey Analytics 的專屬使用案例，可讓您了解使用者在不同裝置以及不同管道之間如何操作。 其會拼接資料集的個人 ID，讓該資料集可順暢地與其他資料集合併。 此功能的操作設計類似於跨裝置分析的欄位型拼接，但實施方式不同，因為傳統 Analytics 和 Customer Journey Analytics 之間的資料架構不同。 如需更多資訊，請參閱拼接和跨管道分析使用案例。

Adobe 會根據本地和國際法律來處理隱私請求。 Adobe 提供 Adobe Experience Platform Privacy Service，以供提交資料存取及刪除要求。 這些請求會同時套用至原始資料集和已重設金鑰的資料集。

舉例來說，您可以想像下列身分識別資料、拼接前和拼接後的事件。

隱私權要求的目前程式

當收到具有 CustID Bob 的客戶之隱私請求時，帶有刪除線項目的列將被刪除。 其他事件會使用身分識別圖來重新拼接。 例如，拼接後的資料集中的第一個拼接後的 ID 已更新為 Alex。

table 0-row-7 1-row-7 2-row-7 1-align-center 9-align-center 17-align-center
身分識別圖	ID	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間
	1	ts1	123	ecid	Bob	CustId
	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	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間
	1	ts0	123	ecid
	2	ts1	123	ecid	Bob	CustId
	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	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間	產生的ID	拼接後的命名空間
	1	ts0	123	ecid			Alex	CustId
	2	ts1	123	ecid	Bob	CustId	Bob	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	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間
	1	ts1	123	ecid	Bob	CustId
	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	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間
	1	ts0	123	ecid
	2	ts1	123	ecid	Bob	CustId
	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	時間戳記	永久 ID	永久命名空間	個人 ID	個人命名空間	產生的ID	拼接後的命名空間
	1	ts0	123	ecid			123	ecid
	2	ts1	123	ecid	Bob	CustId	Bob	CustId
	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 填入「未定義」值，導致錯誤呈現個人數量。

Customer Journey Analytics 中的某些量度與傳統 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中重新設定。 請依照下列步驟操作：

1. 使用圖譜型拼接設定新的圖譜型拼接後資料集。
2. 以極小的資料時間範圍建立新的暫時連線。
3. 將新的圖譜型資料集設定為此暫時連線的一部分。
4. 使用這個新的臨時連線，驗證圖譜型拼接是否正常運作。
5. 若圖表型拼接如常運作，請要求對圖表型資料集進行任何額外回填，然後將原始連線中的欄位型資料集與新的圖表型資料集交換。
6. 移除暫時連線。

確認已為Identity Service啟用資料集，以便使用圖表式拚接中的資料集。

您不需要取得 Real-Time Customer Data Platform 的授權，也可以使用圖表型拼接。 圖表型拼接是以可用的身分識別圖表而不是即時客戶輪廓為基礎。

若要檢查現有的資料集並僅啟用身分服務的資料集，請使用對僅使用unifiedIdentity標籤的/datasets端點的PATCH要求。 例如：

curl -X PATCH \
  https://platform.adobe.io/data/foundation/catalog/dataSets/{DATASET_ID} \
  -H 'Content-Type:application/json-patch+json' \
  -H 'Authorization: Bearer {ACCESS_TOKEN}' \
  -H 'x-api-key: {API_KEY}' \
  -H 'x-gw-ims-org-id: {ORG_ID}' \
  -H 'x-sandbox-name: {SANDBOX_NAME}' \
  -d '[
        { "op": "add", "path": "/tags/unifiedIdentity", "value": ["enabled:true"] }
      ]'

在請求中使用 unifiedProfile 標記的任何情形，若您沒有即時客戶資料輪廓的授權，都會傳回錯誤。

如需更多資訊，請參閱建立針對輪廓和身分識別啟用的資料集。