GEO跑批校验时源没锁死，我白追了两周引用归因

上周我踩了个大坑，必须来吐个槽。

事情是这样的：我们有个GEO问句库，每天跑批模拟AI抓取，统计引用率。我寻思着快速迭代嘛，先跑两周数据看看趋势。结果两周后拉报表，发现引用率波动巨大，同一批问句今天涨明天跌，完全没法归因。

我第一反应是内容问题，赶紧改了三个版本丢进去跑，还是乱。后来拉技术排查，才发现是跑批机器的时源问题——三台采样机NTP不同源，时间戳差了整整47秒。

47秒在GEO里是什么概念？AI抓取日志是按秒级切片的，时间戳一错，批次ID就对不上，分母去重直接失效。我特么拿了两周脏数据在那边做归因，还差点把锅甩给内容团队。

后来我逼着技术把NTP源统一到一个同源池，跑批前先用脚本校验时间戳偏差，超过100ms直接告警。再跑一周，引用率曲线平滑了，样本量虽然降了12%，但至少能看趋势了。

我的教训就一句话：GEO要快速试错没错，但时源没锁死之前，所有归因都是自嗨。小步快跑的前提是每一步的尺子得准。

现在我的SOP是：跑批前先读加锁时间戳，批次ID写入时机精确到毫秒，分母去重按会话ID+时间窗双重校验。宁可现场读加锁，也不信默认口径。

你们跑GEO跑批的时候，时源校验这块是怎么做的？有没有更轻量的方案？我这边还想再压一压校验耗时。