Q3.11.7Cross-platform event inequivalence设计研究
同一事件在不同平台的触发条件可能并不等价
别名: 跨平台埋点 · 触发条件不等价 · platform event mismatch
概念解释
Web、iOS、Android 和桌面客户端常常共用一个事件名，例如 page_view 或 app_open，但生命周期不同：单页应用在路由变化时发，原生应用在从后台回到前台时发，多页网站在整页加载时发。名字对齐不等于谓词对齐。跨平台对比转化、活跃或路径长度时，差的可能是触发规则，不是产品或用户。
机制
各平台的可见性、进程模型和渲染管线不同，工程师按各自的“看起来像一次打开”来挂钩。Web 的 DOMContentLoaded、单页应用的路由钩子、移动端的 onResume / scenePhase、桌面的窗口聚焦，映射到同一业务名后，计数的分母已经不是同一种机会。有的平台在预加载、分屏、画中画或多窗口下会多发或漏发。分析层按名字汇总，等于把不同机会结构加在一起。平台差异于是混进“哪端体验更好”的结论。
怎么研究
为每个平台单独写出事件的触发谓词、去重规则和已知的生命周期例外，做成对照表而不是一份通表。跨平台指标先在各自平台内算，再比较方向，不直接比绝对值——除非对照表证明谓词等价。用同一批已知任务在各端走一遍，数实际发出的条数，标出哪一端多算了一次打开或少算了一次返回。实验和分析的分层应含平台，避免把平台当可忽略的标签。
边界
服务端在同一接口落账的成功，跨平台通常更接近等价，仍要注意重试和幂等。纯内容型页面若各端都在“内容首次可见”时发，差距会小一些。小程序、车机、电视还有自己的可见性模型，不能假定与手机同构。强制各端使用完全相同的钩子可能违反平台规范或耗电，等价是分析上的要求，不是都绑到同一个系统回调。
怎么落地
- 跨平台看板默认分列，只有对照表签字认为谓词等价时才允许合计。
- 产品比较写成“在各自定义下的变化”，禁止用“Android 打开次数是 Web 的两倍”直接论体验。
- 新平台接入时先跑一套标准任务的发数清单，与已有端对齐后再进共用报表。
- 发现某端异常偏高或偏低，先查生命周期钩子和去重，再查产品实现。