基於日誌服務的GrowthHacking(1):數據埋點和採集(APP、Web、郵件、短信、二維碼埋點技術)

數據質量決定運營分析的質量

在上文中，咱們介紹了GrowthHacking的總體架構，其中數據採集是整個數據分析的基礎，只有有了數據，才能進行有價值的分析；只有高質量的數據，才能驅動高質量的運營分析.能夠說,數據質量決定了運營質量。

在實際生產中，咱們經常面臨數據採集的痛點：

1. 數據分散在各處，有服務器日誌，有前端日誌，有APP日誌。
2. 各類端的日誌，採集方式迥異，要投入大量研發資源，才能覆蓋全部的平臺。
3. 收集、處理、清洗、標註數據，須要投入巨大的精力，80%的精力浪費在了這些前置步驟上。
4. 不一樣端的數據格式千奇百怪，缺少一種統一的數據規範。

從分析需求推演數據源

一般，咱們要分析拉新的的轉化率，產品的留存率，以及用戶推薦和最終付費相關的全部指標，每種類型的指標對應的渠道以下圖所示。

以拉新爲例， 一般咱們可選擇的渠道有社交媒體（微信、微博）， 線上推送（郵件、短信），內容營銷（博客、微信公衆號），廣告（廣告聯盟），線下推廣（二維碼）。每一種渠道的表現如何，須要用數據證實。每一種渠道的數據採集方式各不相同。接下來將逐個介紹。

埋點規範

雜亂無章的數據，價值等於0！若是各個渠道的數據各不相同，那麼咱們在分析時，就有很大一部分精力浪費在整理數據上。爲了保證數據的質量，咱們須要制定出一份埋點的協議，保證在採集數據時，可以採集到完整的信息。

在日誌採集中，通常包含兩部分信息：事件和屬性。下文以Web埋點爲例，詳細介紹web埋點包含的內容。

Web埋點

web埋點可用於在博客前端追蹤用戶的訪問狀況。

Web埋點規範

• 屬性信息：

  • 設備信息：

    1. DeviceId：設備標識。 在首次加載js時，在cookie中添加惟一id。
    2. 屏幕長寬
    3. 設備類別。

  • 用戶信息：

    1. uid：用戶id，用戶惟一標識。
    2. session id：會話id，一次會話定義爲連續的操做。
    3. 首次登錄時間。
    4. 會話開始時間。

  • 軟件信息：

    1. 語言
    2. os
    3. user agent
    4. 網站title
    5. 網站host
    6. 網站網址

Web埋點技術：

日誌服務提供了Web Tracking技術，能夠直接在網頁上嵌入一個一個透明圖片，當網頁發生曝光時，會自動發送日誌到日誌服務。

埋點樣例：

![](https://yunlei-statics.cn-hangzhou.log.aliyuncs.com/logstores/blog-tracking/track_ua.gif?APIVersion=0.6.0&blog=${標題名稱}&src=yunqi&author=${author})

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})">

當日志採集到日誌服務端後，能夠參考本系列的分析文章，進行分析。

郵件轉化率

運營同窗可能在郵件中嵌入了一些連接，邀請用戶註冊、登陸、訪問某個功能。爲了追蹤用戶是否打開了這個連接，咱們須要在web tracking上封裝一層。把真實的連接B封裝起來，先跳轉到A，在A記錄下日誌後，再跳轉到真實地址B。

例如一下案例：

1. 在郵件中，咱們須要跳轉到https://promotion.aliyun.com/ntms/act/logdoclist.html。
2. 把上述連接url encode編碼：https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html。
3. 經過中間服務器跳轉，把上述編碼的url，做爲redirect參數傳遞:http://47.96.36.117/go.php?redirect=https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html
4. 在中間服務器上，調用web tracking，記錄日誌到日誌服務，同時返回302跳轉到真實的連接。

經過以上方式記錄的跳轉日誌，能夠分析營銷郵件的轉化率。

短信營銷埋點

短信營銷相似於郵件營銷，在短信中，嵌入連接，追蹤連接的打開率。短信相比於郵件特殊的地方在於，短信有字數限制，所以須要在短信中使用短域名，那麼總體架構變成了這樣：

在這個方案中，真實的連接通過三次跳轉，第一次跳轉到短域名服務器，第二次跳轉到中間服務器，在中間服務器上記錄日誌，第三次跳轉到真實的目標地址。

二維碼掃描率追蹤

二維碼是線下營銷的利器，經過掃描二維碼能夠快速轉化。二維碼本質上是一串文字的編碼，一般是一個url，所以咱們能夠採用相似郵件追蹤的辦法，把真實的url進行編碼，通過中間服務器的跳轉，記錄下來二維碼的掃描次數。

中間連接http://47.96.36.117/go.php?redirect=https%3a%2f%2fpromotion.aliyun.com%2fntms%2fact%2flogdoclist.html生成的二維碼：

真實連接生成的二維碼：

上述兩個二維碼的目標地址是一致的，但第一個二維碼給咱們機會，可以記錄下來用戶掃碼的記錄，無疑能夠幫助咱們判斷運營活動的效果。

總結

本文介紹了常見的渠道的埋點技術，每一種渠道的數據分析，請關注本系列文章。

---

本文做者：雲雷

原文連接

本文爲雲棲社區原創內容，未經容許不得轉載。