- 前端触发上报
用户在前端进行相应的操作时，即触发采集数据事件。 - 前端获取后端结果上报
这种方式，一般同由于除了记录用户操作外，还要获取用户操作的结果，比如需要收到后端结果的返回，以判断用户是否支付成功，以及失败情况下具体的报错原因，这样的话，触发机制必须等到前端拿到后端服务器处理结果后，再进行上报。
上报时机：事件发生环节，收到后端返回结果时上报。 - 后端触发上报
是指后端处理后直接上接，比如后端处理付款请求出结果时直接后端触发上报。采用这种方式的好处是数据不会出现漏报，基本上拿不到用户的设备终端软硬件环境属性的，比如用户在支付时用的什么设备、网络环境是什么等信息。
上报时机：数据入库环节，数据入库时上报。 - 后端获取前端属性后上报
为了解决后端埋点的软硬件环境属性等问题，我们可以在前端进行相应操作时，将相应的属性一并传回服务器，服务器在发生操作（例 如“支付成功”）时，带上相应的前端属性上报数据。
当然这种方式理论上是数据准确性、完备性最高的，但同时这种方式的采集成本会比较高，会随着所有端的前后端接口做变更。
因此，只有在对数据准确性、前端属性获取这两个需求都非常强时采用。
网友评论