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

本主題包含使用Adobe Analytics作為Adobe 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_sdidadobe_mc_ref,說明如下)。

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

下列查詢字串參數與重新導向選件相關聯:

參數 說明
adobe_mc_sdid adobe_mc_sdid參數會將「補充資料ID」(SDID)和「Experience Cloud組織ID」從預設頁面傳遞至新頁面。 這些ID可讓A4T將預設頁面上的Target請求與新頁面上的Analytic請求「接合」在一起。
adobe_mc_ref adobe_mc_ref 參數會將預設頁面的轉介 URL 傳給新頁面。當與AppMeasurement.js 2.1版(或更新版本)搭配使用時,Analytics會將此參數值用作新頁面上的反向連結URL。

在 VEC 和表單式體驗撰寫器中使用重新導向選件,且頁面上實作訪客 ID 服務時,這些參數會自動加入重新導向 URL 中。如果在 VEC 和表單式撰寫器中使用您自己的自訂重新導向程式碼,務必隨著自訂程式碼傳遞這些參數。

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

與您的IT團隊合作,以列出這些參數(adobe_mc_sdidadobe_mc_ref)。

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

如果出現下列情況,請使用自訂編碼的重新導向:

  • 您未將A4T與重新導向活動搭配使用
  • 您已實作訪客Id服務
  • 您不希望這些參數自動新增至URL

然而,最佳作法是在 URL 中保留 adobe_mc_ref 參數,才能正確地向 Analytics 報表轉介者資訊。

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

如果您使用 A4T 和重新導向選件,Target 會將 adobe_mc_refadobe_mc_sdid 參數附加至 URL。這些值皆已完成 URL 編碼。一切通常皆沒問題,不過,某些客戶可能有負載平衡器或 WEB 伺服器,會嘗試將查詢字串參數再多編碼一次。

因為編碼兩次,當訪客 API 嘗試將 adobe_mc_sdid 值解碼時,就無法擷取 SDID 值並產生新的 SDID。此程式會導致傳送至Target和Analytics的SDID值不正確,且您會在Analytics報表中看到不均勻的重新導向分割。

Adobe建議您與IT團隊交談,以確保adobe_mc_refadobe_mc_sdid都可以列出,以便不以任何方式轉換這些值。

為何必須將反向連結URL傳遞至新頁面?

假設訪客點按了www.google.com上的連結至您的首頁(www.mysite.com/index.html),重新導向活動即時存在,然後重新導向至新頁面(www.mysite.com/index2.html)。

在以前,新頁面上的 Analytics 要求所報表的轉介 URL 會是 www.mysite.com/index.html,而非 www.google.com。這會導致 Analytics 中與轉介 URL 有關的報表不正確 (例如,「行銷通路」報表)。報表已喪失您是從 [!DNL www.google.com] 來到網站的事實。

在at.js 0.9.6版(或更新版本)和AppMeasurement.js 2.1版(或更新版本)中,新頁面上的Analytics要求會報告[!DNL www.google.com]的轉介URL。

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

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

本頁內容

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now