Show Menu
主題×

在 A4T 中將膨脹的造訪和訪客計數減到最少

可協助您在使用 Analytics 做為報表來源時最小化膨脹後造訪和訪客計數影響的資訊。
在 2016 年 11 月 14 日,Adobe Analytics 已針對 Target 使用 Analytics 報表 (A4T) 的客戶變更部分資料的處理方式。這些變更讓 Adobe Target 資料更能與 Adobe Analytics 的資料模型對應。這些變更已對使用 A4T 的所有客戶展開。這些變更特別能解決在執行 Target 活動時,有些客戶所注意到膨脹的訪客計數的問題。
請注意,此變更不可回溯。如果您的歷史報表顯示膨脹的計數,而您想要將它們從報表中排除,您可以建立虛擬報表套裝,如下所示。
此外,已更新數個 JavaScript 資料庫,以幫助將膨脹的計數降至最低。建議您升級為下列資料庫版本 (或更新版本):
  • Experience Cloud 訪客 ID 服務: visitorAPI.js 版本 2.3.0 或更新版本。
  • Adobe Analytics: appMeasurement.js 版本 2.1。
  • Adobe Target: at.js 0.9.6 版或更新版本 (若 A4T 使用重新導向選件,則不包括 1.1.0 版)。
mbox.js 資料庫不支援使用 A4T 重新導向選件。您的實作必須使用 at.js。

哪些部分有所變更?

使用 Adobe Analytics 來測量 Target 活動 (稱為 A4T) 時,Analytics 會收集當頁面上沒有 Target 活動時無法使用的額外資料。這是因為 Target 活動會在頁面頂端觸發呼叫,但是 Analytics 一般是在頁面底部觸發其資料收集呼叫。在目前的 A4T 實作中,我們會在每當 Target 活動作用中時包括此額外的資料。此後,我們僅在同時觸發 Target 和 Analytics 標記時,才會納入此額外資料。

Adobe 為何做出此變更?

Adobe 對於自己的資料準確性和品質感到自豪。觸發 Target 標記,但未觸發 Analytics 標記時,我們會記錄「部分資料」(有時稱為「未拼接的點擊」),這些資料不會被 Analytics 擷取,因為沒有 Target 活動。儘管在 Analytics 報表中包含此部分資料可提供額外的資訊,它也會在沒有 Target 活動執行的期間產生與歷史資料的不一致。這可能會造成隨著時間分析趨勢之 Analytics 使用者的問題。為了確保 Analytics 中資料的一致性,我們將排除所有部分資料。

是什麼造成了部分資料?

我們在 Analytics 中發現一些客戶的部分資料比率很高。這可能造成實作不完整,但也有正當原因。
部分資料經確認的原因包括下列:
  • 不相符的報表套裝 ID (實作): 在活動設定指定的報表套裝不符合傳送測試所在頁面上的報表套裝。這看起來像是部分資料,因為資料無法在 Analytics 伺服器上協調。
  • 緩慢頁面: 因為 Target 呼叫在頁面的最上方,而 Analytics 呼叫一般是在頁面底端,如果頁面載入緩慢,會增加訪客在 Target 呼叫觸發之後,但在 Analytics 呼叫之前離開頁面的可能性。在連線往往較緩慢的行動網站上,這可能特別造成問題。
  • 頁面錯誤: 如果發生 JavaScript 錯誤或每個接觸點 (Experience Cloud ID 服務、Target 和 Analytics) 都未觸發的其他案例,便會造成部分資料。
  • Target活動中的重新導向選件: 針對使用 A4T 活動中的重新導向選件,您的實作必須符合某些最低需求。此外,還有需要您知道的重要資訊。如需詳細資訊,請參閱 重新導向選件 - A4T 常見問題集
  • 舊版資料庫: 在過去幾年,Adobe 已對我們的 JavaScript 資料庫 (appMeasurement.js、 at.js/mbox.js visitorAPI.js ) 進行多項改善,以確定盡可能有效率地傳送資料。若要進一步瞭解實作需求,請參閱 實作之前

減少部分資料的最佳做法為何?

請檢閱下列步驟以減少部分資料收集:
步驟
任務
確定在 Target 中選取的報表套裝與將呈現活動所在位置頁面上的相同。
確保 visitorAPI.js、appMeasurement.js、at.js / mbox.js 資料庫都採用 A4T 相容的版本。若要進一步瞭解實作需求,請參閱 實作之前
檢查以確定已在離開頁面的所有 Target 和 Analytics 呼叫上設定 SDID,並且它們相符。
使用網路分析器或偵錯工具來執行此動作,以確保 mboxMCSDID 呼叫上的 Target 參數符合 Analytics 呼叫中的 SDID 參數。
確認實作資料庫在您的網站上以正確的順序載入網站。如需詳細資訊,請參閱  Analytics 用於 Target 的實作

我如何知道我有多少部分資料?

雖然此資訊無法直接在 Analytics 中取得,您可以聯絡 Adobe 客戶服務來擷取「部分資料」報表。此報表用意在協助偵錯。

我如何檢視沒有部分資料的歷史趨勢?

由於此程序變更只會影響發行日期 (2016 年 11 月 14 日) 之後的資料,如果您想要調整歷史度量以相符,建議您建立區段來排除部分資料。
與此變更相關的下列資訊包含的指示可幫助您定義區段和將區段套用至虛擬報表套裝,使得此區段一律會套用至您的 Analytics 檢視。
在多數情況下,一個 Target 點擊會與每個網頁上的一個 Analytics 點擊拼接。如果 Target 和 Analytics 呼叫中同時有一個一致的 SDID,且相同頁面上的 Experience Cloud ID 呼叫中有一個 Analytics (MCID),便會發生此拼接。Target 一般也會有 MCID,但如果對 Target 的呼叫發生在訪客 ID 傳回之前,由於 SDID,該點擊仍會被計入。同時,使用者必須維持在頁面上夠長的時間,才能在觸發 Target 呼叫之後觸發 Analytics 呼叫。這是理想的案例。
部分資料點擊: 使用者有時不會維持在頁面上夠長的時間,因而無法傳送 Analytics 呼叫,但是 Target 會有正確的 MCID。這會造成部分資料點擊 (沒有 Analytics 頁面檢視的點擊)。如果這些使用者回到您的網站並檢視包含 Analytics 程式碼的頁面,即會將他們正確計為回頭的訪客。如果您的頁面上只有 Analytics 程式碼,則您會遺漏這些點擊。有些用戶端不想要這些點擊的資料,因為它們會讓某些度量 (造訪) 膨脹和讓其他度量 (每次造訪的頁面檢視、每次造訪時間等) 壓縮。您也將看見沒有任何頁面檢視的造訪。不過,保留此資料仍有有效的原因。
為了將部分資料點擊最小化,您可以讓您的頁面載入更快,更新為最新版本的資料庫,或建立排除這些點擊的 虛擬報表套裝 。For step-by-step instructions, see Create virtual report suites in the Analytics Components Guide .
下圖顯示虛擬報表套裝的區段定義:
建立虛擬報表套裝時,指定區段定義的下列組態 (如上圖所示):
  • 顯示點擊:
  • Analytics for Target: 已存在
  • 頁面檢視: 不存在
  • 自訂連結例項: 不存在
  • 下載連結例項: 不存在
  • 結束連結例項: 不存在
孤立點擊: 少數情況下,使用者未持在頁面上夠長的時間,使得 Analytics 呼叫和 Target 未取得正確的 MCID。我們將這些定義為「孤立」點擊。這些點擊代表的是客戶很少回來,以及他們不當地膨脹了造訪和訪客計數。
若要將這些「孤立」點擊最小化,您可以建立可排除這些點擊的 虛擬報表套裝 ,如以上所述。

這對我的 Target 報表有何意義?

一旦發生此變更,因為 Adobe 不會處理連入的部分資料,您可能會發現線上測試的新訪客和造訪次數減少。對其他 Analytics 量度的轉換和點擊將不會變更。