APP埋点方式大汇总

埋点方式大汇总图如下：

	代码埋点	无码埋点	全/无埋点
按业务需求自定义埋点	√	√
支持事件参数	√	⭕	⭕
部署周期	随版本	灵活	一次部署
需要技术人员写代码	√	×	√
需要版本更新	√	×	√
分析数据难度	低	低	高
传输数据量	按需	按需	大
适合客户群	定制化需求	特定业务 中小团队	业务量较小 中小团队

埋点方式详解-全/无埋点

1）全埋点

全埋点需要APP中嵌入SDK，在全局一个位置一次性嵌入一段代码后，无差异的采集用户的所有行为。

 

优点：

1. 逻辑简单，开发难度最低，开发周期短。

2. 数据可在一段时间内回溯。

 

缺点：

1.数据未加工、分析难度大：事件数特别大时，分析人员的操作步骤会较多，同时会遇到大量困难，包括长链接、英文/拼音、各种缩写。

2.数据量大：对存储、传输、查询的硬件资源要求增大。

3.有可能导致 app crash 风险增加；

代表：

GrowingIO

全埋点的适用场景：

业务范围、统计需求较小。

要求分析人员能力极强。

 

埋点方式详解-代码埋点

2）代码埋点

代码埋点是在需要计数和采集信息的按键、页面位置植入代码，可以灵活的控制埋点的范围、传出的内容（包括具体参数和将事件解析成中文）。

 

代码埋点的优点：

1.可以采集用户行为属性：代码埋点能收集到全部的用户行为，可以与APP自身的功能完全一致。

2.部署方式灵活：部署代码埋点的范围比较灵活，可以根据具体的业务需求增加或删减埋点范围和属性参数。

 

代码埋点的缺点：

1.写代码工作量大，人力成本高：开发人员需要逐个位置去部署；

2.更新周期长 ：必须在用户更新APP后，才能开始收集数据。

3.维护工作繁重：每次新版本时都要对新功能做埋点；现有业务功能调整时埋点不能及时跟进。

代表：

易观方舟；Mixpanel；Google Analytics

 

代码埋点的适用场景：

仅需研究部分主流业务，有较高定制化分析需求，对用户行为的属性参数有较大的需求。

业务人员的分析能力和营销经验。

 

埋点方式详解-可视化埋点

3）可视化埋点

可视化埋点又叫无码埋点，需要在APP上部署一套基础代码，在APP端实时的、通过可视化界面对事件进行埋点。运营人员在操作时，仅需使用移动设备和web页面即可完成操作。

 

可视化埋点的优点：

1.操作难度低：无需技术团队嵌入代码，不懂代码的业务团队也可通过可视化界面做埋点配置，并可以实时下发到客户端生效。

2.无需版本更新：可视化埋点不需要在更新版APP后才可回数，而是即时生效。

3.对所有版本生效：新增埋点可对所有版本生效。

 

可视化埋点的缺点：

1.不能灵活设置事件属性：只能传预设范围内的参数。

2.覆盖功能有限：不是所有的控件操作都可以通过这种方案进行定制。

 

代表：

易观方舟

 

可视化埋点的适用场景：

分析或统计需求简单，不需要对埋点事件进行传参等自定义属性设置

频繁上线或更新的H5类型的运营活动