埋点又称为事件追踪（Event Tracking），是指针对特定用户行为或事件进行捕获，处理和发送的相关技术及其实施过程。
本文的主要内容：
- 什么是埋点
- 埋点方式
- 埋什么数据
- 数据上报
01 什么是埋点**
**
埋点又称为事件追踪（Event Tracking），是指针对特定用户行为或事件进行捕获，处理和发送的相关技术及其实施过程。
埋点是一种常用的数据采集手段，是大数据平台数据的重要来源。采集的数据是分析网站/APP/小程序的使用情况、用户行为习惯，建立用户画像，优化推广策略的基础。
02 埋点方式
- 代码埋点
是指根据业务的需求将埋点的采集代码植入到系统中。这种方式采集的数据十分全面，几乎可覆盖所有需求场景。按照埋点实施方分为：
- 前端埋点
需要APP发版，并且用户进行更新 - 后端埋点
很难跟踪用户在页面上的行为，比如某个操作可能需要同时访问多个后端接口；纯前端操作不触发服务请求的点击无法被采集，如Tab切换，驻留时长等
对于一些前端不可见的行为需要后端埋点，比如支付，如果仅用前端埋点，能得到的数据仅仅是用户点击了支付按钮，但不知道是否真正付款。如果前后端都可以采集到相关数据，优先后端埋点。
- 全埋点
也称无埋点或无痕埋点，是指预先收集用户的所有行为数据，然后再根据实际分析需求从中提取行为数据。主要是通过将采集代码封装成标准的SDK，应用端接入后自动化地进行数据采集和上报。这种埋点方式将用户行为尽可能地全面采集，采集数据量非常大，对用户身份信息和行为附带的属性信息几乎无能为力，通常适合于只分析PV，UV等简单场景。
常用的方案是代码埋点和全埋点配合使用，用全埋点统计PV，UV等基础数据，用代码埋点补充全埋点无法覆盖的场景，实现更加精细化用户行为分析。
03 埋什么数据
按照“4W1H”事件模型的标准记录埋点数据，可以较好的保持事件的完备性。
- W__HO
发生事件的主体 - W__HEN
发生的时间 - W__HERE
位置信息 - W__HAT
当前看到的信息 - H__OW
发生事件的具体内容，通常是业务相关的数据，如商品的ID。事件需要有唯一名称/编码，一般分为： - 页面浏览事件
页面打开、刷新、跳转、关闭等。关注页面路径，上一个页面来源路径，是否是返回事件 - 点击事件
- 曝光事件
不发生点击行为，内容曝光时上报的埋点，如轮播图
04 数据上报
在数据上报过程中，较为常用的一种方式是动态创建Image（1px * 1px的空白gif），在img.src 中拼接url的方式发送请求。这种方式下面几个明显的优点：
- 只上报数据，不需要接收响应
- img的src属性不存在跨域问题
- 不需要插入DOM，不阻塞页面
这种方式的缺陷在于src 中的URL内容是有大小限制的，太大的数据量不适用。
本文章为转载内容，我们尊重原作者对文章享有的著作权。如有内容错误或侵权问题，欢迎原作者联系我们进行内容更正或删除文章。
