訪客點擊社交網站的廣告，打開A頁面的時候，跳轉到你真正想要的著陸頁B，那么此次著陸頁的訪問來源應該是什么？
頁面的跳轉，可以分為客戶端跳轉和服務器端跳轉。典型的客戶端跳轉，包括通過Javascript跳轉，服務器端則包括重定向等等。無論是何種跳轉方式，如果跳轉前著陸頁的統計代碼已經被加載，那么此次訪問路徑將會被統計工具記錄為：網站廣告-著陸頁URL-跳轉后URL。因此，我們在這里討論的是A頁面的統計代碼未被加載的情況。
首先，我們先假設AB頁面，都屬于同一個網站，或者屬于不同的網站，但已經設置跨域。
點擊社交網站廣告后，如果著陸頁A通過JS跳轉到B頁面，那么A頁面成為B頁面的引薦來源網址。因為A頁面未被加載到統計代碼，那么此次訪問的來源將被歸到直接訪問。這種情況下，建議把tag標記添加到JS跳轉后的頁面，以獲取正確的來源。
如果著陸頁A是通過重定向跳轉的話，統計工具把A頁面直接忽略，只記錄B頁面的訪問，此次訪問的來源被統計為社交廣告。2種跳轉方式造成來源的不同，是因為在重定向一般都會傳遞來源的referrer信息，而通過Javascript的跳轉，這種情況下瀏覽器會修改referrer信息。
現在我們來看，如果AB不屬于同一個網站，會出現什么樣的情況？
如果A頁面通過JS跳轉到B頁面，那么B的引薦來源為A所在的網站。當然，對于A頁面而言，因為是通過JS跳轉又沒加載到統計代碼，A頁面本身的來源是無法識別的，也就是說A頁面本身的來源將歸到直接訪問，B頁面的訪問來源為A所在網站。
如果這種跳轉方式是重定向，那么統計工具會將無視A頁面的存在，將B頁面的訪問來源將統計為來自社交網站。這種情況跟上述的AB同站是很相似的，同樣是將通過重定向跳轉的A頁面，給忽略得一干二凈。
我們把關系做成一個表格（當A頁面的統計代碼未被加載）：
需要注意的是，如果跳轉后的URL是帶有參數的，那么此次訪問則不會被真實來源或者直接訪問所影響，而會把URL的參數表明的來源當成最優先的級別。舉個例子，當跳轉后的URL帶的參數為utm_source=facebook&utm_medium=social，則此次訪問會被Google Analytics認為是來自Facebook，而不會被認為是直接訪問或者來自微博。
我們該不該使用頁面跳轉？
頁面跳轉給我們帶來很多便利，當URL需要統一更新、舊頁面需要替換、原有的頁面打不開、PC與移動適配、總站跳到地方站，這時用跳轉能快速解決問題。URL更新后，把舊URL用合適的方式跳轉到新的URL，能避免舊URL無法打開內容，也將PR集中到新的URL，有效避免了權重的流失。
然而，頁面跳轉也有弊端。從訪問分析的角度，頁面跳轉可能影響正確的流量來源，引起廣告媒體與網站統計工具數據不一致。頁面跳轉的過程會浪費一定的時間，延緩網頁打開速度，同時也增加訪問出錯的概率。使用著陸頁面跳轉到相關性不強或者其它域名下的URL，容易被廣告媒體認為是作弊和欺騙的行為。
我們應該使用什么樣的跳轉方式？
搜索引擎暫時無法識別Javascript的內容，從搜索引擎優化的角度出發，JS跳轉建議應用得少點。服務器端跳轉，我們常用的是 (HTTP 302) 暫時重定向和 (HTTP 301) 永久重定向。瀏覽器能緩存301重定向轉向地址，而通常不會緩存302重定向，因此從解析地址的速度而言，301重定向比302要好。
以前，不同類型的重定向在Google看來是不同的，現在都已不再被詳細區分。雖然被Googlebot支持的重定向方式不止一種，Google還是建議我們盡可能用301重定向，這種定向方式完好地把搜索引擎和訪客帶到了正確的網頁，同時表明頁面已經被永久遷移至新位置，是頁面跳轉的較好方式。
文章轉載請保留網址：http://waterplane.cn/news/industry/1850.html
