如果你在獲取數據前沒有經過縝密的思考，那麼在分析數據時就只能碰運氣了。重新審視獲得數據的過程，保證數據從一開始就與業務有緊密的聯繫。
1，網站分析師的煩惱
親愛的網站分析師們，你在工作中最大的煩惱是什麼？對於我來說，最大的煩惱莫過於無法通過數據解決問題，獲得洞察。
雖然網站分析的方法有很多種，細分分析，對比分析，趨勢分析，轉化分析等等。但所有這些分析方法或者模型僅僅都只是手段，沒有任何一種方法保證你一定能從數據中發現問題獲得洞察。即使是被譽為網站分析殺手鐧的細分也是一樣。這時，我們就像在數據和洞察間繞圈子。說的好聽點叫做在不斷的試錯（這種試錯的過程多半是在拼人品，碰運氣，多數時候都不會有結果），而其實就是在數據中兜圈子。這個過程真是求生不得求死不能。
為什麼會出現這種情況呢？原因不在於網站分析方法本身，而在於我們手中的數據。更準確的說是獲取這些數據的過程。
2，GIGO原則 (Garbage In Garbage Out)
網站分析中有一個非常重要的原則，GIGO原則 (Garbage In Garbage Out輸入的是垃圾，輸出的也是垃圾)。
現在重新審視一下我們之前的問題，在網站分析過程中，我們所獲得的數據大部分都屬於低價值的基礎數據。這些數據有兩類共同的特點：
- 由網站分析工具產生的標準化數據。
- 數據中不包含業務及運營背景信息。
對於這樣數據，無論是你使用什麼樣的分析方法，都很難從中獲得洞察。原因很簡單，數據本身就缺少價值。解決的方法需要你從所擁有的數據中跳出來。重新審視獲得這些數據的過程。數據的獲取過程不應該開始於追蹤代碼或是網站分析工具。而是應該來自網站自身的業務需求。保證數據從一開始就與業務有緊密的聯繫。
這個過程我在之前的文章《Google Analytics實施七步曲》中曾經簡單介紹過。這裡再從另一個角度進行說明。從數據中獲取洞察分為四個部分：
- 第一部分是了解業務需求。
- 第二步是進行代碼設計。
- 第三步是獲取並分析數據。
- 最後一步是發現洞察。
在這四個部分中，第二部分代碼設計是最關鍵的一個步驟。我認為這一步應該是進行一次網站分析的開始。而對於那些無法通過數據獲得洞察的分析師來說，這一步則是他們開始犯錯誤的第一步。下面我們來詳細介紹下代碼設計在網站分析中的重要性。
3，網站分析從代碼設計開始
回想一下你是如何在網站中實施追蹤代碼的。我們以Google Analytics為例。我最常見的代碼實施方式有兩種。
- 第一種方法是從Google Analytics管理界面中獲取基礎追蹤代碼，然後按照實施說明添加到網站中的所有頁面中。
- 第二種方法是從在所有頁面實施完基礎追蹤代碼後，再對關鍵的元素添加自定義追蹤代碼。例如自定義變量，事件追蹤或虛擬頁面代碼等等。
這兩種代碼實施方式我也都使用過。但現在看起來，兩種代碼實施方式都存在嚴重的錯誤和問題。因為兩種方式都沒有代碼設計過程。這樣就意味著這兩種方式所獲得的數據都與網站的實際業務模式有較遠的距離。再說的嚴重一些這類的代碼實施過程所獲得的數據根本就是錯誤的。如果你不信的話請來回答以下幾個問題。
以Google Analytics為例：
網站分析工具默認的訪問者有效時間為2年。這符合你網站的業務模式嗎？如果所有實施GA的網站都不對這個值進行修改，那麼所有的訪問者有效期就都將是2年。這裡可能既包含新聞資訊類網站，也包含電商類網站。這你覺得合理嗎？
網站分析工具默認的訪問結束時間是靜止30分鐘。這符合你網站的內容和用戶行為嗎？很顯然遊戲類網站，資訊類網站和視頻類網站對這個默認時間會有很大的差異。
網站分析工具默認的廣告流量有效期為6個月。這符合你對廣告流量效果的衡量標準嗎？快消類網站和房地產類網站對廣告效果的衡量周期會不同。
以上的默認值是網站分析工具定義的，而這個工具並非為你的網站或行業定製。同時，這些默認值也將影響網站分析中最基礎的指標計算。例如Visitor和Visits等等。因此，這些默認值在代碼實施之前都是需要按實際的業務需求進行定製的。
前面是從技術角度考慮的代碼定製問題，從業務角度則還要複雜的多，並且需要結合實際的網站結構及具體需求進行定製和實施，這裡建議在對大量的業務需求進行定製追蹤時使用《使用Tag Manager事件監聽功能追蹤頁面連結屬性》文章中介紹的方法。後續我們將整理出一套流程和業務代碼定製規範來和大家一起分享。
4，代碼設計需要考慮的問題
這裡我們整理了15個在進行網站分析前的代碼設計過程中需要考慮的問題。當然，真正要考慮的問題因網站而異，肯定是要超過這15個問題的。這裡算是拋磚引玉。僅供大家參考。
- 訪問Session時長設置
- campaign有效期設置
- 品牌詞處理方式
- 內部訪問量處理方式
- URL參數處理方式
- 與其他廣告追蹤代碼的關係和順序
- 是否需要與CRM系統參數整合
- 站內流程及URL層級規則
- 頁面使用框架問題處理
- 頁面Flash廣告問題處理
- 登錄後頁面跳轉問題
- 錯誤頁面404問題
- 主域與子域的數據關係問題
- 目標與微轉化問題
- 個性化追蹤及分類需求
5，有價值的網站分析流程
我所推崇的有價值的網站分析流程分為5個關鍵步驟：業務問題—>代碼設計—>代碼實施—>數據反饋—>發現並解決問題
從業務問題開始，對網站分析代碼進行設計和定製，這裡既包括技術類代碼定製，也包括業務類的代碼設計。這一步是輸入階段，直接決定後面收集到的數據在業務及運營中是否有價值。然後是代碼實施過程，數據反饋和分析過程。在保證了數據與業務的聯繫和價值後，我們才有可能發現答案及洞察。
來源：藍鯨網站分析博客