行銷管道常見問題集
行銷管道的常見問題。
我的追蹤代碼不遵從模式，而我必須為我的「附屬機構」管道指定上千個模式。
- 使用消除過程。如果「電子郵件」和「附屬機構」管道使用相同的查詢字串參數，但您只有很少的電子郵件追蹤代碼，則可以在定義電子郵件的規則集中指定電子郵件追蹤代碼。然後分類後者所有其他追蹤碼：
affiliates. - 在您的電子郵件系統中，新增查詢字串參數至所有著陸頁面 URL，例如
&ch=eml。建立一個規則集，用於偵測 ch 查詢參數是否等於eml。如果不包含eml，則為附屬機構。
反向連結網域包含的資料多於我的預期。
反向連結網域可能在處理規則清單中排位過高。它應是最後的規則集或之一，因為處理順序至關重要。
我已經建立了符合查詢字串參數的規則，但不管用。
請確定已在查詢字串參數欄位中指定參數名稱 (通常是字母數字值)。此外，也請確定有在運算元後面指定參數值，如下列電子郵件規則範例所示。
為何我所有的上次接觸流量均歸屬於內部網域？
您擁有符合內部流量的規則。請注意，該等規則會處理訪客在您網站上的每一次點按，而不僅是首次造訪。如果您有如「Page URL exists」的規則，而沒有其他標準，則該管道會符合網站上的每個後續點按，因為頁面 URL 永遠存在。
我如何對報告的「未識別管道」中顯示流量進行除錯？
規則依順序處理。如果不符合特定標準，點按便會屬於下列三個類別之一：
-
無反向連結 (直接造訪)。
-
內部反向連結，位於第一個造訪的頁面上。
-
頁面上的處理故障。
請確保擁有針對這三種可能性的管道。例如，建立如下規則︰
最後，建立一個擷取剩餘點按的 「其他」 管道，如未識別管道中所述。
首次和上次接觸的關係
若要瞭解舊版首次接觸與上次接觸維度之間的互動關係，並確認覆寫功能正常運作，您可以提取與上次接觸管道報告具有子關聯的首次接觸管道報告，當中含有您新增的關鍵成功量度 (請參閱以下範例)。此範例說明了首次和上次接觸管道之間的互動關係。
首次接觸等於上次接觸的交集之處是表格的對角線。「直接」和「工作階段重新整理」必須同時也是首次接觸管道，才能取得上次接觸管道的評分，因為它們無法從其他持續沿用的管道 (以灰色顯示的列) 取得評分。
未識別管道的原因 no-channel-identified
當規則不擷取資料時，或如果規則設定有誤，則報告會顯示報告上「未識別管道」行中的資料。您可建立一個稱作 「其他」 的規則集，例如在處理順序的末尾，這也可識別內部流量，如下所示。
這類規則涵蓋範圍甚廣，可確保管道流量總是符合外部流量，且通常不會以 未識別管道 結束。注意不要建立同時識別內部流量的規則。將管道值設定為 「反向連結網域」 或 「頁面 URL」 是最常見且實用的建立有效「其他」規則之方法。
內部原因 (工作階段重新整理) internal
內部上次接觸 (工作階段重新整理) 必須同時也是首次接觸，才會發生 - 請參閱前述的「首次和上次接觸的關係」。以下案例說明「工作階段重新整理」如何成為首次接觸管道。
-
工作階段逾時：訪客造訪網站後，將索引標籤維持在瀏覽器中開啟，以便日後使用。訪客的參與期間過期 (或自行刪除 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，因而會設為工作階段重新整理。
為何變更行銷管道處理規則後某些管道未變更？
有時候行銷管道處理規則的設定不正確，因此必須變更處理規則。套用變更後，有些量度仍會將資料歸因於錯誤的管道。我們需要考慮幾件事：
-
即時收集行銷管道資料： 行銷管道資料會在資料收集時處理，且全部具永久性。變更處理規則不會影響資料的回溯性。
-
變更處理規則不會立即影響首次接觸資料：例如：
- 因為您的電子郵件管道設定不正確，使用者透過該管道進入，然後離開您的網站。
- 隔天您變更電子郵件處理規則來加以修正。
- 幾天後，該用戶透過免費搜尋返回網站並進行購買。
- 電子郵件管道獲得「首次接觸」評分，而免費搜尋獲得「上次接觸」評分。
即使在您變更處理規則後數天，您仍可在錯誤的「首次接觸」管道中收集資料。首次接觸資料會持續收集不正確的管道，直到所有使用者的訪客參與均過期為止。
修正這些差異的最佳方法是執行下列一或兩項操作：
-
手動將所有訪客參與期限設為過期：此設定會立即讓所有訪客的所有首次和上次接觸管道過期：
- 前往「管理工具 > 報告套裝」。
- 將游標停留在「影像編輯設定 > 行銷管道 > 訪客參與有效期」
- 按一下「全部過期」。
- 按一下「確定」，查看警告快顯視窗，確認您了解該視窗執行的操作。
-
僅檢視您修正規則後的上次接觸量度：「上次接觸」量度一律遵循目前的規則集。檢視變更處理規則後正確反映最新處理規則的時間。