訪客點擊社交網(wǎng)站的廣告，打開A頁面的時候，跳轉到你真正想要的著陸頁B，那么此次著陸頁的訪問來源應該是什么?

頁面的跳轉，可以分為客戶端跳轉和服務器端跳轉。典型的客戶端跳轉，包括通過Javascript跳轉，服務器端則包括重定向等等。無論是何種跳轉方式，如果跳轉前著陸頁的統(tǒng)計代碼已經(jīng)被加載，那么此次訪問路徑將會被統(tǒng)計工具記錄為：網(wǎng)站廣告-著陸頁URL-跳轉后URL。因此，我們在這里討論的是A頁面的統(tǒng)計代碼未被加載的情況。

首先，我們先假設AB頁面，都屬于同一個網(wǎng)站，或者屬于不同的網(wǎng)站，但已經(jīng)設置跨域。

點擊社交網(wǎng)站廣告后，如果著陸頁A通過JS跳轉到B頁面，那么A頁面成為B頁面的引薦來源網(wǎng)址。因為A頁面未被加載到統(tǒng)計代碼，那么此次訪問的來源將被歸到直接訪問。這種情況下，建議把tag標記添加到JS跳轉后的頁面，以獲取正確的來源。

*谷歌分析工具

*百度統(tǒng)計

如果著陸頁A是通過重定向跳轉的話，統(tǒng)計工具把A頁面直接忽略，只記錄B頁面的訪問，此次訪問的來源被統(tǒng)計為社交廣告。2種跳轉方式造成來源的不同，是因為在重定向一般都會傳遞來源的referrer信息，而通過Javascript的跳轉，這種情況下瀏覽器會修改referrer信息。

*谷歌分析工具

*百度統(tǒng)計

現(xiàn)在我們來看，如果AB不屬于同一個網(wǎng)站，會出現(xiàn)什么樣的情況?

如果A頁面通過JS跳轉到B頁面，那么B的引薦來源為A所在的網(wǎng)站。當然，對于A頁面而言，因為是通過JS跳轉又沒加載到統(tǒng)計代碼，A頁面本身的來源是無法識別的，也就是說A頁面本身的來源將歸到直接訪問，B頁面的訪問來源為A所在網(wǎng)站。

如果這種跳轉方式是重定向，那么統(tǒng)計工具會將無視A頁面的存在，將B頁面的訪問來源將統(tǒng)計為來自社交網(wǎng)站。這種情況跟上述的AB同站是很相似的，同樣是將通過重定向跳轉的A頁面，給忽略得一干二凈。

我們把關系做成一個表格(當A頁面的統(tǒng)計代碼未被加載)：

需要注意的是，如果跳轉后的URL是帶有參數(shù)的，那么此次訪問則不會被真實來源或者直接訪問所影響，而會把URL的參數(shù)表明的來源當成最優(yōu)先的級別。舉個例子，當跳轉后的URL帶的參數(shù)為utm_source=facebook&utm_medium=social，則此次訪問會被Google Analytics認為是來自Facebook，而不會被認為是直接訪問或者來自微博。

我們該不該使用頁面跳轉?

頁面跳轉給我們帶來很多便利，當URL需要統(tǒng)一更新、舊頁面需要替換、原有的頁面打不開、PC與移動適配、總站跳到地方站，這時用跳轉能快速解決問題。URL更新后，把舊URL用合適的方式跳轉到新的URL，能避免舊URL無法打開內容，也將PR集中到新的URL，有效避免了權重的流失。

然而，頁面跳轉也有弊端。從訪問分析的角度，頁面跳轉可能影響正確的流量來源，引起廣告媒體與網(wǎng)站統(tǒng)計工具數(shù)據(jù)不一致。頁面跳轉的過程會浪費一定的時間，延緩網(wǎng)頁打開速度，同時也增加訪問出錯的概率。使用著陸頁面跳轉到相關性不強或者其它域名下的URL，容易被廣告媒體認為是作弊和欺騙的行為。

我們應該使用什么樣的跳轉方式?

搜索引擎暫時無法識別Javascript的內容，從搜索引擎優(yōu)化的角度出發(fā)，JS跳轉建議應用得少點。服務器端跳轉，我們常用的是 (HTTP 302) 暫時重定向和 (HTTP 301) 永久重定向。瀏覽器能緩存301重定向轉向地址，而通常不會緩存302重定向，因此從解析地址的速度而言，301重定向比302要好。

以前，不同類型的重定向在Google看來是不同的，現(xiàn)在都已不再被詳細區(qū)分。雖然被Googlebot支持的重定向方式不止一種，Google還是建議我們盡可能用301重定向，這種定向方式完好地把搜索引擎和訪客帶到了正確的網(wǎng)頁，同時表明頁面已經(jīng)被永久遷移至新位置，是頁面跳轉的較好方式。

以上就是類似于網(wǎng)站著陸頁高轉化率案例分析的內容，如果想要了解關于競價推廣經(jīng)驗及google網(wǎng)站排名，可直接點擊查看