行銷管道常見問題集

注意

為了讓 Attribution IQ 和 Customer Journey Analytics 的行銷管道獲得最大成效,我們已發佈一些修改過的最佳做法

行銷管道的常見問題。

我的追蹤代碼不遵從模式,而我必須為我的「附屬機構」管道指定上千個模式。

  • 使用消除過程。如果「電子郵件」和「附屬機構」渠道使用相同的查詢字串參數,但您只有很少的電子郵件追蹤代碼,則可以在定義電子郵件的規則集中指定電子郵件追蹤代碼。然後使用 affiliates.
  • 在您的電子郵件系統中,新增查詢字串參數至所有著陸頁面 URL,例如 &ch=eml。建立一個規則集,用於偵測 ch 查詢參數是否等於 eml。如果不包含 eml,則為附屬機構。

反向連結網域包含的資料多於我的預期。

反向連結網域可能在處理規則清單中排位過高。它應是最後的規則集或之一,因為處理順序至關重要。

我已經建立了符合查詢字串參數的規則,但不管用。

請確定已在查詢字串參數欄位中指定參數名稱 (通常是字母數字值)。此外,也請確定有在運算元後面指定參數值,如下列電子郵件規則範例所示。

為何我所有的上次接觸流量均歸屬於內部網域?

您擁有符合內部流量的規則。請注意,該等規則會處理訪客在您網站上的每一次點按,而不僅是首次訪問。如果您有類似「Page URL exists」的規則,而沒有其他標準,則該管道會符合網站上的每個後續點按,因為頁面 URL 永遠存在。

我如何對報表的「未識別管道」中顯示流量進行除錯?

規則依順序處理。如果不符合特定標準,點按便會屬於下列三個類別之一:

  1. 無反向連結 (直接造訪)。

  2. 內部反向連結,位於第一個造訪的頁面上。

  3. 頁面上的處理故障。

請確保擁有針對這三種可能性的管道。例如,建立如下規則︰

  1. 反向連結​和​不存在​和​是第一個造訪的頁面。(請參閱直接。)

  2. 反向連結符合內部 URL 篩選器​和​是第一個造訪的頁面。(請參閱內部。)

  3. 反向連結​和​存在​和​反向連結不匹配內部 URL 篩選器

最後,建立一個擷取剩餘點按的​「其他」​管道,如未識別管道中所述。

首次和上次接觸的關係

若要瞭解舊版首次接觸與上次接觸維度之間的互動關係,並確認覆寫功能正常運作,您可以提取與上次接觸管道報表具有子關聯的首次接觸管道報表,當中含有您新增的關鍵成功量度 (請參閱以下範例)。此範例說明了首次和上次接觸管道之間的互動關係。

首次接觸等於上次接觸的交集之處是表格的對角線。「直接」和「工作階段重新整理」必須同時也是首次接觸管道,才能取得上次接觸管道的評分,因為它們無法從其他持續沿用的管道 (以灰色顯示的列) 取得評分。

未識別管道的原因

當規則不擷取資料時,或如果規則設定有誤,則報表會顯示報表上「未識別管道」行中的資料。您可建立一個稱作​「其他」​的規則集,例如在處理順序的末尾,這也可識別內部流量,如下所示。

這類規則涵蓋範圍甚廣,可確保管道流量總是符合外部流量,且通常不會以​未識別管道​結束。注意不要建立同時識別內部流量的規則。將管道值設定為​「反向連結網域」​或​「頁面 URL」​是最常見且實用的建立有效「其他」規則之方法。

注意

可能還會有其他管道流量分類到「未識別管道」類別中。舉例來說:一位訪客造訪網站並將網頁加到書籤中,在同一次造訪中會透過書籤返回該頁面。由於這不是該次造訪的第一頁,並沒有反向連結網域,因此不會分類到「直接管道」或「其他管道」。

內部原因 (工作階段重新整理)

內部上次接觸 (工作階段重新整理) 必須同時也是首次接觸,才會發生 - 請參閱前述的「首次和上次接觸的關係」。以下案例說明「工作階段重新整理」如何成為首次接觸管道。

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

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

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

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

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

  • 清除 Cookie 中繼網站:​訪客造訪網站,而中繼工作階段清除了 Cookie。首次和上次接觸管道都會重設,而該次造訪會分類為「工作階段重新整理」(因為反向連結為內部連結)。

以下是將內部 (工作階段重新整理) 設為首次和上次接觸管道的範例:

  • 第 1 天:使用者因顯示而造訪網站。系統會將首次和上次接觸管道設為顯示。
  • 第 2 天:使用者因免費搜尋而造訪網站。首次接觸仍會維持為顯示,而上次接觸則設為免費搜尋。
  • 第 35 天:使用者未造訪網站達 33 天,而且使用在瀏覽器中開啟的分頁返回。在具有 30 天參與回溯期的前提下,該回溯期將已關閉,且行銷管道 Cookie 將會過期。系統會重設首次接觸和上次接觸管道,且由於使用者來自內部 URL,因而會設為工作階段重新整理。

為何變更行銷管道處理規則後某些管道未變更?

有時候行銷管道處理規則的設定不正確,因此必須變更處理規則。套用變更後,有些量度仍會將資料歸因於錯誤的管道。我們需要考慮幾件事:

  • 即時收集行銷管道資料:​行銷管道資料會在資料收集時處理,且全部具永久性。變更處理規則不會影響資料的回溯性。

  • 變更處理規則不會立即影響首次接觸資料:例如:

    1. 因為您的電子郵件管道設定不正確,使用者透過該管道進入,然後離開您的網站。
    2. 隔天您變更電子郵件處理規則來加以修正。
    3. 幾天後,該用戶透過免費搜尋返回網站並進行購買。
    4. 電子郵件管道獲得「首次接觸」評分,而免費搜尋獲得「上次接觸」評分。

    即使在您變更處理規則後數天,您仍可在錯誤的「首次接觸」管道中收集資料。首次接觸資料會持續收集不正確的管道,直到所有使用者的訪客參與均過期為止。

修正這些差異的最佳方法是執行下列一或兩項操作:

  • 手動將所有訪客參與期限設為過期:此設定會立即讓所有訪客的所有首次和上次接觸管道過期:

    1. 前往「管理工具 > 報表套裝」。
    2. 將游標停留在「影像編輯設定 > 行銷管道 > 訪客參與有效期」
    3. 按一下「全部過期」。
    4. 按一下「確定」,查看警告快顯視窗,確認您了解該視窗執行的操作。
  • 僅檢視您修正規則後的上次接觸量度:「上次接觸」量度一律遵循目前的規則集。檢視變更處理規則後正確反映最新處理規則的時間。

本頁內容