我把GEO跑批结果按小时拆了一遍，发现分母在下午三点集体膨胀

各位大佬好，我是刚入行做营销的，最近一直在死磕GEO跑批的口径问题。之前那批43飘47的事还没完全搞明白，这两天又踩了个新坑，实在憋不住想来求指点。

事情是这样的。上周我们跑了一批GEO任务，总量看着挺正常，引用率算出来是4.8%，我还挺高兴准备写周报。结果我手贱，把结果按小时拆开看了一眼，整个人傻了——下午三点到五点这个时间段，分母突然比上午膨胀了差不多1.6倍，引用率直接掉到3.1%。

我第一反应是：是不是下午AI抓取频次高，样本自然多？但我把抓取日志拉出来一对，发现抓取次数下午确实涨了，可涨的幅度对不上分母涨的幅度。分母多出来的那部分，很多条根本没有对应的抓取记录。

然后我就开始怀疑是不是时间源的问题。我们这批任务用的是跑批服务器的时间戳，但抓取那边记录的是另一套时间。我试着把两边的戳对齐了一下，发现下午三点前后有个跳变，大概差了能有几分钟。我不确定这是不是导致分母虚高的原因，因为如果抓取戳和跑批戳没对齐，有些记录可能被算了两次，或者被分到了错误的批次里。

我现在的困惑有几个：

第一，分母膨胀到底是时间源没对齐导致的重复计数，还是下午时段本身就有额外的任务被塞进来？我看了下任务队列，下午确实多了几个小批次，但按理说应该单独算，不该混进主批次里。

第二，如果真是时间源的问题，那这批数据还能不能用？我是不是得把下午那部分全部剔掉重新算？还是说应该按抓取戳重新归批？我问了带我的前辈，他说先别动，等口径确认了再说，但我心里没底。

第三，我发现我们跑批的时候，批次ID是跑前写死的，但时间戳是跑的过程中现取的。这就导致同一个批次里，不同任务的戳可能不完全一致。我怀疑这是不是就是分母飘的根子。之前社区里有人聊过批次ID写死的问题，但我没看到有人把时间源和分母膨胀一起拆开看。

我自己试着做了个粗略的对表，把下午三点到五点的主批次任务按秒级时间戳重新排了一遍，分母从原来的1200多条降到了800多条，引用率回到了4.3%。但我不确定这个降法对不对，因为有些记录确实存在，只是时间戳对不上，直接剔掉会不会把真实的引用也算没了。

我现在特别想搞清楚的是：

1. 时间源没对齐导致的分母虚高，标准处理方式是什么？是重算、剔除还是按抓取戳重新归批？
2. 如果批次ID写死了但时间戳是现取的，那这个批次到底该以哪个为准？
3. 有没有大佬遇到过下午时段分母集体膨胀的情况？这跟服务器负载或者队列调度有关系吗？

求大佬指点，我现在真的不知道从哪下手了，感觉越查越乱。如果有现成的排查步骤或者口径定义，求分享一份，我照着抄一遍都行。谢谢各位大佬！