名词：埋点
英文全称：Event Tracking
名词解释：
所谓埋点，正式的名称叫做事件追踪，对应的英文是Event Tracking，指的是针对网站、APP、小程序内特定用户行为或事件进行捕获，处理和发送的相关技术及其实施过程。数据埋点是数据分析师、数据产品经理和数据运营，基于业务需求或者产品需求对用户行为的每一个事件对应位置进行开发埋点，并通过SDK上报埋点的数据结果，记录汇总数据后进行分析，推动产品优化和指导运营。
解释拓展：
埋点的框架和设计
1，埋点采集的顶层设计
所谓的顶层设计就是想清楚怎么做埋点，用什么方式，上传机制是什么，具体怎么定义，具体怎么落地等等;我们遵循唯一性，可扩展性，一致性等的基础上，我们要设计一些通用字段及生成机制，比如：cid,
idfa,idfv等。
用户识别：用户识别机制的混乱会导致两个结果：一是数据不准确，比如UV数据对不上;二是涉及到漏斗分析环节出现异常。因此应该做到：a.严格规范ID的本身识别机制;b.跨平台用户识别
同类抽象: 同类抽象包括事件抽象和属性抽象。事件抽象即浏览事件，点击事件的聚合;属性抽象，即多数复用的场景来进行合并,增加来源区分
采集一致：采集一致包括两点：一是跨平台页面命名一致，二是按钮命名一致;埋点的制定过程本身就是规范底层数据的过程，所以一致性是特别重要，只有这样才能真正的用起来
渠道配置：渠道主要指的是推广渠道，落地页，网页推广页面，APP推广页面等，这个落地页的配置要有统一规范和标准
2.埋点采集事件及属性设计
在设计属性和事件的时候，我们要知道哪些经常变，哪些不变，哪些是业务行为，哪些是基本属性。基于基本属性事件，我们认为属性是必须采集项，只是属性里面的事件属性根据业务不同有所调整而已，因此，我们可以把埋点采集分为协议层和业务层埋点。
业务分解：梳理确认业务流程、操作路径和不同细分场景、定义用户行为路径
分析指标：对特定的事件进行定义、核心业务指标需要的数据
事件设计：APP启动，退出、页面浏览、事件曝光点击
属性设计：用户属性、事件属性、对象属性、环境属性
3.数据采集事件及属性设计
Ev事件的命名，也遵循一些规则，同一类功能在不同页面或位置出现时，按照功能名称命名，页面和位置在ev参数中进行区分。仅是按钮点击时，按照按钮名称命名。
ev事件格式：ev分为ev标识和ev参数
规则：
ev标识和ev参数之间用“#”连接(一级连接符)
ev参数和ev参数之间用“/”来连接(二级连接符)
ev参数使用key=value的结构，当一个key对应多个value值时，value1与value2之间用“，”连接(三级连接符)
当埋点仅有ev标识没有ev参数的时候，不需要带#
备注：
ev标识：作为埋点的唯一标识，用来区分埋点的位置和属性，不可变，不可修改。
ev参数：埋点需要回传的参数，ev参数顺序可变，可修改)
app埋点调整的时，ev标识不变，只修改后面的埋点参数(参数取值变化或者增加参数类型)
一般埋点文档中所包含的sheet名称以及作用：
A、曝光埋点汇总；
B、点击和浏览埋点汇总；
C、失效埋点汇总：一般会记录埋点失效版本或时间；
D、PC和M端页面埋点所对应的pageid；
E、各版本上线时间记录；
4.基于埋点的数据统计
用埋点统计数据怎么查找埋点ev事件：
（1）明确埋点类型（点击/曝光/浏览）——筛选type字段
（2）明确按钮埋点所属页面（页面或功能）——筛选功能模块字段
（3）明确埋点事件名称——筛选名称字段
（4）知道ev标识，可直接用ev来进行筛选
根据ev事件怎么进行查询统计：当查询按钮点击统计时，可直接用ev标识进行查询，当有所区分可限定埋点参数取值。因为ev参数的顺序不做要求可变，所以查询统计时，不能按照参数的顺序进行限定。
解释参考：