如何制定一個完整的網站分析監測方案

數據收集是數據分析的靠前步，有了準確完備的數據未必能做出有價值的分析，但是，沒有準確完備的數據，必定無法做出有價值的分析。因此網站分析監測方案對網站分析成敗至關重要，它直接決定將收集哪些數據。

一個完備的監測方案至少應包含三部分內容：流量來源的標記規范、站內互動的標記規范、設置轉化。下面以GA為例分別說明這三部分的內容。

流量來源的標記規范

流量來源的標記包括兩部分內容：外部廣告活動（通常所說的Campaign）的標記和內部廣告活動（Internal Campaign）的標記。

外部廣告活動的標記大家應該都比較熟悉。對GA來說，主要是使用UTM參數標記，GA官方提供的說明。

utm_source：通常用來標記媒體名，這是一個主參數。

utm_mdium：通常用來標記媒體的性質，比如cpc、banner。

utm_campaign：通常用來標記廣告活動的名稱也對應與cpc的推廣計劃。

utm_content：通常用來標記廣告的點位或cpc的推廣單元。

utm_term：通常用來標記cpc的關鍵詞，也會用來標記同一個點位上的不同鏈接。

比如，你要進行奧運相關的廣告活動，在A網站的B頁面購買了Banner，在V網站購買了15秒的視頻前貼片，在百度上購買了關鍵詞。 Landing page為www.yoursite.com。則A網站廣告的Landing page URL應為：www.yoursite.com?utm_source=a&utm_medium=banner& utm_campaign=olympic2012&utm_content=b；V網站對應的為：www.yoursite.com?utm_source=v&utm_medium=pre_roll_15s& utm_campaign=olympic2012；百度對應的為：www.yoursite.com?utm_source=baidu& utm_medium=cpc

這里有幾點要說明一下，對于15s前貼片廣告來說，如果有幾個不同版本的廣告，則可以適用utm_content來進行標記。對于百度cpc廣告來說，上面的標記方式標記的是搜索詞而不是出價詞，如果想要了解具體的推廣計劃、單元和出價詞則需要使用utm_campaign、utm_content 和utm_term。另外在標記時請盡量使用英文或拼音，而不要中文以及轉義的中文，因為在轉碼過程中可能出現亂碼。

制定了以上的規則之后，最終需要為營銷部門制作一個鏈接標記的模版，并舉例說明具體的應用場景。

內部廣告活動（站內廣告）的標記是容易被忽視的一個部分，而站內營銷也是營銷的一個重要部分。不同產品之間如何互相引薦流量，站內的不同廣告的表現如何，這些問題的答案都需要通過站內廣告活動的標記。

GA默認是不支持內部廣告活動標記，但是，GA的Advocator Justin曾給出一個利用站內搜索功能來完成內部廣告活動跟蹤的解決方案。對這個解決方案我在這里就不在贅述了。

這里我給出一個用Page級的自定義變量來做站內廣告跟蹤的解決方案，參考了SiteCatalyst的用eVar（Custom Conversion）監測站內廣告的思路。

基本思路很簡單：

1、為每個站內的廣告點位的Landing Page指定一個標記廣告的參數，比如intc，其參數值的形式為廣告活動名稱_廣告頁面_目標頁面_廣告點位_廣告版本；

2、新增一個函數比如intctrack（請注意，這個方法要在_trackPageview之前調用），其功能是判斷頁面的query中是否包含intc這個參數，如果包含則調用_setCustomVar，定義一個頁面級的自定義變量。

function intctrack(param,index,scope){var index=index||2;var scope=scope||3;function getQueryStringByName(name){ var result = location.search.match(new RegExp("[?&]" + name+ "=([^&]+)","i")); if(result == null || result.length < 1){ return ""; } return result[1]; }var para1=getQueryStringByName(param)if(para1){_gas.push([_setCustomVar,index,param,para1,scope]);}}

請注意，這里我將intc放在的slot2中，你可以根據需要修改。

使用頁面級的自定義變量的一個優勢是即可以獲得點位的點擊量即自定義變量的PV，也可以看到對應點位貢獻的轉化（按照Last Touch方式進行歸因）。

完成了這個部分后，你應該有兩個產出物，一個是固化在CMS中的現有所有點位的Link Tag，另一個就是intc的生成規則以及intctrack方法。

站內互動的標記

我將配置文件的設置也放在了這個部分。 配置文件的設置主要包括網站URL的設置（只影響報告中的查看Page的鏈接）；默認頁面；排除無關的URL參數，別忘了把intc也一并排除掉；站內搜索的設置。除此之外，有兩個過濾器是必不可少的。

1、完整URL

Full URL

這個過濾器是讓GA的Page維度顯示完整的URL，默認情況下不包含域名。無論你是否使用跨子域這個過濾器都是必要的。

2、提取referrer存入User Defined

Referrer

這個過濾器的作用是將Landing Page的referrer存在User Defined維度中。這個值可以幫你解決需要問題，比如，為什么搜索引擎的流量被標記為referral；一些付費媒體的真實來源等等，如果你沒有 User Defined，那么我建議你一定要使用這個過濾器。

下面我們再來重點來看一下GATC的定制，主要包含：1、頁面上的通用GATC的定制；2、頁面上的交互的標記

我以下面的例子說明一下頁面通用GATC的定制。

var _gaq = _gaq || [];_gaq.push([_setAccount, UA-18159656-1]);_gaq.push([_setDomainName,.cloga.info]);_gaq.push([_addOrganic,baidu,word]);_gaq.push([_addOrganic,soso,w]);_gaq.push([_addOrganic,sogou,query]);_gaq.push([_addIgnoredRef, cloga.info]);intctrack("intc");_gaq.push([_trackPageview]);(function() {var ga = document.createElement(ｓｃｒｉｐｔ); ga.type = text/javascript; ga.async = true;ga.src = (https: == document.location.protocol ? https://ssl : http://www) + .google-***ytics.com/ga.js;var s = document.getElementsByTagName(ｓｃｒｉｐｔ)[0]; s.parentNode.insertBefore(ga, s);})();

這里我們看到主要的自定義包含將soso、sogou以及使用word作為搜索參數的baidu搜索（通常為百度的搜索合作伙伴，移動搜索也是以 word為搜索參數）添加GA可識別的搜索引擎；將.cloga.info作為主域實現跨子域；將intc參數識別為內部推廣。當然，頁面上通用GATC 的定制遠不止這些，但是我相信上面的例子對大多數網站已經足夠。請不要忘記將其中的UA及域名換成你的。

再來看一下頁面上交互的標記。

頁面上交互主要指Flash和Ajax Button點擊，也包括文件下載、出站鏈接點擊等默認的pageview方法無法記錄的交互。 關于Flash交互的監測方法請參見：使用GA監測Flash中的互動。而頁面上其他交互則可以有兩種標記方式，一種是在HTML源碼中添加onclick事件，另外一種則是添加事件**。兩種方式各有利弊，直接添加 onclick事件，相對來說比較靈活，難度也低一些，但是，如果頁面中有大量元素要添加標記，則是一個災難；事件**的好處是無論頁面上有多少個元素要**，都可以通過一小段通用JS來實現，但是，缺點也顯而易見，靈活性較差，如果要針對某個元素進行**或指定特殊的名稱則比較麻煩。我的建議是如果類似的**不是一個常規需求，并且數量較少，那么手動添加onclick事件即可，如果這是一個常規需求或需要**的元素較多，則最好開發一小段通用的事件**JS來完成這個工作，同時頁面上的元素要使用ID或Name進行區分，以便腳本利用這些標識來區分不同的元素。

對于頁面交互的跟蹤是使用_trackPageview還是_trackEvent其實不需要太糾結，二者本質上沒有很大的區別，所不同的是 _trackPageview屬于GA的交互對Bounce Rate有影響，而Event則可以自定義是否是交互，可以選擇是否對Bounce Rate有影響，另外，就目前來說渠道只支持_trackPageview。

這里補充一點，關于如何使用GA監測Flash的加載的時間。其基本的解決思路是這樣，在頁面的頂部添加一個時間戳，在Flash的靠前幀創建一個時間戳，并調用_trackEvent或_trackTiming，將兩個時間戳相減作為Flash加載時間記錄下來。

站內互動標記完成后，你的產出物應包括頁面上放置的通用的GATC，頁面交互的標記規范。

轉化的設置

最后的一部分就是轉化的設置。轉化是指我們希望用戶在網站上完成一個動作，在GA中，它可以是查看一個特定的頁面也可以是頁面上的一些事件，甚至是電子商務的交易數據。

在GA中有四類轉化，四種目標類型其實是三類轉化，再加上電子商務跟蹤。

1、閾限類轉化

在GA中，可以設置停留時間或Pages/Visits的閾限作為目標，既可以是高于也可以是低于某一閾值。

2、URL轉化

這類轉化是將用戶到達一個頁面作為轉化。如果你使用了虛擬頁面瀏覽（就是將一個非頁面瀏覽的交互行為在GA中記錄為頁面瀏覽）來監測非頁面瀏覽的交互，那么也應設置這類目標。

3、事件類轉化

這類轉化主要應用于非頁面瀏覽的其他交互事件。

4、電子商務跟蹤

電子商務跟蹤簡而言之，就是把關于訂單的相關信息提交給GA，然后就可以在GA中查看這類數據。

下面用一個例子來說明GA轉化的設置。

假設你關注的轉化之一是注冊成功，對于注冊成功，你們的技術可能選擇不同實現方式。對應的GA也需要進行相應的調整。對網站分析師來說，最簡單的方式是注冊流程是一個單獨的頁面，那么，只要保證頁面上有通用的GATC就可以。GA會忠誠的記錄下每個頁面的URL，而網站分析師所要做的只是在GA中將注冊成功頁面的URL（如果你使用了我前面推薦的Full URL的過濾器的話）填寫到URL目標中即可。

而如果你們的注冊是一個Ajax的彈出窗，甚至連注冊成功的歡迎頁面也沒有，注冊成功后只是在當前頁面，那么就需要技術做一些處理，在注冊成功后調用_trackPageview產生一個虛擬的頁面瀏覽，當然，這部分內容屬于站內互動的標記，如果你在目標設置的階段才提出這個需求，我想這應該理解為站內互動的標記不完整。剩下的內容也是在GA將這個URL設置為目標。

完成了轉化的設置，那么恭喜你你已經完成了一個完整的監測方案。你現在應該有交給營銷部門的外部廣告活動的標記規范，同時也已經將內部廣告活動的固化在CMS中，對站內的互動也已經完整標記，在GA中也將轉化定義清楚。但是，監測方案不是一成不變的，隨著網站的改版或跟蹤需求的變化，你需要不斷的調整監測方案。

文章來源：Cloga與網站|數字分析

更多網絡知識及相關網絡服務請QQ咨詢深圳網站建設公司QQ:2361277551