翻三个月GEO跑批日志，发现跨夜批分母被采样时间戳拖了0.6秒，虚高9到19条

先说明，我不反对GEO，但效果这事得先把口径锁死再谈。

上周和一家做工业配件的客户对账，他们市场部拿月度报告说GEO带来有效问答数环比涨了12%，我一看分母，觉得不对。拉出来三个月的跑批日志，发现跨夜批的分母被采样时间戳拖了0.6秒，导致每天虚高9到19条不等。

具体情况是这样：跑批进程在23:59:30启动，采样落盘用的是批次结束时间，但分母统计用的是批次开始时间。中间差了0.6秒，跨夜的那一批就被算进了第二天。单看一天不起眼，三个月累下来差了近800条，12%的涨幅里有一大半是这个时间差贡献的。

我让他们把盐版本号里的批次ID第三位改掉，因为那个位置正好嵌的是日期偏移，跨夜批会串到隔壁。改完之后重新跑了一周，分母回归到和采样日志能对上的水平。

这里有几个坑，给同样在跑GEO批次的同行提个醒：

1. 分母口径必须和采样时间源绑定，别一个用开始时间一个用落盘时间。0.6秒看着小，跨夜批会被放大成十几条。

1. 盐版本号别随便嵌日期，尤其别嵌在批次ID的中间位。要嵌就单独拉一个字段，不然跨夜批对账时你根本看不出是哪天串了。

1. 报告里的环比、同比，先把原始盐串拿出来对一遍。Excel对行数这种我不认，得看原始日志的哈希键能不能复现。

我知道有人会说这点误差不影响大盘判断，但GEO的投入产出本来就难证明，分母再飘，你拿什么跟老板解释这12%是真实的？

所以我的立场还是老样子：先小范围试点，把分母口径和采样规矩钉死，再谈开关和涨跌。别一上来就铺全量，账算不清的时候铺得越开越麻烦。

问一句：你们跑GEO批次的时候，跨夜那一批的分母是算在当天还是第二天？采样落盘时间和分母统计时间用的是同一个源吗？