報表常見問題集

關於 Adobe Target 中報表常見問題的清單。

新訪客與回訪訪客量度如何計算?

新訪客的首次訪問只要該訪客在現場活動即可。
如果用戶處於非活動狀態30分鐘或更長時間,則會重置會話。 重置會話意味著此訪問者在下次訪問時成為「返回訪問者」,或在處於非活動狀態30分鐘後再次變為活動狀態。
如果訪客每29分鐘在現場周圍移動一天,則此訪客將被視為當天的新訪問者。 會話從未重置,因為訪問者從未超過30分鐘的閾值。

以下資訊更詳細地說明了如何計算新訪問者和返回訪問者。 還包括一些示例,解釋為什麼這兩個段的總和並不總是等於訪問者總數。

新訪客

如果符合下列條件之一,則訪客會包含在「新訪客」區段:

  • 這是訪客首次造訪網站。
  • 這是訪客自 Cookie 清除後第一次造訪網站。
  • 這是訪客自 訪客設定檔期限 過期後第一次造訪網站。

再度訪問的訪客

如果使用者先前造訪網站,離開至少 30 分鐘,並使用相同的 Cookie 再次返回網站,則該訪客會納入「回訪訪客」區段。只要訪客在設定檔期限之內回來,就是回訪訪客。

假設您的配置檔案生存期設定為14天(預設值)。 如果滿足以下條件,則訪問者將包括在「返回訪問者」部分:

  • 一位訪客首次訪問該站點,並記錄為新訪客。
  • 訪客離開現場,但六天後回來。

由於配置檔案生存期設定為14天,因此此訪問者將包括在「返回訪問者」段中。 如果訪問者在該六天內刪除了cookie,則該訪問者將包括在「新訪問者」段中。

解釋度量計數之間差異的示例

示例1:如果將這兩個段應用於活動,則「新建訪問者」段和「返回訪問者」段並不總是合計訪問者總數。

請考慮以下示例,以上述新訪客和回訪訪客的條件為例:

  • 首次訪問該地點的訪客被計為新訪客。
  • 符合返鄉條件後返鄉的,計為返鄉的。

此訪問者在活動的總訪問者數中被視為單個訪問者,儘管新訪問者和回訪者都被計入其中。

示例2:新訪問者和返回訪問者的計數之間的差異還取決於您如何配置活動 成功度量

例如:

幾位新訪問者訪問您的站點並有資格參加活動。 這些新訪客被計入新訪客分部。 所有這些參觀者還記錄了參觀該活動的情況。

某些訪問者點擊了轉換度量,該度量被配置為「增量計數和保留活動中的用戶」。 假設其中一些用戶多次命中轉換度量,則轉換度量不會增加。 但是,如果設定設定為,某些用戶可能會按轉換度量,然後導航回首頁,再次確認為活動以記錄新訪問。

我的 體驗鎖定目標 (XT) 報表為何包含控制體驗的量度?

XT 活動應一律都有控制體驗。如果您以類似 A/B 測試活動 (這是相當常見的案例) 的方式使用 XT 活動,控制體驗資料會很實用。如果您發現控制體驗資料在您的報表中並不實用,您可以將其忽略。

Target 中的造訪次數為何比其他 Adobe Experience Cloud 解決方案中還要低?

度量數字,例如訪問,由 Target 總是低於其他資料中報告的數字 Experience Cloud 解決方案有以下幾個原因:

  • Target 只會計算活動合格訪客的造訪次數。其他解決方案會針對顯示頁面的訪客來計算造訪次數,而不在乎將他們帶到頁面的活動。
  • 不同的活動有時會爭奪相同的位置 (互斥)。因此,訪客在網頁上會看到不同內容,因而影響 Target 所報告的量度數字。

活動的報表為何沒有資料可用?

如果活動的內容成功傳送給使用者,但其報表不含任何資料,請確定您已在報表的設定中選取正確環境 (主機群組)。

如果您已選取開發環境,可能會看到下列錯誤訊息:「沒有可用於所選報表設定的資料」。

若要變更活動報表的環境:

  1. 按一下​「活動」,從清單中按一下所需的活動,然後按一下​「報表」​標籤。

  2. 按一下齒輪圖示進行報表設定。

    A/B 設定對話方塊

    注意

    自動個人化 (AP) 報表沒有齒輪圖示可用。

  3. 從​「環境」​下拉式清單中,選取​「生產」

    如果您選取了開發環境,則可能沒有報表資料可用。

  4. 按一下​儲存

如需環境的詳細資訊,請參閱主機

為什麼我在A/B或MVT活動中的體驗之間的流量不平衡?

例如,我將流量分割設定為50/50或25/25/25/25 ,但我發現報告中不同體驗之間的分佈大不相同。 對中國遊客人數不均的幾個解釋 Target 報告:

  • 當 Target 活動首次啟動,由於邊緣節點體系結構 Target 用於優化體驗交付。 最佳做法是讓活動有時間收集更多資料,然後分發將恢復正常。 有關 Adobe Target 體系結構和邊緣節點,請參見 Adobe Target的工作原理

  • 如果你在 Target 或 Analytics 而你卻利用 訪問 指標,記住 Target 是基於訪問者的系統,並且A/B或MVTtest的流量分配在訪問者級別。 因此,如果使用 訪問 交通分佈可能不均勻,因為某些訪問者可能有多次訪問。 訪問者是評估活動績效時的標準標準化指標。

  • A/B和MVTtest的最佳做法是保持流量分流均勻。 在test期間改變體驗之間的流量分佈(例如從90/10到50/50)可能會導致不同體驗的訪問者參差不齊。 交通體驗越低,可能就永遠也趕不上。

  • 如果您遵循上述最佳實踐,並且流量分割不會隨著時間而正常化,則應檢查以下內容:

    • 是否使用最新的at.js庫? 有關當前版本和相關發行說明的詳細資訊,請參閱 at.js版本詳細資訊

    • 是重定向test嗎? 在頁面上觸發標籤的時間不正確可能會導致不均勻的通信拆分,尤其是當使用 Analytics 作為 Target 的子菜單。 有關使用目標分析(A4T)修復重定向活動上不均勻通信量分佈的詳細資訊,請參閱 重定向服務 — A4T常見問題

本頁內容