Document.Referrer丟失的幾個原因 )

Referrer的重要性

HTTP請求中有一個referer的報文頭，用來指明當前流量的來源參考頁。例如在 www.sina.com.cn/sports/上點擊一個連結到達cctv.com首頁，那麼就referrer就是www.sina.com.cn /sports/了。在Javascript中，我們可以通過document.referrer來擷取同樣的資訊。通過這個資訊，我們就可以知道訪客是從什麼渠道來到當前頁面的。這對於Web Analytics來說，是非常重要的，這可以告訴我們不同渠道帶來的流量的分布情況，還有使用者搜尋的關鍵詞等，都是通過分析這個referrer資訊來擷取的。

但是，出於各種各樣的原因，有時候Javascript中讀到的referrer卻是Null 字元串。下面總結一下哪些情況下會丟失 referrer。

Referrer丟失的幾個情境修改Location對象進行頁面導航

Location 對象是一個用於頁面導航的非常實用的對象。因為他允許你只變更Url的其中一部分。例如從cn網域名稱切換到com網域名稱，其他部分不變：

window.location.hostname = "example.com"; 

但 是，通過修改Location進行頁面導航的方法，會導致在IE下丟失Referrer。

IE5.5+ 下返回Null 字元串

Chrome3.0+，Firefox3.5，Opera9.6，Safari3.2.2均正常返回來源網頁

window.open 方式開啟新視窗

樣本：

<a href="#" onclick="window.open('http://www.google.com')">訪問Google</a> 

點 擊此連結會在新視窗開啟Google網站，我們在地址欄中輸入以下js代碼就可以看到發送的referrer了。

javascript:alert(document.referrer)

測 試結果：

IE5.5+ 下返回Null 字元串

Chrome3.0+，Firefox3.5，Opera9.6，Safari3.2.2 均正常返回來源網頁

如果是同個網域名稱下通過此方式跳轉的，那麼我們可以通過訪問windoww.opener對象去擷取丟失的referrer資訊。代碼如下：

<script type="text/javascript"> var referrer = document.referrer; if (!referrer) { try { if (window.opener) { // IE下如果跨域則拋出許可權異常 // Safari和Chrome下window.opener.location沒有任何屬性 referrer = window.opener.location.href; } } catch (e) {} } </script> 

跨 域的話則沒轍了~

滑鼠拖拽開啟新視窗

滑鼠拖拽是現在非常流行的使用者習慣，很多瀏覽器都內建或者可以通過外掛程式的方式來支援滑鼠拖拽式瀏覽。但是通過這種方式開啟的頁面，基本全都丟失referrer。並且，這種情況下，也無法使用window.opener的方式去擷取丟失的referrer了。

已測試：

Maxthon2.5.2，Firefox的FireGesture外掛程式，Chrome3.0+，Opera9.6，Safari3.2。

點擊Flash內部連結

點擊Flash上到達另外一 個網站的時候，Referrer的情況就比較雜亂了。

IE下，通過用戶端Javascript的document.referrer讀取到的值是空的，但是如果你使用流量監視軟體看一下的話，你會發現，實際上HTTP請求中的Referer報文頭卻是有值的，這可能是IE實現的Bug。同時，這個值指向的是Flash檔案的地址，而不是來源網頁的地址。

Chrome4.0下點擊Flash到達新視窗之後，Referrer也 是指向的Flash檔案的地址，而不是源網頁的地址。

Chrome3.0和Safari3.2是一樣的，都是會丟失Referrer資訊。

Opera 則和Firefox一樣，Referrer的值都是來源網頁的地址。

HTTPS跳轉到HTTP

從HTTPS的網站跳轉到 HTTP的網站時，瀏覽器是不會發送referrer的。這個各大瀏覽器的行為是一樣的。

例如，我們在HTTPS下使用Google Reader或是Gmail的時候，點擊某個連結去到另外一個網站，那麼從技術上來說，這樣的訪問和使用者直接鍵入網址訪問是沒有什麼分別的。

Referrer 丟失對於廣告流量監控的影響

Referrer如果丟失，Web Analytics就會丟掉很重要的一部分資訊了，特別對於廣告流量來說，就無法知道實際來源了。目前國內好多用了Google Adsense廣告的網站，都使用了window.open的方式來開啟廣告連結，因此IE下會丟失Referrer，而我們知道，IE是目前市場份額最大的瀏覽器，因此其影響是很大的。很多流量統計工具會因此將這部分流量歸入“直接流量”，和使用者直接鍵入網址等價了。

對於這樣的情況，需要 讓廣告投放者在投放廣告的時候，給著陸頁面的Url加上特定的跟蹤參數。

例如，某個Flash廣告，點擊之後到達的網址是 http://www.example.com/，為了監控此流量是從哪個渠道過來的，我們可以修改此投放的著陸Url，改成http: //www.example.com/?src=sina，類似這種方式，然後在著陸頁面中使用Javascript代碼提取此src參數，這樣就可以得到廣告來源資訊。

在投放Google Adwords的時候，後台系統有一個“自動標籤”的選項，當啟用此選項的時候，Google在產生所有廣告的著陸頁面Url的時候，就會自動加上一個 gclid的參數，這個參數能夠將Google Analytics後台和Adwords廣告背景資料進行整合。這樣就可以知道廣告流量對應於哪個廣告系列，哪個廣告來源和廣告關鍵詞等資訊了。和上面提到的思路其實是類似的。只不過Google自動幫你做了Url的修改了而已。