數據質量決定運營分析的質量
在上文中，我們介紹了GrowthHacking的整體架構，其中數據採集是整個數據分析的基礎，只有有了數據，才能進行有價值的分析；只有高質量的數據，才能驅動高質量的運營分析.可以說,數據質量決定了運營質量。
在實際生產中，我們常常面臨數據採集的痛點：
數據分散在各處，有服務器日誌，有前端日誌，有APP日誌。
各種端的日誌，採集方式迥異，要投入大量研發資源，才能覆蓋所有的平臺。
收集、處理、清洗、標註數據，需要投入巨大的精力，80%的精力浪費在了這些前置步驟上。
不同端的數據格式千奇百怪，缺乏一種統一的數據規範。
從分析需求推演數據源
通常，我們要分析拉新的的轉化率，產品的留存率，以及用戶推薦和最終付費相關的所有指標，每種類型的指標對應的渠道如下圖所示。
以拉新爲例， 通常我們可選擇的渠道有社交媒體（微信、微博）， 線上推送（郵件、短信），內容營銷（博客、微信公衆號），廣告（廣告聯盟），線下推廣（二維碼）。每一種渠道的表現如何，需要用數據證明。每一種渠道的數據採集方式各不相同。接下來將逐個介紹。
埋點規範
雜亂無章的數據，價值等於0！如果各個渠道的數據各不相同，那麼我們在分析時，就有很大一部分精力浪費在整理數據上。爲了保證數據的質量，我們需要制定出一份埋點的協議，保證在採集數據時，能夠採集到完整的信息。
在日誌採集中，一般包含兩部分信息：事件和屬性。下文以Web埋點爲例，詳細介紹web埋點包含的內容。
Web埋點
web埋點可用於在博客前端追蹤用戶的訪問情況。
Web埋點規範
屬性信息：
設備信息：
DeviceId：設備標識。 在首次加載js時，在cookie中添加唯一id。
屏幕長寬
設備類別。
用戶信息：
uid：用戶id，用戶唯一標識。
session id：會話id，一次會話定義爲連續的操作。
首次登陸時間。
會話開始時間。
軟件信息：
語言
os
user agent
網站title
網站host
網站網址
Web埋點技術：
日誌服務提供了Web Tracking技術，可以直接在網頁上嵌入一個一個透明圖片，當網頁發生曝光時，會自動發送日誌到日誌服務。
埋點樣例：
Web Tracking 本質上是一個http GET請求，不僅可以用來採集曝光時間，還可以用來採集一些事件信息。通過在前端嵌入js sdk的方式，通過js採集用戶的行爲動作，並且通過js sdk發送到日誌服務。
嵌入js sdk的樣例：
<script type="text/javascript" src="loghub-tracking.js" async></script>
採集事件樣例：
var logger = new window.Tracker('${host}','${project}','${logstore}');
logger.push('customer', 'zhangsan');
logger.push('product', 'iphone 6s');
logger.push('price', 5500);
logger.logger(); //發送日誌
logger.push('customer', 'lisi');
logger.push('product', 'ipod');
logger.push('price', 3000);
logger.logger();
iOS埋點
開發者可在iOS應用中，嵌入日誌服務的iOS SDK，自由靈活的採集所需要的事件日誌， SDK分爲Swift和Objective-C版本。
Android埋點
Android SDK 類似於iOS SDK ，可以嵌入Android APP中，採集事件信息。
小程序埋點
在小程序中，可以參考Web的採集方式，嵌入js sdk，通過js事件採集內容，並且通過js sdk把數據發送到日誌服務。
<script type="text/javascript" src="loghub-tracking.js" async></script>
郵件打開率和轉化率埋點
郵件打開率
參考web tracking技術，在郵件的html內容中，添加一個img標籤,該img標籤是一個1X1的空白圖片，用戶看不到該圖片。當郵件被打開時，會自動發送一條日誌到日誌服務：
<img src="https://yunlei-statics.cn-hangzhou.log.aliyuncs.com/logstores/blog-tracking/track_ua.gif?APIVersion=0.6.0&title=${郵件標題}&src=yunqi&author=${author})">
當日志採集到日誌服務端後，可以參考本系列的分析文章，進行分析。
){kind=link}
郵件轉化率
運營同學可能在郵件中嵌入了一些鏈接，邀請用戶註冊、登錄、訪問某個功能。爲了追蹤用戶是否打開了這個鏈接，我們需要在web tracking上封裝一層。把真實的鏈接B封裝起來，先跳轉到A，在A記錄下日誌後，再跳轉到真實地址B。
例如一下案例：
在郵件中，我們需要跳轉到https://promotion.aliyun.com/ntms/act/logdoclist.html。
把上述鏈接url encode編碼：https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html。
通過中間服務器跳轉，把上述編碼的url，作爲redirect參數傳遞:http://47.96.36.117/go.php?redirect=https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html
在中間服務器上，調用web tracking，記錄日誌到日誌服務，同時返回302跳轉到真實的鏈接。
通過以上方式記錄的跳轉日誌，可以分析營銷郵件的轉化率。
短信營銷埋點
短信營銷類似於郵件營銷，在短信中，嵌入鏈接，追蹤鏈接的打開率。短信相比於郵件特殊的地方在於，短信有字數限制，因此需要在短信中使用短域名，那麼整體架構變成了這樣：
在這個方案中，真實的鏈接經過三次跳轉，第一次跳轉到短域名服務器，第二次跳轉到中間服務器，在中間服務器上記錄日誌，第三次跳轉到真實的目標地址。
二維碼掃描率追蹤
二維碼是線下營銷的利器，通過掃描二維碼可以快速轉化。二維碼本質上是一串文字的編碼，通常是一個url，因此我們可以採用類似郵件追蹤的辦法，把真實的url進行編碼，經過中間服務器的跳轉，記錄下來二維碼的掃描次數
中間鏈接http://47.96.36.117/go.php?redirect=https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html生成的二維碼：
上述兩個二維碼的目標地址是一致的，但第一個二維碼給我們機會，能夠記錄下來用戶掃碼的記錄，無疑可以幫助我們判斷運營活動的效果。
總結
本文介紹了常見的渠道的埋點技術，每一種渠道的數據分析，請關注本系列文章。