重新導向與別名

重新導向無須使用者互動便可將瀏覽器指向新位置。重新導向會在網頁瀏覽器 (用戶端重新導向) 或網頁伺服器 (伺服器端重新導向) 上執行。

重新導向與別名 aliases

重新導向無須使用者互動便可將瀏覽器指向新位置。重新導向會在網頁瀏覽器 (用戶端重新導向) 或網頁伺服器 (伺服器端重新導向) 上執行。

由於重新導向不需要任何使用者操作，因此使用者通常不會察覺正在執行重新導向。唯一可指出發生了重新導向的位置，是瀏覽器的網址列。網址列會顯示與瀏覽器最初請求的連結不同的 URL。

重新導向雖然只有兩種類型，但有許多方式可以實施。例如，用戶端重新導向的發生，可能是因為使用者要瀏覽器開啟的網頁中包含將瀏覽器重新導向至其他 URL 的指令碼或特殊 HTML 程式碼。伺服器端重新導向的發生，則可能是因為頁面包含伺服器端指令碼，或網頁伺服器已設為將使用者導向其他 URL。

Analytics 和重新導向 aa-redirects

Analytics 會從瀏覽器收集一些資料，因此需仰賴特定瀏覽器屬性來運作。其中「反向連結 URL」(或 referrer) 與「目前 URL」兩項屬性可透過伺服器端重新導向來變更。瀏覽器由於會辨識出請求的是某個 URL，但傳回的卻是不同的 URL，因此會清除「反向連結 URL」。結果，反向連結 URL 會空白，而 Analytics 可能會報告該頁面沒有反向連結存在。

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

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

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

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

實作重新導向 implement

若要透過重新導向擷取 AnalyticsAppMeasurement 資料，必須對程式碼進行四項小幅度變更，以建立重新導向與「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=""

使用 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="https://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="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.flytohawaiiforfree.com"

使用 Adobe Debugger 驗證反向連結 verify

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

在 Experience Cloud Debugger 中，這些變數將以下列參數的形式表示。

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

Image

https://examplecom.112.2o7.net/b/ss/examplecom/1/JS-1.4/s61944015791667?[AQB]
ndh=1
t=4/8/2014 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.flytohawaiiforfree.com
s=1280x1024
c=32
j=1.3
v=Y
k=Y
bw=1029
bh=716
ct=lan
hp=N
[AQE]

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