1. 概述

神策分析的 SDK 提供全埋點的功能,全埋點會將全部的頁面瀏覽事件和大部分常見控件的點擊事件自動採集起來,通常事件量會比較大,控件難以區分。全埋點已經採集的數據結合可視化全埋點則能夠讓沒有編碼能力的分析人員根據業務需求,將需要分析的關鍵事件透過可視化的方式在產品界面中篩選出來,形成可視化全埋點事件。

神策提供了豐富的數據定義方式,可以對iOS App、Android App 進行可視化全埋點。進入埋點模式後,需要點擊相應的元素並根據界面提示做相應的選擇進行保存,就能在事件分析中對其進行使用,其分析的效力等同於神策分析現有的虛擬事件,可以在絕大部分分析場景下正常使用。

例如: 你關心首頁九宮格按鈕瀏覽/點擊情況,那你就需要對首頁九宮格按鈕這幾個元素進行透過可視化全埋點的方式進行定義,下圖是一個常見的可視化全埋點的使用流程:

如果需要使用本功能,請先確保你的 SDK 和神策分析已經升級至對應版本,並且進行了整合,整合文件如下:

1.1. 版本相容 

1.17 版本的可視化全埋點提供了較大的升級,所以對 SDK 和神策分析都有版本的要求,要求如下: 

  • Android SDK:v4.0.0 及其以上
  • iOS SDK:v2.0.0 及其以上
  • 神策分析:v1.17.2517 及其以上

升級不會影響升級之前建立的可視化全埋點事件的統計效果。

2. 適用範圍

神策分析支援透過對用戶行為數據的採集和分析,幫助企業的策略制定者探索新的產品機會,分析用戶轉化或留存的原因。而正確的數據採集是實現上述場景的必要條件。

在多年的實踐中,神策團隊發現只用一種數據採集方式無法解決日益複雜的數據分析需求,無法適應高速迭代的產品開發節奏。神策提供了程式碼埋點和可視化全埋點兩種採集方式來適應針對不同場景下的數據採集需求。

使用者需要充分了解這兩種埋點方式的特性和邊界,才能揚長避短,在合適的場景下使用對應的數據採集方法,達成數據採集工作靈活與準確的平衡。

3. 如何定義可視化全埋點事件

詳細見:App 可視化全埋點使用指南

4. 可視化全埋點事件命名規範

由於可視化全埋點的定義成本很低,無需編碼就可以直接進行事件的定義,所以容易出現定義混亂,不便於管理的情況,一個好的事件名至關重要。

神策的可視化全埋點系統會自動產生一個預設的事件名,使用者可以根據自己的系統進行修正,增加前綴或者後綴。

推薦的格式為:

行為類型_頁面名稱_按鈕名稱_平台_版本

  • 行為類型:指的是這個事件是點擊行為,還是頁面瀏覽行為
  • 頁面名稱:指的是這個行為發生在哪個頁面,起名的原則主要是要保證絕大部分使用這個事件的人能夠根據名字回憶起對應的頁面
  • 按鈕名稱:指的是這個行為發生在哪個按鈕上,只有點擊行為才有這個值,起名的原則主要是要保證絕大部分使用這個事件的人能夠根據名字回憶起對應的頁面
  • 平台:主要是指對應的運作平台,是 Android,iOS 還是 Web
  • 版本:由於可視化全埋點的技術特性,可能在 App 版本升級之後,部分事件定義就會失效,不再統計數據,所以版本對於我們在排查問題時起到了很關鍵的作用

神策分析系統的預設顯示名產生規則如下,供大家參考:     

事件類型 

對應規則 

示例

App 元素點擊

點擊_{頁面名稱}_{按鈕內容}_{平台}_{版本}  

  • 如果頁面名稱取不到,則為空
  • 如果按鈕沒有內容,則預設寫作「控件」
  • 平台枚舉值:Android,iOS
  • 版本:埋點時 App 的版本

點擊_登入頁_登入_iOS_v2.0.1

 App 頁面訪問

瀏覽_{頁面名稱}_{平台}_{版本}

  • 如果頁面名稱取不到,則為空
  • 平台枚舉值:Android,iOS
  • 版本:埋點時 App 的版本
瀏覽_登入頁_iOS_v2.0.1