小程序：埋点

这两个携亏地方都可以给小程序进行埋点，个人觉得We分析的数据会更丰富一些。

自定义分析创建完之后，不能更改英文名和中文名，可以更改页面、埋点事件以及参数信息。

事件发布到线上含悔后、只能对生产环境的埋点数谈隐正据进行收集

可以分别在正式版、体验版、开发版进行埋点

一. 埋点还是埋雷？数据埋点的五大“坑”

在接触过上百家头部客户中，诊断和参与了数百次的数据体系搭建工作。几乎80%的开发者都没有科学的埋点规划，只采集显性数据，而更深层的与事件、参数相关的隐性数据，都没有采集到。埋点规划并不难！但为什么大部分企业都做的不太好？埋点规划需要整合产品、运营、技术和业务等跨部门的需求，运营同学不太懂技术、技术同学不太懂业务、产品同学不太懂埋点。

埋点的常见的问题有那些呢？

遗漏 ：指的是埋点采集不全面，有可能重要的数据并没有采集到，会对数据分析造成比较直接的影响，出现这个问题的原因是前期数据分析需求不清晰。

 

杂乱 ：前期并没有进行事件结构化的设计，想一出是一出。通常是想到一个需求，就答帆把这个需求提供给技术进行埋点。例如：某一个位置或者某一个功能的点击行为尺缓，就当做一个事件进行采集，看上去采集和查看很容易，但随着时间跟需求的增加，当采集了大量零散的事件之后，需要在统计工具中通陵举模过分组分析时，就会比较麻烦。

 

低效： 在事件设计的时候，会去做结构化处理。但事件设计的参数逻辑会有问题，通常都是以大的页面这种框架的思维去进行设计。举个例子：部分客户在设计时，会按照页面的思路去进行事件采集，当产品结构产生变化时，原有事件调整概率会比较大，因为之前都是按页面结构去设计，页面的调整直接影响事件采集。

 

无用 ：指的是数据虽然采集了，但分析时根本用不上，这个问题主要有2个原因导致，一是前期需求不太清晰，另一个是之前的采集需求都是由不同人提出的，由于中间人员变动，很多采集需求就不清楚了，并且也不敢下掉，因为并不清楚这个事件是否还有人使用。

 

复用： 指的是事件重复采集，或者是需求重复，这个同样是与多个人提需求有关，并没有一个人去做整合管理，或者是说，没有一个工具去帮忙我们做管理。

  如果想要避免这些坑，就需要坚守五个原则：

需求清晰合理设计实施规范结果可验规范管理

---