埋点
所谓“埋点”，是数据采集领域（尤其是用户行为数据采集领域）的术语，指的是针对特定用户行为或事件进行捕获、处理和发送的相关技术及其实施过程。在产品或平台的运营过程中，要了解用户的操作行为，就需要在代码中标记一些埋伏地点，用于采集用户的行为数据，我们称之为【埋点】。
举个例子，比如要研究一位员工的通勤情况，我们不需要每天跟踪去拍一个视频，时刻记录。虽然视频包含的信息很丰富，但是对于我们研究的通勤情况，存在大量的冗余信息，另一方面，视频信息并不是结构化的，非结构化的数据会给之后的分析带来困难。
以数据埋点的思路，解决方案是：在员工位置或者状态发生变化的时刻，记录当时的信息。比如在他走出小区，到达公交站，上车下车、换乘，最后到达公司，这几个关键节点进行记录，就可以获知这位员工的通勤情况。
埋点的要素
埋点的要素，从中文的语法上讲，即谁是什么，或者谁做了什么。包含两方面，时机和信息。
埋点时机：时机，是指触发埋点的条件。回到前面的例子，员工发生关键行为的时刻或者状态，比如出门，到车站，换乘，最后到公司，都是关键位置，此时就需要进行信息收集。时机的准确，体现在数据量的准确性，行为是否连贯，时机不准确表现为漏投或者多投，如果我们丢失上车这个时机的埋点，就无法获知用户上车的确切时间。
埋点字段：在上述例子中，天气状况、交通工具的耗时、换乘方案，都可能是研究的重点。相对而言，公交车的车牌号，或者车上是否有座位，就不属于关键信息。信息的完整性体现了数据的价值。
哪些场景下需要埋点？
埋点在多种场景下都是非常有用的，以下是一些常见的场景：
1、用户行为分析：了解用户在应用中的操作路径和行为习惯，如点击、滑动、页面停留时间等。
2、产品功能监测：跟踪特定功能的使用情况，判断功能的受欢迎程度和使用频率。
3、转化率优化：监测用户在购买、注册等关键环节的流失情况，识别问题所在，优化转化率。
4、用户体验评估：收集用户在特定流程中的反馈和行为，评估产品的用户体验。
5、A/B 测试：在不同版本之间对比用户行为和转化效果，以评估优化方案的有效性。
6、运营活动监测：追踪线上活动（如促销、广告投放）的效果，分析用户参与情况和活动带来的直接转化。
7、用户留存分析：监测用户在不同时间段的留存情况，分析用户流失原因。
8、故障和性能监控：跟踪应用中的异常事件或系统错误，及时发现和排查问题。
9、个性化推荐：根据用户行为数据进行个性化推荐，提升用户满意度和粘性。
10、市场营销效果评估：分析不同营销渠道对用户转化和行为的影响，优化营销策略。
这些场景都强调了埋点在用户分析、产品优化和业务决策中的重要性，有助于团队更好地理解用户需求和提升产品质量。
常用埋点方式
从技术视角看，埋点可以分为：无埋点(全埋点)、可视化埋点、代码埋点(前端埋点、服务端埋点)。
无埋点(全埋点)
客户端基于SDK自行辨别用户可操作的位置，并采集用户日志，适用于业务比较简单的场景。
优点：SDK自动化完成埋点，自动采集数据，释放前端人力；且采集的数据全，不会出现用数据时发现没埋点的情况；成本低。
缺点：埋点id是无意义的字符串，对产品/运营/分析师不友好；数据量大，存在无用数据，占用带宽和存储空间；
全埋点采集的主要事件包括以下四种：
$AppStart 事件：指 App 启动，包括冷启动和热启动。
$AppEnd 事件：指 App 退出，包括正常退出、进入后台、App 崩溃、App 被强杀。
$AppViewScreen 事件：指 App 页面浏览，对于 Android 来说，就是指切换 Activity。
$AppClick 事件：指 App 控件被点击，这是最重要并且采集难度最大的事件。
可视化埋点
本质也是前端手动埋点的范畴，只不过为产品运营人员提供了可视化埋点的能力，可以直接下发到客户端。适用于页面数量较多且页面元素较少，活动页、着陆页等内容固定的页面，业务标准化场景。
优点：自助采集，解决了全埋点的弊端；
缺点：不支持与服务端交互，需要人工介入进行前端埋点；开发埋点SDK工作量大，并且需要前端框架的配合。
可视化埋点开发人员除集成采集可视化SDK 外，不需要额外去写埋点代码，而是由业务人员或运营人员通过访问分析平台的圈选功能，来“圈”出需要对用户行为进行捕捉的控件，并给出事件命名。圈选完毕后，这些配置会同步到各个用户的终端上，由采集SDK按照圈选的配置自动进行用户行为数据的采集和发送
前端埋点
产品运营人员提需求，前端写代码完成埋点开发，适用于页面结构复杂，内容千人千面等页面，业务复杂化的场景。
优点：可以精确采集用户行为，采集全面。
缺点：埋点id写死在代码中，更新/新增埋点需要重新发版本；
常见的一些前端埋点
1. 点击触发埋点：绑定用户行为触发的点击事件，当点击目标元素，触发埋点的数据上报。
2. 页面停留时间上报埋点：路由文件中，初始化一个startTime，当页面离开时通过路由守卫计算停留时间。
3. 错误监听埋点：通过监听函数去接收错误信息。
4. 内容可见埋点：通过交叉观察器去监听当前元素是否出现在页面。
服务端埋点
又可以叫后端埋点，业务后端记录的日志，与业务相关。适用于业务操作的上报，用于校准客户端网络环境不稳定造成的数据误差。
优点：准确采集业务操作，如订单类、注册类业务操作。
缺点：缺少用户行为的上下文环境，采集信息有限，无法关联用户行为信息；
从MVC框架视角看，后端埋点通常在控制层（Control，C）。
