2 篇博文 含有标签「性能监控」

先讲一个传闻（真假不重要，思路值得抄）：据说某大厂有个实习生，在周会上被夹在中间——运营指着大盘说"转化率跌了 5%，是不是你们前端最近改版改坏的？"，开发指着另一块屏说"LCP 1.8 秒，性能数据没退化啊，是不是你们投放渠道变了？"。两边各拿一套指标，谁都无法证明自己的清白，也谁都无法证明对方的锅。

那个实习生的做法很朴素：他花了几周，把"性能指标"和"业务指标"绑进了同一张表、同一个会话、同一块大盘——从此"性能到底影不影响业务"不再靠吵，靠查。

这篇文章聊聊这套思路：为什么性能真的影响转化（有数据）、怎么把两者"绑"起来、系统的架构长什么样，以及——怎么用数据终止甩锅，而不是制造新的甩锅。

监控前端性能有两条路线：**真实用户监控（RUM）**采集真实用户的实际体验，合成监控（Synthetic）则用脚本/无头浏览器"模拟访问"页面，在受控环境里测性能。RUM 是"事后诸葛"，合成监控是"事前预防"——它能在发布之前、上线之后、甚至上线之前就发现性能退化。

本文调研合成监控的完整玩法：它和 RUM 怎么分工、第三方工具有哪些、怎么接进 CI 当"性能门禁"、大厂自研/开放的产品长什么样、以及如果你想自己搭一套，核心模块和最小实现是什么。