您可以搭配「行動裝置類型」維度使用「流量」視覺效果。
使用上述的「行動裝置類型」,可讓您瞭解使用者在行動裝置類型與桌上型裝置類型之間的移動方式。不過,您可能會想要將桌面版瀏覽器與行動瀏覽器區分開來。其中一個方法是建立 eVar,記錄體驗是發生在桌面版瀏覽器、行動瀏覽器還是行動應用程式上。然後使用您的「體驗」eVar (而非「行動裝置類型」維度),依照上述方式建立流量圖。這麼做可提供稍微不同的跨裝置行為檢視。
Adobe 讓裝置資料連結約 30 天。如果最初沒有識別裝置,但之後在 30 天內識別,CDA 會回頭重新將最多 30 天以前的裝置認定為屬於已識別的使用者。如果某位使用者的某些未識別行為落在 30 天回顧時限之外,該使用者的那段歷程將不會連結。
Adobe 將時間戳記點擊視為收到時間戳記時的時間,而非 Adobe 收到點擊的時間。不會彙整超過 1 個月的時間戳記點擊,因為這些點擊超出 Adobe 用來彙整的範圍。
使用自訂訪客 ID 是跨裝置連結使用者的傳統方法。若使用自訂訪客 ID,需使用 visitorID
變數明確設定用於訪客邏輯的 ID。visitorID
變數會覆寫任何存在的 Cookie 式 ID。
CDA 可以解決或減少自訂訪客 ID 中若干令人不樂見的連帶作用。例如,自訂訪客 ID 方法沒有重播功能。如果使用者在造訪期間進行驗證,則造訪的前半部和後半部會與不同的訪客 ID 建立關聯。不同的訪客 ID 會導致造訪和訪客數膨脹。CDA 會重新認定歷史資料,因此未經驗證的點擊會屬於正確的人員。
原使用自訂訪客 ID 的客戶可升級至 CDA,不須變更實作。visitorID
變數仍用於來源報表套裝中。但如果使用者驗證,CDA 會忽略虛擬報表套裝中的 visitorID
變數。
在某些情況下,可能有多人從同一部裝置登入。例如家中的共用裝置、資料庫中的共用 PC 或零售門市的資訊站。
在某些情況下,個別使用者可與大量 ECID 建立關聯。如果個人使用許多瀏覽器或應用程式,就可能發生這種情況,如果他們經常清除 Cookie 或使用瀏覽器的私人或無痕瀏覽模式,更會加劇此情形。
「人物」量度類似「不重複訪客」量度,因為它會回報不重複個人的數量。不過,在使用跨裝置分析時,當不重複訪客在其他情況下,被記錄為 CDA 外的兩個個別不重複訪客時,這些不重複訪客將被合併。啟用跨裝置分析時,「人物」量度會取代「不重複訪客」量度。可使用「不重複裝置」新量度,大致上等同於跨裝置分析以外的「不重複訪客」。
這兩個量度大致相同。
是。Analysis Workspace 使用 2.0 API 向 Adobe 伺服器要求資料,您可以檢視 Adobe 使用的 API 呼叫來建立您自己的報表:
是。如果個人在虛擬報表套裝的造訪逾時 (預設為 30 分鐘) 內,從兩個獨立裝置傳送點擊,便會結合成同次造訪。
這兩個識別碼由 Adobe 在執行報表時計算,也稱為「報表時間處理」功能。由於「報表時間處理」的性質,表示其與 Data Warehouse、資料摘要或 Adobe 提供的其他匯出功能並不相容。
如果想要切換 CDA 識別方法,請洽詢組織的客戶經理。客戶經理可將您的報表套裝佈建至所需的識別人員方法。前一個方法的歷史彙整資料會遺失。
CDA 會提取 eVar 維度項目,再針對報表最佳化。您不須擔心針對 CDA 的特殊限制。不過,如果您嘗試在工作區專案中使用該 prop/eVar,您仍可看到 (低流量) 維度項目。