页面之下的盲区
给 Web 应用做埋点，你测到的是浏览器暴露的东西：页面浏览、DOM 时序、少数绘制指标。但真正让用户流失的事——原生组件里的掉帧、桥接中的崩溃、冷启动的卡顿——发生在页面之下，你的分析标签永远够不着。更糟的是，Web 度量本就零散：每个页面、每条单页路由、每个第三方标签各报各的，于是你拼出来的漏斗有一半是推断。
小程序运行时补上这个缺口，因为运行你代码的同一层也在汇报它。遥测来自运行时，而非你事后钉上去的标签。
运行时遥测究竟是什么
运行时给你一套横跨逻辑层与原生层的统一事件与性能模型。一次点击、一次导航、一次支付、一次崩溃，都是拥有一致字段的一等事件；帧时序、内存压力、启动开销，都在真正发生的位置被测量。因为模型是统一的，在一个宿主上拼出的会话，在另一个宿主上读起来一样。
这与 Web 分析是「性质」之别，而非程度之差。Web 度量是你贴到文档上的覆盖层；运行时遥测则由程序所运行的基底发出。你能看见 Web 标签根本看不到的原生层掉帧。
差距在哪里显现
| 信号 | H5 / Web 分析 | 小程序运行时遥测 |
|---|---|---|
| 事件模型 | 逐页面、不一致 | 统一 schema |
| 原生掉帧与崩溃 | 不可见 | 在该层上报 |
| 会话拼接 | 跨标签推断 | 原生会话标识 |
| 启动与内存 | 很少测量 | 在发生时测量 |
| 跨宿主一致 | 每宿主重做 | 处处同一模型 |
回报是一个你可以信任的漏斗：无论程序跑在一个还是十个宿主上，定义、单位、归因都一致。
为什么一个模型胜过覆盖层
单一遥测模型意味着开发者埋一次点、处处可观测，而不是为每个 Web 表面维护一套不同集成、再猜测原生层的缺口。它也让平台能提供基线健康度——崩溃率、掉帧、冷启动——无需程序自带脆弱探针。
Cross Mini App 如何落地
Cross Mini App 为程序提供从逻辑层到原生层发出统一事件与性能模型的运行时，于是你的看板描述的是整个程序，而非一截。你定义一次转化事件；运行时把它以同一 schema 带到每个宿主。你不再推断漏斗，而是开始观测它。
这就是测量页面与观测程序之间的区别。
