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

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

Adobe Target適用的Analytics(A4T)支援重新導向選件嗎?

是,如果您的實作使用 at.js. 不過,您的實作必須符合下列最低需求,才能在以 Analytics 作為報表來源的活動中使用重新導向選件

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

您的實作必須符合下列最低需求:

  • Experience Cloud 訪客 ID 服務: visitorAPI.js 版本 2.3.0 或更新版本。
  • Adobe Analytics: appMeasurement.js 版本 2.1。
  • Adobe Target: at.js 版本 1.6.2 或更新版本。

含有重新導向選件的頁面和訪客重新導向的頁面上,皆必須包含這三個程式庫。

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

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

在 A4T 活動中使用重新導向優惠方案時,如何將流量分佈的差異減至最低?

在設定的活動中使用重新導向選件時,有限數量的客戶已回報流量分佈的較高變異程度 Analytics for Target (A4T)。

考慮以下事項:

  • 順序不正確 Target 和 Analytics 呼叫可能會導致較高的差異程度。

    此 Target 呼叫必須位於 Analytics 在來源頁面(發生重新導向的位置)和目的地頁面(重新導向結束的位置)上呼叫。

  • 請確定您在A4T重新導向活動中使用重新導向選件。

  • 如果有多個 Target 在來源頁面上(發生重新導向的位置), Adobe 建議您在第一個 Target 位置要求。

    在第一個 Target 位置要求可減少任何活動資格發生在其他 Target 位置要求和在報表中計算。 被重新導向的訪客不會計入其他活動的報表中,因為他們看不到體驗。

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

使用at.js 1.6.3版或更新版本時,計算兩個頁面上的頁面檢視次數並非問題。 此競爭條件只會影響使用舊版本的客戶。Target 團隊會維護兩個版本的 at.js: 最新版本和次新版本。請視需要升級at.js,以確保您執行的 支援的版本

如果您使用不支援的較舊 at.js 版本,可能會發生競爭條件,而可能導致 Analytics 呼叫在重新導向於第一個頁面上執行前引發。此情況可能會導致將原始頁面和重新導向頁面上的頁面檢視全部計入。 此情況導致第一頁有額外的頁面檢視,使訪客從未真正「看過」這第一頁。

建議使用表單式撰寫器來建立重新導向活動,因為頁面上執行程式碼的位置,所以可提高頁面重新導向的速度。 另外,對於重新導向會傳回原始頁面的每個體驗,即使是預設體驗,也最好建立重新導向選件。為每個體驗建立重新導向選件,可確保如果發生誤計,會發生在所有體驗。 報表和分析對測試仍有效。

您可能想要將重新導向選件用於活動中的所有體驗 (包括預設 (控制) 體驗) 的一個原因是,想要對所有體驗設定相同的條件。例如,如果預設體驗沒有重新導向選件,但其他體驗有重新導向選件,沒有重新導向選件之體驗的速度會有沿用的優勢。建議僅將重新導向選件用於臨時案例,例如測試。不建議將重新導向選件用於永久案例,例如個人化。決定「獲勝者」後,您應移除重新導向以改善頁面載入效能。

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

是的,只要您使用內建的重新導向選件,兩個撰寫器就皆支援。

如果使用您自己的自訂程式碼,務必填入與重新導向 URL 相關的兩個新參數 (adobe_mc_sdidadobe_mc_ref,說明如下)。

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

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

參數 說明
adobe_mc_sdid adobe_mc_sdid 參數會將補充資料ID(SDID)和Experience Cloud組織ID從預設頁面傳給新頁面。 這些ID可讓A4T將預設頁面的Target要求與新頁面的Analytic要求「縫合」起來。
在URL中傳遞sdid的預期格式(適用於混合式應用程式,或從一個應用程式傳遞至網站或從一個網站傳遞至另一個)為 `ex. adobe_mc_sdid=SDID=123
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 有關的報表不正確 (例如,「行銷通路」報表)。報表已喪失您是從 www.google.com 來到網站的事實。

使用 at.js 0.9.6版(或更新版本)和 AppMeasurement.js 2.1(或更新版本), Analytics 新頁面上的請求會報告的轉介URL為 www.google.com.

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

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

Adobe Experience Platform Web SDK徽章 是否 Adobe Experience Platform Web SDK 是否支援A4T的重新導向選件?

下列常見問題集提供關於搭配使用A4T和重新導向選件的詳細資訊 Platform Web SDK.

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

是,透過Platform Web SDK的A4T支援 重新導向選件.

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

是, 可視化體驗撰寫器 (VEC)和 表單式體驗撰寫器 如果您使用內建的重新導向選件,則支援。

我可以透過 Platform Web SDK?

否,對於使用A4T的活動,您必須使用內建的重新導向選件。 從 Target 透視、HTML選件不透明。 Target 無法知道特定的HTML包含可具現化重新導向的JavaScript。

本頁內容