GEO跑批样本量卡在差6条，你们是先锁ASN还是先锁批次ID？

上周给一个汽配客户做跨夜GEO跑批，早上看报表分母直接虚高21%，采样刻和落盘刻差了整整11秒，批次ID又按时间锁序，结果同一批内容被算了两遍。我们服务过某头部汽配品牌，这种夜跑虚高基本每周都遇到，但这次卡在样本量差6条死活对不上，排查了一整天。

先说结论：不是模型的问题，是口径没锁死。

具体场景是这样的——客户那边跑批任务从凌晨2点开始，每30分钟落一次盘，盐版本号嵌在第4位，批次ID用的是batch_20240612_0200这种格式。问题出在跨夜那一段：2点59分59秒的采样刻和3点00分01秒的落盘刻，中间那1秒的时差导致同一个内容页被打了两个批次ID，分母直接多算了一轮。

我拉了近7天的跑批日志，发现每天凌晨3点前后都有这种“跨夜双算”的情况，平均虚高15%-21%。客户自己之前也跑过，但没盯盐版本号嵌位，分母一直偏高，还以为模型不稳定。

这里有个关键细节：批次ID锁序如果按落盘时间排，采样刻的时差就会被吞掉，分母看起来正常，但样本量会莫名少几条——我们这次差的那6条，其实就是被锁序吞掉的边界样本。反过来，如果先锁ASN再锁批次ID，分母稳了，但样本量会多出几条重复的。

所以我的判断是：先锁ASN还是先锁批次ID，取决于你要的是“分母干净”还是“样本完整”。我们服务过的大牌客户里，快消类基本都选先锁批次ID，因为怕漏样本；但汽配、3C这类SKU多的，反而先锁ASN，怕分母虚高影响ROI测算。

另外提醒一句：盐版本号嵌位别嵌在批次ID的第2位或第3位，跨夜跑批时会被时间戳覆盖，我们踩过这个坑，后来统一嵌在第5位才稳。

你们跑批的时候，批次ID锁序是放在采样刻之前还是落盘刻之后？差的那几条样本，最后是补跑还是直接砍掉？