Web 網(wǎng)站分析：保證數(shù)據(jù)與業(yè)務(wù)的聯(lián)系和價值如果你在獲取數(shù)據(jù)前沒有經(jīng)過縝密的思考，那么在分析數(shù)據(jù)時就只能碰運氣了。重新審視獲得數(shù)據(jù)的過程，保證數(shù)據(jù)從一開始就與業(yè)務(wù)有緊密的聯(lián)系。1，網(wǎng)站分析師的煩惱親愛

Web 網(wǎng)站分析：保證數(shù)據(jù)與業(yè)務(wù)的聯(lián)系和價值

如果你在獲取數(shù)據(jù)前沒有經(jīng)過縝密的思考，那么在分析數(shù)據(jù)時就只能碰運氣了。重新審視獲得數(shù)據(jù)的過程，保證數(shù)據(jù)從一開始就與業(yè)務(wù)有緊密的聯(lián)系。

1，網(wǎng)站分析師的煩惱

親愛的網(wǎng)站分析師們，你在工作中最大的煩惱是什么？對于我來說，最大的煩惱莫過于無法通過數(shù)據(jù)解決問題，獲得洞察。

雖然網(wǎng)站分析的方法有很多種，細分分析，對比分析，趨勢分析，轉(zhuǎn)化分析等等。但所有這些分析方法或者模型僅僅都只是手段，沒有任何一種方法保證你一定能從數(shù)據(jù)中發(fā)現(xiàn)問題獲得洞察。即使是被譽為網(wǎng)站分析殺手锏的細分也是一樣。這時，我們就像在數(shù)據(jù)和洞察間繞圈子。說的好聽點叫做在不斷的試錯（這種試錯的過程多半是在拼人品，碰運氣，多數(shù)時候都不會有結(jié)果），而其實就是在數(shù)據(jù)中兜圈子。這個過程真是求生不得求死不能。

為什么會出現(xiàn)這種情況呢？原因不在于網(wǎng)站分析方法本身，而在于我們手中的數(shù)據(jù)。更準確的說是獲取這些數(shù)據(jù)的過程。

2，GIGO 原則 (Garbage In Garbage Out)

網(wǎng)站分析中有一個非常重要的原則，GIGO 原則 (Garbage In Garbage Out輸入的是垃圾，輸出的也是垃圾) 。

現(xiàn)在重新審視一下我們之前的問題，在網(wǎng)站分析過程中，我們所獲得的數(shù)據(jù)大部分都屬于低價值的基礎(chǔ)數(shù)據(jù)。這些數(shù)據(jù)有兩類共同的特點：

1. 由網(wǎng)站分析工具產(chǎn)生的標準化數(shù)據(jù)。

2. 數(shù)據(jù)中不包含業(yè)務(wù)及運營背景信息。

對于這樣數(shù)據(jù)，無論是你使用什么樣的分析方法，都很難從中獲得洞察。原因很簡單，數(shù)據(jù)本身就缺少價值。解決的方法需要你從所擁有的數(shù)據(jù)中跳出來。重新審視獲得這些數(shù)據(jù)的過程。數(shù)據(jù)的獲取過程不應(yīng)該開始于追蹤代碼或是網(wǎng)站分析工具。而是應(yīng)該來自網(wǎng)站自身的業(yè)務(wù)需求。保證數(shù)據(jù)從一開始就與業(yè)務(wù)有緊密的聯(lián)系。

這個過程我在之前的文章《Google Analytics 實施七步曲》中曾經(jīng)簡單介紹過。這里再從另一個角度進行說明。從數(shù)據(jù)中獲取洞察分為四個部分：

第一部分是了解業(yè)務(wù)需求。

第二步是進行代碼設(shè)計。

? 第三步是獲取并分析數(shù)據(jù)。

? 最后一步是發(fā)現(xiàn)洞察。 ?

在這四個部分中，第二部分代碼設(shè)計是最關(guān)鍵的一個步驟。我認為這一步應(yīng)該是進行一次網(wǎng)站分析的開始。而對于那些無法通過數(shù)據(jù)獲得洞察的分析師來說，這一步則是他們開始犯錯誤的第一步。下面我們來詳細介紹下代碼設(shè)計在網(wǎng)站分析中的重要性。

3，網(wǎng)站分析從代碼設(shè)計開始

回想一下你是如何在網(wǎng)站中實施追蹤代碼的。我們以Google Analytics為例。我最常見的代碼實施方式有兩種。

第一種方法是從Google Analytics管理界面中獲取基礎(chǔ)追蹤代碼，然后按照實施說明添加到網(wǎng)站中的所有頁面中。

? 第二種方法是從在所有頁面實施完基礎(chǔ)追蹤代碼后，再對關(guān)鍵的元素添加

自定義追蹤代碼。例如自定義變量，事件追蹤或虛擬頁面代碼等等。 ?

這兩種代碼實施方式我也都使用過。但現(xiàn)在看起來，兩種代碼實施方式都存在嚴重的錯誤和問題。因為兩種方式都沒有代碼設(shè)計過程。這樣就意味著這兩種方式所獲得的數(shù)據(jù)都與網(wǎng)站的實際業(yè)務(wù)模式有較遠的距離。再說的嚴重一些這類的代碼實施過程所獲得的數(shù)據(jù)根本就是錯誤的。如果你不信的話請來回答以下幾個問題。

以Google Analytics為例：

網(wǎng)站分析工具默認的訪問者有效時間為2年。這符合你網(wǎng)站的業(yè)務(wù)模式嗎？如果所有實施GA 的網(wǎng)站都不對這個值進行修改，那么所有的訪問者有效期就都將是2年。這里可能既包含新聞資訊類網(wǎng)站，也包含電商類網(wǎng)站。這你覺得合理嗎？ 網(wǎng)站分析工具默認的訪問結(jié)束時間是靜止30分鐘。這符合你網(wǎng)站的內(nèi)容和用戶行為嗎？很顯然游戲類網(wǎng)站，資訊類網(wǎng)站和視頻類網(wǎng)站對這個默認時間會有很大的差異。

網(wǎng)站分析工具默認的廣告流量有效期為6個月。這符合你對廣告流量效果的衡量標準嗎？快消類網(wǎng)站和房地產(chǎn)類網(wǎng)站對廣告效果的衡量周期會不同。

以上的默認值是網(wǎng)站分析工具定義的，而這個工具并非為你的網(wǎng)站或行業(yè)定制。同時，這些默認值也將影響網(wǎng)站分析中最基礎(chǔ)的指標計算。例如Visitor 和Visits 等等。因此，這些默認值在代碼實施之前都是需要按實際的業(yè)務(wù)需求進行定制的。

前面是從技術(shù)角度考慮的代碼定制問題，從業(yè)務(wù)角度則還要復(fù)雜的多，并且需要結(jié)合實際的網(wǎng)站結(jié)構(gòu)及具體需求進行定制和實施，這里建議在對大量的業(yè)務(wù)需求進行定制追蹤時使用《使用Tag Manager 事件監(jiān)聽功能追蹤頁面鏈接屬性》文章中介紹的方法。后續(xù)我們將整理出一套流程和業(yè)務(wù)代碼定制規(guī)范來和大家一起分享。

4，代碼設(shè)計需要考慮的問題

這里我們整理了15個在進行網(wǎng)站分析前的代碼設(shè)計過程中需要考慮的問題。當然，真正要考慮的問題因網(wǎng)站而異，肯定是要超過這15個問題的。這里算是拋磚引玉。僅供大家參考。

1. 訪問Session 時長設(shè)置

2. campaign 有效期設(shè)置

3. 品牌詞處理方式

4. 內(nèi)部訪問量處理方式

5. URL 參數(shù)處理方式

6. 與其他廣告追蹤代碼的關(guān)系和順序

7. 是否需要與CRM 系統(tǒng)參數(shù)整合

8. 站內(nèi)流程及URL 層級規(guī)則

9. 頁面使用框架問題處理

10. 頁面Flash 廣告問題處理

11. 登錄后頁面跳轉(zhuǎn)問題

12. 錯誤頁面404問題

13. 主域與子域的數(shù)據(jù)關(guān)系問題

14. 目標與微轉(zhuǎn)化問題

15. 個性化追蹤及分類需求

5，有價值的網(wǎng)站分析流程

我所推崇的有價值的網(wǎng)站分析流程分為5個關(guān)鍵步驟：業(yè)務(wù)問題—>代碼設(shè)計—>代碼實施—>數(shù)據(jù)反饋—>發(fā)現(xiàn)并解決問題

從業(yè)務(wù)問題開始，對網(wǎng)站分析代碼進行設(shè)計和定制，這里既包括技術(shù)類代碼定制，也包括業(yè)務(wù)類的代碼設(shè)計。這一步是輸入階段，直接決定后面收集到的數(shù)據(jù)在業(yè)

務(wù)及運營中是否有價值。然后是代碼實施過程，數(shù)據(jù)反饋和分析過程。在保證了數(shù)據(jù)與業(yè)務(wù)的聯(lián)系和價值后，我們才有可能發(fā)現(xiàn)答案及洞察。