谷歌分析自推介來源

第13章

Websites

谷歌分析裡的自推介來源（Self Referrals）是一個問題，通常由以下場景引發：

  • 客戶端重定向
  • 未標註的網頁

客戶端重定向 vs 服務端重定向

考慮以下情形。

  • 你有一個老的頁面：m.example.com/page-A，並且一直在發送用戶數據到這個頁面。
  • 你創建了一個新的頁面（m.example.com/page-B）來替換Page-A。現在你開始發送用戶數據到page-B。
  • 然而，依然有很多用戶還在訪問你的老頁面——page-A。

為了解決這個問題，你不得不建立一個從page-A到page-B的頁面地址引導。當你的用戶訪問page-A時，他們會被自動帶到page-B頁面。你可以用多種方式來建立這種重定向。

URL Direction Analytics
服務器端301 無問題，http referer header會被保留
服務器端302 無問題，http referer header會被保留
客戶端重定向 有問題，http referer header不會被保留

你可以使用Chrome瀏覽器內置的開發者工具來驗證一次重定向是否是通過服務器端301(或302)來建立的。

Redirects Chrome Developers Tool

這一行表明這是一個服務器端重定向。 

Status Code 301 Moved Permanently (from cache)

如果你沒有看到顯式的的狀態碼（301或302），那麼這就是一次客戶端重定向。

  • 客戶端重定向發生在瀏覽器自身。
  • 在客戶端重定向期間，Page-A和Page-B被連續加載，例如：Page-A先被加載，然後Page-B被加載。
  • 這會在沒有用戶點擊和交互的情況下連續觸發兩次頁面瀏覽，第一次頁面瀏覽（來自Page-A）永遠不會被谷歌分析記錄，源referer（即上一個頁面的地址）丟失了。
  • 你的谷歌分析將停止把你的域名（即自推介）作為源上報，這是不正確的。

在Page-A，你在<head></head>之間引入如下代碼，將在瀏覽器中執行客戶端重定向。 

<head>
<title>Page-A</title>
<meta http-equiv="refresh" content="0;URL='http://m.example.com/Page-B'" />
</head>
  • meta標籤中設置http-equiv屬性的值為“refresh”，設置content屬性的值為“0”（意思是0秒），後面跟瀏覽器需要訪問的目標URL（即重定向URL）。
  • 刷新時間被設置為0秒。 Page-A在重定向到Page-B前永遠不會被展示給用戶，這一切都發生在客戶端。

實際上，當說到你的網站用戶自動從一個舊頁面跳轉到一個新頁面時，你應該始終使用服務器端301(或302)。服務器端301(或302)重定向會保留referrer信息，這有利於網站分析。

未標註的網頁

考慮這種情景，在你的網站上有兩個頁面： 

m.example.com/Page-A
m.example.com/Page-B
  • Page-A沒有安裝谷歌分析跟踪代碼。
  • Page-B安裝了谷歌分析跟踪代碼。

一個用戶登錄了Page-A，然後在Page-A頁面，該用戶點擊了一個鏈接跳轉到Page-B。

  • 在Page-A，由於沒有安裝谷歌分析跟踪代碼，什麼都沒有被谷歌分析記錄。
  • 在Page-B，谷歌分析為這個客戶開啟了一個新的會話，並把你的域名分配給源的referrer。 
source=m.example.com
medium=referral

這個被谷歌分析記錄的源referrer信息是不正確的。

更好的做法是，你應該永遠確保在你的所有頁面上安裝谷歌分析跟踪代碼。

數據分析技術白皮書在2016年11月正式出版。

英文版：Google Analytics Self Referrals – 簡體中文版：谷歌分析自推介來源






Analytics Book繁體中文版上的內容按下列許可協議發布： CC Attribution-Noncommercial 4.0 International

Gordon Choi's Analytics Book