app添加埋点需要知道的那些

--== 数据埋点的意义 ==--

首先我们要知道我祥枯们出于什么目的埋下这些点, 从而确定点要埋在哪里, 我们埋点的作用包括亩宴唤:

--== 埋点的方式 ==--

普遍的埋点都有两种形式, 一种是自己配合自己的后台进行对数据的统计, 一种是基于第三方平台, 进行数据的统计.

--== 数据埋点实施 ==--

由于没有使用过第三方的埋点工具, 所以在这里我就主要以平时原生的埋点案例为例.

--== 埋点的命名方式 ==--

埋点命名一般是以路径为名, 如“我的”页面就可以定义为”mine”,如果是”我的”下级页面的设置页面就可以追加命名”mine_setting”,下级页面以此类推, 这样可以很明了的看清页面进入的路径,也同样方便开发人员控制埋点命名.

结合上文所述, 在对比咱们自己的项目, 其中部分app的埋点功能就会有点片面, 鸡肋了, 其中只传了页面名称, 对于访问这个页面的路径目前没有, 对于用户的点击事件目前也没有涉迅凯及, 同样也没有全面的数据分析体质. 毕竟项目的埋点才刚刚开始, 还是要慢慢去完善优化的.

埋点实施应该注意些什么呢？

埋点实施

下图为一个资讯行业的事件埋点模版，可以参照这个模板去进行梳理并提交给技术。友盟+ 开发者数据银行产品中的智能采集平台就可以按照这个模板，直接帮我们生成对应的埋点方案，并协助我们进行后续的事件管理。

市场上主流支持的四种埋点方式，分别是 代码埋点、服务端埋点、可视化埋点和全埋点。

代码埋点： 支持事件与参数这种结构化的使用方式，弊端是想增加或修改事件，都需要重新发版，用户更新后才能采集。 服务端埋点 ：通常用于业务数据的采集，例如：付费成功、用户注册等，这个场景会选择用服务埋点进行采集。 可视化埋点和全埋点 ：都是解决整个App前端 *** 作的一些点击行为，例如说某些按钮、页面，每一个点击都能监测。但差异点在于可视化埋点只能看到圈定后的数据，那么全埋点则是在圈定时，历史数据也能去追溯。但这两个埋点的弊端是散点采集，每一个点击行为都是一个事件，在数据分析时，事件的量级会较大，不易于分析，而且它只能是取这种点击行为的事件，并不能把参数带过来，你可以理悉斗解为它就是一个纯扁平化的一个事件采集。

针对需求的不同，数据采集方式应该是结合使用的，以友盟+为例，友盟+现在支持两种埋点方式，代码埋点和可视化埋点，开发者可以结合使用，去满足事件方案的采集需求。

 

埋点验证

埋点后可通过三种方式验证：

打印日志，开启debug去打印Log，去验证触发事件log是否有上报，这种方式需要技术来配合验证集成测试睁仔磨，以友盟+为例，只需要让技术注册一个测试设备，就可在你这个测试设备上去启用你的App，在去触发事件，产品、运营的同学就可直接测试埋点情况。也可以使用市场上智能验证的工具，以友盟+为例，可先注册设备，自动去识别整个埋点的情况，且日志是实时的，可产出事件的验证报告。

智能验证，可以帮您智能验证这些事件的点是否采集了，是否有遗漏，最后会定期给出体检报告，详细的明细都会有。在友盟+的智能采集页面就可以智能验证埋点，只需要注册一个测试设备，这个测试设备填加完之后会实时把客户这些埋点的数据戚租进行验证，到底是成功还是异常，以及测试的时间是什么都会有详细的数据。

综上所述：一个公司的埋点要可见、可控、可管，如果一家公司不清楚自己的埋点结构，便是在错误的数据上长期持续经营业务，越走越错。合理的埋点方案，可以使埋点能够智能调试和验证，大幅降低埋点采集的成本，从而最终达成数据质量的根本性提升。

---