使用者的行為日誌,在現今以資料說話時代的重要性已經凸顯地越來越明顯.筆者從事相關一線工作(主要是資料處理及模型設計,離線及實時平臺)三年，分享一些工作中的一些思考，這部分的內容比較偏向業務,希望不會寫的太技術。 首先，我們要先來看一下這個東東到底有啥重要的，為啥每個有點規模的公司都需要花費一定人力來搞這個東西呢？有的時候甚至只是一份日誌真的能養活這麼多人？ 想解釋這個問題，必須回到一些基本運營的問題上來？ 1.公司靠客戶轉化來增加收入，沒錯吧？ 2.哪個公司都有產品經理吧？怎麼知道他/她設計的這產品效果明顯呢？萬一正好搞啥活動或者公關的好，他這產品上線了，誰扯的清呢？ 3.公司運營除了增加收入外還得減少開支吧，每個月投baidu、360、各種網盟的錢有點割肉的感覺吧？我們期待啥？用最少的錢打最合算的廣告！ 4.那些說什麼老闆拿這些資料做最後的決策，部分有點扯淡，不排除現在一些老大還是拍腦袋下決策，但是有一點一定是對的，就是你得知道自己公司一段時間的資料吧，不能悶頭過日子啊。 5... 以上問題都是可以在使用者資料中拿到對應的內容來說明。 好了，在我們確定了這個東西的確是有價值、值得花人力去做之後，我們來聊聊怎麼做？ 在這裡需要細分一下目前使用者訪問的平臺，根據目前以及短期內技術發展，可以分為三種APP|PC|WAP,其中PC/WAP可以算一種，都是傳統web互動方式，APP(說的是Native APP,iOS、Android etc)

• PC/WEB上實現一般有三種：

1.web service記錄 2.js嵌入收集 3.包嗅探器

Web日誌	JavaScript標記	包嗅探器
優點	・比較容易獲取資料來源 ・方便對歷史資料再處理 ・可以記錄搜尋引擎爬蟲的訪問記錄 ・記錄檔案下載狀況	・資料收集靈活，可定製性強 ・可以記錄快取、代理伺服器訪問 ・對訪問者行動追蹤更為準確	・對跨域訪問的監測比較方便 ・取得實時資料比較方便
缺點	・無法記錄快取、代理伺服器訪問 ・無法捕獲自定義的業務資訊 ・對訪問者的定位過於模糊 ・對跨域訪問的監測比較麻煩	・使用者端的JS設定會影響資料收集 ・記錄下載和重定向資料比較困難 ・會增加網站的JS指令碼負荷	・初期匯入費用較高 ・無法記錄快取、代理伺服器訪問 ・對使用者資料隱私有安全隱患

目前第二種是最流行的收集方式。 通過使用JS收集客戶端的cookie資訊，瀏覽器等，傳送到後臺一組伺服器,找了幾個網站檢視他們的收集資料，請求格式譬如：

唯品會:
http://mar.vip.com/p?mars_br_pos=&mars_cid=1398657717000_d430514ae3ce8aab29178c11eba5dcb1&mars_sid=b01fc069abdd38df7bd359d6429184f4&pi=0&mars_vid=BD55BF35DADC6722D8D2B29B5C4054A3&lvm_id=83619272008072580001401328910640&mars_var=-&lg=0&wh=VIP_SH&in=0&sn=&url=http://www.vip.com/&sr=1366*768&rf=&bw=1286&bh=150&sc=24&bv=mozilla/5.0 (windows nt 6.3; wow64) applewebkit/537.36 (khtml, like gecko) chrome/40.0.2214.93 safari/537.36&ce=1&vs=&title=唯品會（原Vipshop.com）特賣會：一家專門做特賣的網站_確保正品_確保低價_貨到付款&tab_page_id=1423478314979_0c4c3141-f350-79ec-2e58-1b5bafda3332&vip_qe=undefined&vip_qt=undefined&vip_xe=&vip_xt=&r=0.03680062713101506
噹噹：
http://click.dangdang.com/page_tracker.php?m_id=&o_id=®ion_ids=&out_refer=null&refer_url=&url=http://www.dangdang.com/&to_url=&type=1&visit_count=27&is_first_pv=0&ctr_type=&perm_id=20140430171404681303078869337380126&res=1366,768||1286,1518&r=0.9703021887689829&title=噹噹—網上購物中心：圖書、母嬰、美妝、家居、數碼、家電、服裝、鞋包等，正品低價，貨到付款&trace_id=0.70&special=market=location:6;&cif=&rsv1=&rsv2=&rsv3=&rsv4=xxx
淘寶：
http://ac.mmstat.com/1.gif?uid=802662066&apply=vote&abbucket=_AB-M65_B6&com=02&acm=tt-1097039-36356.1.1003&cod=tt-1097039-36356&cache=1874351609&aldid=72SdnsDn&logtype=4&abtest=_AB-LR65-PR65&scm=1003.1.tt-1097039-36356&ip=210.13.117.180

在伺服器端如Nginx，進行query的parse配置，最後將資料以log方式儲存。
 

• 移動端的實現

對移動開發不熟悉，瞭解到的是一般通過手動埋點，觸發Event來實現，如友盟的自定義事件埋點： MobclickAgent.onEvent(this, Event.Start); 可以下載具體的SDK文件看看，後續一樣還是將query發到伺服器，由伺服器進行解析，儲存 本文為個人原創，轉載請註明出處！原作者：Tony_老七