報表常見問題集
關於 Adobe Target 中報表常見問題的清單。
新訪客與回訪訪客量度如何計算? methodology
只要訪客在網站上處於作用中狀態,新訪客的首次造訪就會持續。
如果使用者閒置30分鐘或更長時間,工作階段會重設。 重設工作階段表示該訪客在下次造訪時成為回訪訪客,或在閒置30分鐘後再次變為使用中。
如果訪客在網站中一整天每29分鐘瀏覽一次,則此訪客即會計為當天的新訪客。 工作階段從未重設,因為訪客從未超過30分鐘的臨界值。
下列資訊將更詳細地說明新訪客和回訪訪客的計數方式。 同時也會舉例說明為何這兩個區段的總和並不一定等於訪客總數。
新訪客
如果符合下列條件之一,則訪客會包含在「新訪客」區段:
- 這是訪客第一次造訪網站。
- 這是訪客自 Cookie 清除後第一次造訪網站。
- 這是訪客自訪客設定檔存留期過期後第一次造訪網站。
再度訪問的訪客
如果使用者先前造訪網站,離開至少 30 分鐘,並使用相同的 Cookie 再次返回網站,則該訪客會納入「回訪訪客」區段。只要訪客在設定檔期限之內回來,就是回訪訪客。
假設您的設定檔存留期設定為14天(預設值)。 如果符合下列條件,則訪客會納入「回訪訪客」區段:
- 訪客首次造訪網站,系統會將其記錄為「新訪客」。
- 訪客離開網站,但六天後回訪。
由於設定檔存留期設為14天,因此此訪客會包含在「回頭客」區段中。 如果該訪客在六天內刪除了Cookie,則該訪客會包含在「新訪客」區段中。
說明量度計數之間差異的範例
範例1:如果將這兩個區段套用至活動,則「新訪客」區段和「再度訪問的訪客」區段並非總和訪客總數。
考量以下範例,接受上述新訪客和回訪訪客的條件:
- 訪客首次造訪網站,即計為新訪客。
- 當回訪訪客符合條件時,訪客即會返回網站,並計為回訪訪客。
在活動的整體訪客計數中,即使此訪客同時計入新訪客和回訪訪客區段,仍會計為單一訪客。
範例2:新訪客和回訪訪客計數之間的差異也取決於您設定活動成功量度的方式。
例如:
數個新訪客造訪您的網站,並符合活動的資格。 這些新訪客會計入「新訪客」區段。 所有這些訪客也記錄了該活動的造訪。
有些訪客點選轉換量度,該量度已設定為「增加計數以及讓使用者留在活動中」。 假設其中某些使用者多次點選轉換量度,轉換量度不會增加。 但是,進行此設定後,有些使用者可能會點選轉換量度,然後導覽回首頁,再次符合活動資格以記錄新的造訪。
我的Experience Targeting (XT)報表為何包含控制體驗的量度?
XT 活動應一律都有控制體驗。如果您以類似A/B Test活動(這是相當常見的案例)的方式使用XT活動,控制體驗資料會很實用。 如果您發現控制體驗資料在您的報表中並不實用,您可以將其忽略。
Target中的造訪次數為何比其他Adobe Experience Cloud解決方案中的造訪次數低? section_7E626FDB417E41B8B58BBF30FB207409
由於下列原因,Target所報告的量度數字(例如造訪)一律低於其他Experience Cloud解決方案中所報告的數字:
- Target 只會計算活動合格訪客的造訪次數。其他解決方案會針對顯示頁面的訪客來計算造訪次數,而不在乎將他們帶到頁面的活動。
- 不同的活動有時會爭奪相同的位置 (互斥)。因此,訪客在網頁上會看到不同內容,因而影響 Target 所報告的量度數字。
活動的報表為何沒有資料可用? section_E4722F6445884130951DF79981C8289B
如果活動的內容成功傳送給訪客,但其報表不含任何資料,您可能會看到下列錯誤訊息:「沒有可用於所選報表設定的資料。」
活動報表中遺失資料的可能原因如下:
- 您沒有在報告的設定中選取正確的環境
- 您沒有任何流量分配給控制體驗
您沒有在報表設定中選取正確的環境:
如果活動的內容成功傳送給使用者,但其報表不含任何資料,請確定您已在報表的設定中選取正確環境 (主機群組)。
若要變更活動報表的環境:
-
按一下「Activities」,從清單中按一下所需的活動,然後按一下「Reports」標籤。
-
按一下齒輪圖示進行報表設定。
-
從 Environment 下拉式清單中,選取 Production。
如果您選取了開發環境,則可能沒有報表資料可用。
-
按一下 Save。
如需環境的詳細資訊,請參閱主機。
您沒有任何流量分配給控制體驗
如果活動的內容成功傳送給使用者,但其報表不含任何資料,請確定您使用具有流量的體驗作為控制體驗。
-
按一下「Activities」,從清單中按一下所需的活動,然後按一下「Reports」標籤。
-
按一下齒輪圖示進行報表設定。
-
從 Control 下拉式清單中,選取接收流量的體驗。
-
按一下 Save。
為什麼我的A/B或MVT活動中的體驗之間流量分割不平均? uneven
例如,我將流量分割設為50/50或25/25/25/25/25,但在報表中看到體驗之間的分佈大相逕庭。 Target報表中有幾個不平均訪客計數可解釋的原因:
-
首次啟動Target活動時,流量分佈可能會不平均,因為Target用來最佳化體驗傳遞的邊緣節點架構。 最佳實務是給予活動一些時間以收集更多資料,且分配將會正常化。 如需Adobe Target架構和Edge節點的詳細資訊,請參閱Adobe Target運作方式。
-
如果您在Target或Analytics,而且您使用 Visits 量度,請記住Target是以訪客為基礎的系統,且A/B或MVT測試的流量分配是在訪客層級指派。 因此,如果您使用 Visits 量度來檢查活動結果,流量分佈可能會呈現不平均的狀態,因為某些訪客可能會有多次造訪。 訪客是評估活動績效時的標準標準化量度。
-
A/B和MVT測試的最佳實務是保持流量分割均勻。 在測試期間變更體驗之間的流量分佈(例如從90/10到50/50)可能會導致體驗之間的訪客不平均。 較低的流量體驗可能永遠無法「趕上」。
-
如果您遵循上述最佳實務,且流量分割不會隨著時間正常化,您應檢查下列專案:
-
您使用最新的at.js資料庫嗎? 如需目前版本和相關發行說明的詳細資訊,請參閱at.js版本詳細資料。
-
這是重新導向測試嗎? 標籤在頁面上引發的時間不正確會導致不平均的流量分割,尤其是在使用Analytics做為Target活動的資料來源時。 如需使用Analytics for Target (A4T)修正重新導向活動上不平均流量分佈的詳細資訊,請參閱重新導向選件 — A4T常見問題集。
-