Q3.11.4Event-name semantic drift设计研究
埋点命名不统一会让跨版本的数据无法拼接对比
别名: 埋点更名 · 事件语义漂移 · schema versioning
概念解释
跨版本对比要求同一名字在不同时期指向同一触发条件和同一组属性。改名、拆事件、把属性从字符串改成枚举、或让旧名继续发但含义已变，都会让按名字拼接的时间序列接上两件不同的事。看起来像趋势折断或突然好转，其实是词典换了。这与完全没埋不是同一类缺口：行还在，只是不能当同一指标加总。
机制
分析查询用字符串键对齐。仓库不会理解 click_buy 和 purchase_tap 是同义词，也不会理解旧的 view 曾经在页面打开时发、后来改到首屏渲染后才发。更隐蔽的是名字不变、谓词变了：过滤掉测试账号、开始要求登录、或把一次滑动拆成开始与结束两条。合并时，分子分母会在未知的日期换定义，版本之间的差吸收了语义漂移。没有事件词典的版本记录，漂移不可见，只表现为“数据变了”。
怎么研究
为每个事件维护不可变的标识、人类可读名、触发谓词、属性模式和生效版本。改谓词或改名时开新标识，旧标识停发或标为弃用，并在对照表里写清如何（以及是否）映射。比较版本前先做一次模式对齐：同名事件的触发条件和必填属性是否仍一致；不一致就分列两条序列。抽查改名窗口前后的原始样例，确认映射没有把两种动作叠进同一计数。
边界
纯展示层的改名（看板别名）只要底层标识稳定，就不破坏拼接。实验分组和功能开关造成的流量结构变化也不是命名问题，应另作处理。第三方 SDK 自行升级事件名时，产品侧可能无法保留旧标识，跨版本结论要降级为分段描述。过度冻结名字会阻止必要的澄清；关键是改的时候留下桥，而不是永不改。
怎么落地
- 禁止在生产上复用旧事件名去装新含义；要改就发新名，并写废弃日期。
- 看板脚注标出每一次定义变更；变更当天把序列切开，不画成一条连续线。
- 代码评审检查事件字符串是否只在一处定义，避免客户端与服务端各写一套近义词。
- 做跨版本对比的人先领一张映射表；表上没有的名字不得自行“意思差不多就加总”。