埋点方式大汇总图如下：
| 代码埋点 | 无码埋点 | 全/无埋点 |
按业务需求自定义埋点 | √ | √ |
|
支持事件参数 | √ | ⭕ | ⭕ |
部署周期 | 随版本 | 灵活 | 一次部署 |
需要技术人员写代码 | √ | × | √ |
需要版本更新 | √ | × | √ |
分析数据难度 | 低 | 低 | 高 |
传输数据量 | 按需 | 按需 | 大 |
适合客户群 | 定制化需求 | 特定业务 中小团队 | 业务量较小 中小团队 |
埋点方式详解-全/无埋点
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类型的运营活动
