Show Menu
主題×

重新導向選件 - A4T 常見問題集

此主題包含使用 Analytics 做為 Target 報表來源 (A4T) 時經常詢問關於重新導向選件問題的回答。

Analytics for Target (A4T) 支援重新導向選件嗎?

是,前提是您的實作使用 at.js。不過,您的實作必須符合下列最低需求,才能在以 Analytics 作為報表來源的活動中使用 重新導向選件
目前存在一個已知問題,該問題導致搭配 A4T 使用重新導向的部分客戶看見較高的散亂點擊率百分比。請參閱 已知問題和已解決的問題

在 A4T 中使用重新導向選件有何最低需求?

您的實作必須符合下列最低需求:
  • Experience Cloud 訪客 ID 服務: visitorAPI.js 版本 2.3.0 或更新版本。
  • Adobe Analytics: appMeasurement.js 版本 2.1。
  • Adobe Target: at.js 版本 1.6.2 或更新版本。
    mbox.js 資料庫不支援使用 A4T 重新導向選件。您的實作必須使用 at.js。
含有重新導向選件的頁面和訪客重新導向的頁面上,皆必須包含這三個程式庫。

為何 A4T 與 Analytics 之間有時會有資料差異?

可能會出現一些資料差異,這在預期之中。如需詳細資訊,請參閱 使用和不使用 A4T 時,Target 與 Analytics 之間的預期資料差異

為何有時會統計原始頁面和重新導向頁面上的頁面檢視?

使用 at.js 1.6.3 版或更新版本時,這並非問題。此競爭條件只會影響使用舊版本的客戶。Target 團隊會維護兩個版本的 at.js: 最新版本和次新版本。請視需要升級 at.js,以確保您執行的是 支援的版本
如果您使用不支援的較舊 at.js 版本,可能會發生競爭條件,而可能導致 Analytics 呼叫在重新導向於第一個頁面上執行前引發。這會導致將原始頁面和重新導向頁面上的頁面檢視全部計入。此情況導致第一頁有額外的頁面檢視,使訪客從未真正「看過」這第一頁。
建議使用表單式撰寫器來建立重新導向活動,以加速頁面重新導向。原因在於頁面上執行程式碼的地方。另外,對於重新導向會傳回原始頁面的每個體驗,即使是預設體驗,也最好建立重新導向選件。發生誤算時,這可確保所有體驗皆誤算,因此,報表和分析對於測試仍然有效。
您可能想要將重新導向選件用於活動中的所有體驗 (包括預設 (控制) 體驗) 的一個原因是,想要對所有體驗設定相同的條件。例如,如果預設體驗沒有重新導向選件,但其他體驗有重新導向選件,沒有重新導向選件之體驗的速度會有沿用的優勢。建議僅將重新導向選件用於臨時案例,例如測試。不建議將重新導向選件用於永久案例,例如個人化。決定「獲勝者」後,您應移除重新導向以改善頁面載入效能。
如需此問題的詳細資訊,請參閱 已知問題 中的「重新導向選件」資訊。

如果我使用 mbox.js JavaScript 程式庫,可以在 A4T 中使用重新導向選件嗎?

mbox.js 資料庫不支援使用 A4T 重新導向選件。您的實作必須使用 at.js。

可視化體驗撰寫器 (VEC) 和表單式體驗撰寫器皆有支援嗎?

是的,只要您使用內建的重新導向選件,兩個撰寫器就皆支援。
如果使用您自己的自訂程式碼,務必填入與重新導向 URL 相關的兩個新參數 ( adobe_mc_sdid adobe_mc_ref ,說明如下)。

有哪些新的查詢字串參數加入重新導向 URL 中?

下列查詢字串參數與重新導向選件相關聯:
參數
說明
adobe_mc_sdid
adobe_mc_sdid 參數會將補充資料 ID(SDID) 和 Experience Cloud 組織 ID 從預設頁面傳給新頁面,以便 A4T 將預設頁面的 Target 要求與新頁面的 Analytic 要求「縫合」起來。
adobe_mc_ref
adobe_mc_ref 參數會將預設頁面的轉介 URL 傳給新頁面。與 AppMeasurement.js 2.1 版 (或更新版) 一起使用時,Analytics 會在新頁面上將此參數值當作轉介 URL。
在 VEC 和表單式體驗撰寫器中使用重新導向選件,且頁面上實作訪客 ID 服務時,這些參數會自動加入重新導向 URL 中。如果在 VEC 和表單式撰寫器中使用您自己的自訂重新導向程式碼,務必隨著自訂程式碼傳遞這些參數。

我的 Web 伺服器從 URL 中刪除這些參數,怎麼辦?

You will need to work with your IT team to have these parameters ( adobe_mc_sdid and adobe_mc_ref ) allowlisted.

如果不使用 A4T 來處理重新導向活動,且不想在 URL 中多出這些額外的參數,怎麼辦?

如果不使用 A4T 來處理重新導向活動、已實作訪客 ID 服務,且不想讓這些參數自動加入 URL 中,您必須使用自行撰寫的重新導向。
然而,最佳作法是在 URL 中保留 adobe_mc_ref 參數,才能正確地向 Analytics 報表轉介者資訊。

在我的實作中,adobe_mc_ref 和 adobe_mc_sdid 參數為何經過兩次 URL 編碼?

如果您使用 A4T 和重新導向選件,Target 會將 adobe_mc_ref adobe_mc_sdid 參數附加至 URL。這些值皆已完成 URL 編碼。一切通常皆沒問題,不過,某些客戶可能有負載平衡器或 WEB 伺服器,會嘗試將查詢字串參數再多編碼一次。
因為編碼兩次,當訪客 API 嘗試將 adobe_mc_sdid 值解碼時,就無法擷取 SDID 值並產生新的 SDID。這會導致傳給 Target 和 Analytics 的 SDID 值不正確,且您在 Analytics 報表中會看到重新導向分割不平均。
We recommend that you talk to their IT team to ensure that adobe_mc_ref and adobe_mc_sdid are allowlisted so that these values are not transformed in any way.

為何需要將轉介 URL傳給新頁面?

Suppose a visitor clicks a link on `www.google.com` to your homepage ( www.mysite.com/index.html ) on which a redirect activity is live and is then redirected to a new page ( www.mysite.com/index2.html ).
在以前,新頁面上的 Analytics 要求所報表的轉介 URL 會是 `www.mysite.com/index.html`,而非 `www.google.com`。這會導致 Analytics 中與轉介 URL 有關的報表不正確 (例如,「行銷通路」報表)。報表已喪失您是從 `www.google.com` 來到網站的事實。
若使用 at.js 0.96 版 (或更新版) 和 AppMeasurement.js 2.1 (或更新版) 時,新頁面上的 Analytics 要求會報告轉介 URL 為 `www.google.com`。

我可以使用自訂/HTML 重新導向選件嗎?

否,對於以 Analytics 作為報表來源 (A4T) 的活動,您必須使用內建的重新導向選件。對 Target 而言,HTML 選件不透明: Target 無法知道一段特定的 HTML 包含可將重新導向具現化的 JavaScript。