文件Analytics技術備忘稿

重新導向與別名

最後更新： 2025年10月16日

建立對象：

  • {"id":"b69b2659-1057-424e-8fc5-ed9e016dc554"},{"id":"c66ffd68-0f65-42bb-aa23-b4020f12e0bd"}

重新導向會將瀏覽器指向新位置，使用者不必互動。 它們會在網頁瀏覽器（使用者端重新導向）或網頁伺服器（伺服器端重新導向）執行。

重新導向與別名 aliases

重新導向會將瀏覽器指向新位置，使用者不必互動。 它們會在網頁瀏覽器（使用者端重新導向）或網頁伺服器（伺服器端重新導向）執行。

由於重新導向不需要任何使用者互動，因此重新導向通常會在使用者未察覺的情況下執行。 表示已發生重新導向的唯一專案是瀏覽器的位址列。 位址列顯示的URL與瀏覽器最初要求的連結不同。

雖然只有兩種型別的重新導向，但可透過多種方式實作。 例如，使用者端重新導向可能會發生，因為使用者將瀏覽器指向的網頁包含指令碼或特殊HTML程式碼，會將瀏覽器重新導向至其他URL。 伺服器端重新導向，可能是因為頁面包含伺服器端指令碼，或是因為網頁伺服器已設定為將使用者指向其他URL。

Analytics 和重新導向 aa-redirects

Analytics 會從瀏覽器收集一些資料，因此需仰賴特定瀏覽器屬性來運作。 其中兩個屬性，「反向連結URL」（或「反向連結」）和「目前URL」可透過伺服器端重新導向來變更。 因為瀏覽器知道已要求一個URL，但傳回不同的URL，所以會清除反向連結URL。 結果，反向連結 URL 會空白，而 Analytics 可能會報告該頁面沒有反向連結存在。

範例：沒有重新導向的瀏覽 browse-without

假設有下面這種使用者未遇到重新導向的情況:

  1. 使用者在瀏覽器中前往 www.google.com，並在搜尋欄位中輸入「discount airline tickets」，然後按一下​ 搜尋 ​按鈕。
  2. 瀏覽器顯示的搜尋結果包含您網站的連結 https://www.example.com/ 。 顯示搜尋結果後，瀏覽器的網址列顯示了使用者在搜尋欄位中輸入的搜尋詞彙 (https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets)。 請注意，搜尋詞彙已納入到緊接在 https://www.google.com/search?.
  3. 使用者按一下您的假設網站的連結 https://www.example.com/ 。 當使用者點按此連結並開啟了 example.com 網站時，Analytics 會使用 JavaScript 收集反向連結 URL (https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets) 和目前的 URL (https://www.example.com/)。
  4. Analytics 會在不同的報表中報告在此互動期間收集到的資訊，例如反向連結網域、搜尋引擎和Search Keywords。

範例：有重新導向的瀏覽 browse-with

重新導向可能會導致瀏覽器將真正的反向連結URL遮蔽掉。 假設有下列情況：

  1. 使用者在瀏覽器中前往 https://www.google.com，並在搜尋欄位中輸入 discount airline tickets，然後按一下​ 搜尋 ​按鈕。
  2. 瀏覽器視窗的網址列顯示了使用者在搜尋欄位 https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets 中輸入的搜尋詞彙。 請注意，搜尋詞彙已納入到緊接在 https://www.google.com/search?。 瀏覽器也會顯示一個包含搜尋結果的頁面，內含您其中一個網域名稱的連結: https://www.flytohawaii.example/ 。 此​ 虛名 ​網域已設定成將使用者重新導向至 https://www.example.com/。
  3. 使用者點按連結 https://www.flytohawaii.example/ 後，即會被伺服器重新導向至您的主要網站 https://www.example.com。 進行重新導向時，對 Analytics 資料收集具有重要性的資料會遺失，因為瀏覽器會清除反向連結 URL。 因此，Analytics 報表 (例如反向連結網域、搜尋引擎、搜尋關鍵字) 中所使用的原始搜尋資訊將會遺失。

實作重新導向 implement

若要透過重新導向擷取 Analytics​AppMeasurement 資料，必須對程式碼進行四項小幅度變更，以建立重新導向與「JavaScript 適用的 」檔案。

完成下列步驟，可保留原始反向連結 (例如前述案例中的 https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets) 傳至您網站的資訊:

設定反向連結覆寫 JavaScript 程式碼 override

下列程式碼片段顯示兩個 JavaScript 變數: s.referrer 和 s.pageURL。 此程式碼會放置在重新導向的最終登陸頁面上。

<script language="JavaScript" src="//INSERT-DOMAIN-AND-PATH-TO-CODE-HERE/AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer=""
s.pageURL=""
IMPORTANT
請僅在頁面上設定 s.referrer 一次。 若設定次數超過一次，且一併設定受追蹤的每個追蹤呼叫或每個連結點擊，則會使反向連結及相關維度 (例如搜尋引擎和關鍵字) 重複計算為兩次。

使用 getQueryParam 重新導向 getqueryparam

使用 getQueryParam 雖然可讓您輕鬆在 Analytics 變數中填入查詢字串值，但它必須與暫存變數一起實施，才不會在查詢字串為空時覆寫合法的反向連結。 使用 getQueryParam 的最佳方式是以下列假程式碼的方法連結 getValue 外掛程式。

// AppMeasurement 1.x
var tempVar=s.Util.getQueryParam('origref')
if(tempVar)
  s.referrer=tempVar;

// H Code
var tempVar=s.getQueryParam('origref')
if(tempVar)
  s.referrer=tempVar;

修改重新導向機制 modify

由於瀏覽器會移除反向連結URL，因此您必須設定處理重新導向（例如網頁伺服器、伺服器端代碼、使用者端代碼）的機制，以傳遞原始反向連結資訊。 如果您也想要記錄別名連結URL，這也必須傳遞至最終登陸頁面。 使用​ s_pageURL ​變數覆寫目前的URL。

由於有許多方式可實作重新導向，因此您應向網頁營運團隊或線上廣告合作夥伴確認，以找出您網站上執行重新導向的特定機制。

擷取原始反向連結 original

在正常情況下，Analytics 將會從瀏覽器的 document.referrer 屬性取得反向連結 URL，並從 document.location 屬性取得目前的 URL。 您可以將值傳遞至 referrer 和 pageURL 變數，藉此覆寫預設處理作業。 藉由將值傳至反向連結變數，您可以指示 Analytics 應忽略 document.referrer 屬性中的反向連結資訊，而使用您所定義的替代值。

因此，登陸頁面的最終版本將必須包含下列程式碼，以更正「折扣機票」情境所產生的問題。

<script language="JavaScript" src="AppMeasurement.js"></script>
<script language="JavaScript"><!--
/* You may give each page an identifying name, server, and channel on
the next lines. */
s.pageName=""
s.server=""
s.campaign=""
s.referrer="https://www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets"
// Setting the s.pageURL variable is optional.
s.pageURL="https://www.flytohawaii.example"

使用 Adobe Debugger 驗證反向連結 verify

執行測試，以確認正在擷取反向連結、原始 URL (s_server) 和促銷活動變數。

在CX Enterprise Debugger中，這些變數將以下列引數的形式表示。

URL或查詢字串值
DigitalPulse Debugger中顯示的值
原始反向連結
https://www.google.com/search%3F hl%3Den %26ie%3DUTF826q%3 Ddiscount%2Bairline%2Btickets
r=https:/ref=www.google.com/search?hl=en&ie=UTF -8&q=discount+airline+tickets
頁面 URL
https://www.flytohawaii.example

g=https://www.flytohawaii.example

若使用 pageURL 變數，此值將出現在 DigitalPulse Debugger 中。

最終登陸頁面 URL
https://www.example.com
若使用 pageURL 變數，此值將「不會」出現在 DigitalPulse Debugger 中。

除錯程式所顯示的文字應對應於下列範例:

Image

https://examplecom.112.2o7.net/b/ss/examplecom/1/JS-1.4/s61944015791667?[AQB]
ndh=1
t=4/8/20XX 13:34:28 4 360
pageName=Welcome to example.com
r=https://ref=www.google.com/search?hl=en&ie=UTF-8&q=discount+airline+tickets
cc=USD
g=https://www.flytohawaii.example
s=1280x1024
c=32
j=1.3
v=Y
k=Y
bw=1029
bh=716
ct=lan
hp=N
[AQE]

在驗證 Adobe Debugger 顯示了這些變數後，進一步確認搜尋詞彙與原始反向連結網域 (在重新導向之前) 正在報表中註冊流量，必定會很有幫助。

recommendation-more-help
analytics-help-technotes