隨著精細化運營等需求的誕生，埋點這一事物也應運而生。那么，埋點都有哪些應用場景？埋點主要采集哪些數(shù)據(jù)？這篇文章里，作者談了談他的看法，一起來看。

一、前言

互聯(lián)網(wǎng)發(fā)展起始階段，不關心流量，一切都處在野蠻生長的階段。隨著時代的進步，業(yè)務也在增長，網(wǎng)站流量開始增多，這時大家意識到這些數(shù)據(jù)中蘊含著大量的用戶信息，加之用戶需求越來越復雜，這時產(chǎn)品、運營人員就需要一些關鍵數(shù)據(jù)作為參考。

埋點應運而生。

二、應用場景

1. 產(chǎn)品功能使用分析：對于產(chǎn)品來說，他們希望對比不同版本的數(shù)據(jù)，來評估當前產(chǎn)品改版的情況。
2. 投放效果分析：對于投放人員而言，他們希望能夠看到投放渠道的效果，以此評估改善投放策略。
3. 個性化推薦：用戶瀏覽、點擊、互動、下單等行為是算法模型重要的特征輸入。
4. 其他廣泛場景。

三、埋點主要采集哪些數(shù)據(jù)？

業(yè)內(nèi)達成共識的就是4W1H數(shù)據(jù)模型，即who、when、where、what、how

• WHO：「用戶屬性」相關信息（用戶id、手機號、設備id等）
• WHEN：時間相關信息（seeionid、客戶端時間等）
• WHERE：「事件屬性」相關信息（頁面名稱、按鈕名稱、按鈕位置等）
• WHAT&HOW：「事件」相關信息（頁面按鈕點擊、搜索點擊、頁面瀏覽等）

不同公司由于規(guī)模、業(yè)務屬性不同，對于「事件」的定義可能存在出入

• 有些會完全抽象出來，如”頁面按鈕點擊“”頁面曝光“”頁面瀏覽“
• 有些會將業(yè)務核心功能單獨拎出來，如“支付””搜索“”關注“”分享”
• 有些會核心what&where組合，如“瀏覽主頁”“瀏覽商品詳情頁”

對于如何定義「事件」沒有一定之規(guī)，以精簡易用為主，適合自身的就是最好的。

這里分享一個神策的思路：

WHAT：WHAT描述了一個事件具體是什么，這里就是神策事件設計模型的一個獨特的地方。

在這里場景下，按照神策的事件設計規(guī)范，事件是“APP頁面瀏覽”，而不是“首頁的瀏覽”，通過增加『頁面名稱』這個屬性來區(qū)分究竟瀏覽的是哪個具體的頁面，大家可以思考下，為什么是這種設計思路呢？

實際上，一般一個產(chǎn)品會有N多個不同的頁面，如果將每個頁面都單獨定義為一個事件，那么后臺的事件將會有幾百上千個，業(yè)務人員在使用時會非常的麻煩，篩選事件的成本也會非常大。

神策分析在做埋點需求設計時，針對所有類似的觸發(fā)機制和場景的事件，都會做聚合處理，因此企業(yè)的事件量通常會維持在30-50個左右，配以神策的歸類機制，極大方便企業(yè)進行事件管理，給業(yè)務人員帶來極強的易用性。

四、埋點設計方案

可以參考火山引擎這一篇，非常詳細https://www.volcengine.com/docs/6285/110093

五、埋點形式

偏技術向，直接貼圖：