埋点技术除了刚才的方式划分，还可以划分为前端埋点和后端埋点，后端埋点数据更可靠、更集中（且没有前端的多端问题）、更实时。
这篇文章主要是讨论前端埋点。
根据工作中对埋点的对比和整理，我们简单比较部分埋点方案：
对于语义明确的UI事件，自动埋点的数据一般会比手动埋点更加准确，更贴近用户行为，也更节省开发成本，侵入性更低。
主要是因为自动埋点语义简单明确，不像手动埋点由于开发习惯、代码风格、人的理解误差、分支处理等各种不确定因素变得没那么清晰明了。
比如：“下单”事件，自动埋点的PV肯定是>=手动埋点的，而UV差别可能不大。分析开发代码发现在onClick Listener中包含其他未覆盖到的分支，差别很可能就在代码分支当中。如果更进一步分析下代码可以发现，为什么开发不在分支当中埋点？可能这个分支会认为用户的这一次点击是“无效”的，但这只是程序逻辑的看法，用户可能不这么认为，用户很可能会觉得很奇怪没反应，然后再点一次。这些手动埋点不易察觉的细节，自动埋点都能记录，所以说，自动埋点在这些情况下会更贴近真正的用户行为。
目前只实现了基本的事件上报设计，更贴合业务的埋点可在此设计基础上扩展，比如上报时间戳、页面停留时长、页面渲染时长等。
一款轻量级的收集页面的用户点击行为、路由跳转、接口报错、代码报错、页面性能并上报服务端的SDK
cloudr-f2e.github.io/monitor-demo/#/
webfunny 是一款轻量级的前端监控系统，webfunny也是一款前端性能监控系统，无埋点监控前端日志，实时分析前端健康状态。
PerformanceObserver() 构造函数使用给定的观察者回调创建一个新的 PerformanceObserver 对象。
当通过 observe() 方法为已注册的条目类型记录性能条目事件时，将调用观察者回调。
new PerformanceObserver(callback)PerformanceObserver 可用于获取性能相关的数据，例如首帧fp、首屏fcp、首次有意义的绘制 fmp等等。
PerformanceObserver() 创建并返回一个新的 PerformanceObserver 对象。
PerformanceObserver.observe() 当记录的性能指标在指定的 entryTypes 之中时，将调用性能观察器的回调函数。
PerformanceObserver.disconnect() 停止性能观察者回调接收到性能指标。
Automated auditing, performance metrics, and best practices for the web.
elementsFromPoint 方法可以获取到当前视口内指定坐标处，由里到外排列的所有元素
根据 elementsFromPoint api，获取屏幕水平中线和竖直中线所在的元素
var elements = document.elementsFromPoint(x, y);基于前端 globalSessionId appId + userId
用户新增
用户流失
行业分析：PEST
多个角度：多维度拆分分析法
对比：compare
原因：假设+检验
AB 关系：相关分析
流失/留存：群组分析
用户价值： RFM 分析
行为/运营：AARRR 模型
转化：漏斗分析方法
5w: what when where why who
2H: how（如何做？资源?）? how much（多少钱、做到什么程度？）
如何设计一个 app？
基本的信息追问，适合基本场景。
复杂场景不适用。