數(shù)據(jù)收集是數(shù)據(jù)分析的第一步，有了準確完備的數(shù)據(jù)未必能做出有價值的分析，但是，沒有準確完備的數(shù)據(jù)，必定無法做出有價值的分析。因此網(wǎng)站分析監(jiān)測方案對網(wǎng)站分析成敗至關重要，它直接決定將收集哪些數(shù)據(jù)。
一個完備的監(jiān)測方案至少應包含三部分內(nèi)容：流量來源的標記規(guī)范、站內(nèi)互動的標記規(guī)范、設置轉(zhuǎn)化。下面以GA為例分別說明這三部分的內(nèi)容。
流量來源的標記規(guī)范
流量來源的標記包括兩部分內(nèi)容：外部廣告活動（通常所說的Campaign）的標記和內(nèi)部廣告活動（Internal Campaign）的標記。
外部廣告活動的標記大家應該都比較熟悉。對GA來說，主要是使用UTM參數(shù)標記，GA官方提供的說明。
utm_source：通常用來標記媒體名，這是一個主參數(shù)。
utm_mdium：通常用來標記媒體的性質(zhì)，比如cpc、banner。
utm_campaign：通常用來標記廣告活動的名稱也對應與cpc的推廣計劃。
utm_content：通常用來標記廣告的點位或cpc的推廣單元。
utm_term：通常用來標記cpc的關鍵詞，也會用來標記同一個點位上的不同鏈接。
比如，你要進行奧運相關的廣告活動，在A網(wǎng)站的B頁面購買了Banner，在V網(wǎng)站購買了15秒的視頻前貼片，在百度上購買了關鍵詞。Landing page為www.yoursite.com。則A網(wǎng)站廣告的Landing page URL應為：www.yoursite.com?utm_source=a&utm_medium=banner&utm_campaign=olympic2012&utm_content=b；V網(wǎng)站對應的為：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。另外在標記時請盡量使用英文或拼音，而不要中文以及轉(zhuǎn)義的中文，因為在轉(zhuǎn)碼過程中可能出現(xiàn)亂碼。
制定了以上的規(guī)則之后，最終需要為營銷部門制作一個鏈接標記的模版，并舉例說明具體的應用場景。
內(nèi)部廣告活動（站內(nèi)廣告）的標記是容易被忽視的一個部分，而站內(nèi)營銷也是營銷的一個重要部分。不同產(chǎn)品之間如何互相引薦流量，站內(nèi)的不同廣告的表現(xiàn)如何，這些問題的答案都需要通過站內(nèi)廣告活動的標記。
GA默認是不支持內(nèi)部廣告活動標記，但是，GA的Advocator Justin曾給出一個利用站內(nèi)搜索功能來完成內(nèi)部廣告活動跟蹤的解決方案。對這個解決方案我在這里就不在贅述了。
這里我給出一個用Page級的自定義變量來做站內(nèi)廣告跟蹤的解決方案，參考了SiteCatalyst的用eVar（Custom Conversion）監(jiān)測站內(nèi)廣告的思路。
基本思路很簡單：
1、為每個站內(nèi)的廣告點位的Landing Page指定一個標記廣告的參數(shù)，比如intc，其參數(shù)值的形式為廣告活動名稱_廣告頁面_目標頁面_廣告點位_廣告版本；
2、新增一個函數(shù)比如intctrack（請注意，這個方法要在_trackPageview之前調(diào)用），其功能是判斷頁面的query中是否包含intc這個參數(shù)，如果包含則調(diào)用_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中，你可以根據(jù)需要修改。
使用頁面級的自定義變量的一個優(yōu)勢是即可以獲得點位的點擊量即自定義變量的PV，也可以看到對應點位貢獻的轉(zhuǎn)化（按照Last Touch方式進行歸因）。
完成了這個部分后，你應該有兩個產(chǎn)出物，一個是固化在CMS中的現(xiàn)有所有點位的Link Tag，另一個就是intc的生成規(guī)則以及intctrack方法。
站內(nèi)互動的標記
我將配置文件的設置也放在了這個部分。 配置文件的設置主要包括網(wǎng)站URL的設置（只影響報告中的查看Page的鏈接）；默認頁面；排除無關的URL參數(shù)，別忘了把intc也一并排除掉；站內(nèi)搜索的設置。除此之外，有兩個過濾器是必不可少的。
1、完整URL
這個過濾器是讓GA的Page維度顯示完整的URL，默認情況下不包含域名。無論你是否使用跨子域這個過濾器都是必要的。
2、提取referrer存入User Defined
這個過濾器的作用是將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(‘script’); ga.type = ‘text/javascript’; ga.async = true;
ga.src = (‘https:’ == document.location.protocol ? ‘https://ssl’ : ‘http://www’) + ‘.google-analytics.com/ga.js’;
var s = document.getElementsByTagName(‘script’)[0]; s.parentNode.insertBefore(ga, s);
})();
這里我們看到主要的自定義包含將soso、sogou以及使用word作為搜索參數(shù)的baidu搜索（通常為百度的搜索合作伙伴，移動搜索也是以word為搜索參數(shù)）添加GA可識別的搜索引擎；將.cloga.info作為主域?qū)崿F(xiàn)跨子域；將intc參數(shù)識別為內(nèi)部推廣。當然，頁面上通用GATC的定制遠不止這些，但是我相信上面的例子對大多數(shù)網(wǎng)站已經(jīng)足夠。請不要忘記將其中的UA及域名換成你的。
再來看一下頁面上交互的標記。
頁面上交互主要指Flash和Ajax Button點擊，也包括文件下載、出站鏈接點擊等默認的pageview方法無法記錄的交互。 關于Flash交互的監(jiān)測方法請參見：使用GA監(jiān)測Flash中的互動。而頁面上其他交互則可以有兩種標記方式，一種是在HTML源碼中添加onclick事件，另外一種則是添加事件監(jiān)聽。兩種方式各有利弊，直接添加onclick事件，相對來說比較靈活，難度也低一些，但是，如果頁面中有大量元素要添加標記，則是一個災難；事件監(jiān)聽的好處是無論頁面上有多少個元素要監(jiān)聽，都可以通過一小段通用JS來實現(xiàn)，但是，缺點也顯而易見，靈活性較差，如果要針對某個元素進行監(jiān)聽或指定特殊的名稱則比較麻煩。我的建議是如果類似的監(jiān)聽不是一個常規(guī)需求，并且數(shù)量較少，那么手動添加onclick事件即可，如果這是一個常規(guī)需求或需要監(jiān)聽的元素較多，則最好開發(fā)一小段通用的事件監(jiān)聽JS來完成這個工作，同時頁面上的元素要使用ID或Name進行區(qū)分，以便腳本利用這些標識來區(qū)分不同的元素。
對于頁面交互的跟蹤是使用_trackPageview還是_trackEvent其實不需要太糾結(jié)，二者本質(zhì)上沒有很大的區(qū)別，所不同的是_trackPageview屬于GA的交互對Bounce Rate有影響，而Event則可以自定義是否是交互，可以選擇是否對Bounce Rate有影響，另外，就目前來說渠道只支持_trackPageview。
這里補充一點，關于如何使用GA監(jiān)測Flash的加載的時間。其基本的解決思路是這樣，在頁面的頂部添加一個時間戳，在Flash的第一幀創(chuàng)建一個時間戳，并調(diào)用_trackEvent或_trackTiming，將兩個時間戳相減作為Flash加載時間記錄下來。
站內(nèi)互動標記完成后，你的產(chǎn)出物應包括頁面上放置的通用的GATC，頁面交互的標記規(guī)范。
轉(zhuǎn)化的設置
最后的一部分就是轉(zhuǎn)化的設置。轉(zhuǎn)化是指我們希望用戶在網(wǎng)站上完成一個動作，在GA中，它可以是查看一個特定的頁面也可以是頁面上的一些事件，甚至是電子商務的交易數(shù)據(jù)。
在GA中有四類轉(zhuǎn)化，四種目標類型其實是三類轉(zhuǎn)化，再加上電子商務跟蹤。
1、閾限類轉(zhuǎn)化
在GA中，可以設置停留時間或Pages/Visits的閾限作為目標，既可以是高于也可以是低于某一閾值。
2、URL轉(zhuǎn)化
這類轉(zhuǎn)化是將用戶到達一個頁面作為轉(zhuǎn)化。如果你使用了虛擬頁面瀏覽（就是將一個非頁面瀏覽的交互行為在GA中記錄為頁面瀏覽）來監(jiān)測非頁面瀏覽的交互，那么也應設置這類目標。
3、事件類轉(zhuǎn)化
這類轉(zhuǎn)化主要應用于非頁面瀏覽的其他交互事件。
4、電子商務跟蹤
電子商務跟蹤簡而言之，就是把關于訂單的相關信息提交給GA，然后就可以在GA中查看這類數(shù)據(jù)。
下面用一個例子來說明GA轉(zhuǎn)化的設置。
假設你關注的轉(zhuǎn)化之一是注冊成功，對于注冊成功，你們的技術可能選擇不同實現(xiàn)方式。對應的GA也需要進行相應的調(diào)整。對網(wǎng)站分析師來說，最簡單的方式是注冊流程是一個單獨的頁面，那么，只要保證頁面上有通用的GATC就可以。GA會忠誠的記錄下每個頁面的URL，而網(wǎng)站分析師所要做的只是在GA中將注冊成功頁面的URL（如果你使用了我前面推薦的Full URL的過濾器的話）填寫到URL目標中即可。
而如果你們的注冊是一個Ajax的彈出窗，甚至連注冊成功的歡迎頁面也沒有，注冊成功后只是在當前頁面，那么就需要技術做一些處理，在注冊成功后調(diào)用_trackPageview產(chǎn)生一個虛擬的頁面瀏覽，當然，這部分內(nèi)容屬于站內(nèi)互動的標記，如果你在目標設置的階段才提出這個需求，我想這應該理解為站內(nèi)互動的標記不完整。剩下的內(nèi)容也是在GA將這個URL設置為目標。
完成了轉(zhuǎn)化的設置，那么恭喜你你已經(jīng)完成了一個完整的監(jiān)測方案。你現(xiàn)在應該有交給營銷部門的外部廣告活動的標記規(guī)范，同時也已經(jīng)將內(nèi)部廣告活動的固化在CMS中，對站內(nèi)的互動也已經(jīng)完整標記，在GA中也將轉(zhuǎn)化定義清楚。但是，監(jiān)測方案不是一成不變的，隨著網(wǎng)站的改版或跟蹤需求的變化，你需要不斷的調(diào)整監(jiān)測方案。
文章來源：Cloga與網(wǎng)站|數(shù)字分析
-
廣告合作
-
QQ群號：4114653
