追蹤不同的實施類型
Adobe Analytics 實施的核心架構在所有實施類型中都是一致的。 該流程涉及定義變數,並將其編譯成傳送至 Adobe 資料收集伺服器的影像要求。 這個概念代表您可以在 AppMeasurement、Web SDK 及其在 Adobe Experience Platform 資料收集中的各自擴充功能之間,跨同一網站的不同頁面無縫切換。
Adobe 建議在所有頁面上使用相同的實施類型來保持網站實施的一致性。 但是,如果您網站的某些部分有不同的要求,您可以使用此頁面來協助確保跨頁面持續追蹤訪客。
如果您使用多種型別的實施(例如AppMeasurement和硬式編碼影像要求),請確定下列變數已正確設定並彼此相符。
NOTE
所有實作型別都必須使用相同的訪客身分識別型別(舊版Analytics ID、訪客ID服務或Experience Platform Identity服務)。 Adobe建議儘可能在所有實施中使用ECID。
變數
Web SDK 標記擴充功能
網頁SDK (Alloy)
Analytics 擴充功能
AppMeasurement
硬式編碼影像要求
報表套裝 ID
設定資料流時,將 Adobe Analytics 新增為服務
設定資料流時,將 Adobe Analytics 新增為服務
設定擴充功能時,程式庫管理部分底下的報告套裝
s_gi中的字串引數URL
pathname 的一部分 (/b/ss/ 之後)訪客ID服務
原生包含Experience Platform Identity服務;需要
idMigrationEnabled才能讀取訪客ID服務Cookie原生包含Experience Platform Identity服務;需要將ECID從VisitorAPI移轉至Web SDK以讀取訪客ID服務Cookie
實作訪客ID服務 (
VisitorAPI.js)對訪客ID服務🔗進行個別呼叫以取得所需的ID,並將
mid納入查詢字串中NOTE
AppMeasurement型實作(包括Analytics標籤擴充功能)與Experience Platform Identity Service不相容。 您必須使用最低通用分母形式的訪客身分識別,才能跨實作型別進行同步,這通常是訪客ID服務 (
VisitorAPI.js)。如果這些變數在每種實施型別中不一致,Adobe可能會將其視為個別訪客。 如果沒有在網站上的各種實作型別間順暢地追蹤訪客,最常見的原因是訪客身分識別設定不正確。 請確定每個實作型別都能正確取得您網站上的相同ECID (mid 查詢字串)。
recommendation-more-help
analytics-help-implement