Show Menu
主題×

內部 (工作階段重新整理) 管道

內部管道 (經常重新命名為「工作階段重新整理」) 由網站的造訪組成,該網站的反向連結 URL 與 Admin Console 中的「內部 URL 篩選器」設定相符,亦即訪客的造訪來自該網站。

覆寫最佳實務

建議取消勾選直接和內部管道的覆寫上次接觸選項,如此這些管道就不會從其他持續沿用的上次接觸管道取走評分 (或互相取走評分)。
本文件假設直接和工作階段重新整理管道皆已取消勾選覆寫設定。

參與期間

訪客的首次和上次接觸管道在該瀏覽器上閒置 30 天後,都會經過重設。
30 天為預設值,如有需要,可透過管理員設定加以修改。
如果訪客經常使用該網站,則參與回溯期會計入這些管道。管道必須閒置達 30 天,該期間才會過期,且管道才會重設。範例:
  • 第 1 天: 使用者因顯示而造訪網站。系統會將首次和上次接觸管道設為顯示。
  • 第 2 天: 使用者因免費搜尋而造訪網站。首次接觸仍會維持為顯示,而上次接觸則設為免費搜尋。
  • 第 35 天: 使用者未造訪網站達 33 天,而且使用在瀏覽器中開啟的分頁返回。在具有 30 天參與回溯期的前提下,該回溯期將已關閉,且行銷管道 Cookie 將會過期。系統會重設首次接觸和上次接觸管道,且由於使用者來自內部 URL,因而會設為工作階段重新整理。

首次和上次接觸的關係

若要瞭解首次接觸與上次接觸之間的互動關係,並確認覆寫功能正常運作,您可以提取與上次接觸管道報表具有子關聯的首次接觸管道報表,當中含有您新增的關鍵成功量度 (請參閱以下範例)。此範例說明了首次和上次接觸管道之間的互動關係。
首次接觸與上次接觸彼此相等的交集之處以橘色顯示。「直接」和「工作階段重新整理」必須同時也是首次接觸管道,才能取得上次接觸管道的評分,因為它們無法從其他持續沿用的管道 (以灰色顯示的列) 取得的評分。

為什麼會發生工作階段重新整理?

我們已知上次接觸管道的「工作階段重新整理」只會在同時也是首次接觸管道時發生,而下列案例則說明「工作階段重新整理」在何種情況下會成為首次接觸管道。

案例 1: 工作階段逾時

訪客造訪網站後,將分頁維持在瀏覽器中開啟,以便日後使用。訪客的參與期間過期 (或自行刪除 Cookie),且使用開啟的分頁再次造訪網站。由於反向連結 URL 是內部網域,該次造訪會分類為「工作階段重新整理」。

案例 2: 並非所有網頁都經過標記

訪客登陸未經標記的頁面 A,接著移至已標記的頁面 B。系統會將頁面 A 視為內部反向連結,而該次造訪會分類為「工作階段重新整理」。

案例 3: 重新導向

如果重新導向未經妥善設定,以致無法將反向連結資料傳遞至新的登陸頁面,則真實的登入反向連結資料就會遺失,而重新導向頁面 (可能是內部頁面) 會因此顯示為反向連結網域。該次造訪將會分類為「工作階段重新整理」。

案例 4: 跨網域流量

訪客從會觸發套裝 A 的網域移至會觸發套裝 B 的另一個網域。如果套裝 B 的內部 URL 篩選器包含第一個網域,則套裝 B 的該次造訪將記錄為內部,因為行銷管道會將之視為第二個套裝中的新造訪次數。該次造訪將會分類為「工作階段重新整理」。

案例 5: 登入頁面載入時間過長

訪客登陸了內容繁多的頁面 A,而 Adobe Analytics 程式碼位於該頁面底部。在系統載入所有內容 (包括 Adobe Analytics 影像要求) 之前,訪客點擊了頁面 B,頁面 B 也觸發了自身的 Adobe Analytics 影像要求。由於頁面 A 的影像要求並未載入完畢,第二個頁面就會在 Adobe Analytics 中顯示為該次造訪的第一次點擊,而頁面 A 則為反向連結。該次造訪會分類為「工作階段重新整理」。