纽约跑GEO批任务栽在NTP上，回国发现大家连时间源都没对齐

前两天跟国内一个做GEO的同行聊，他说他们引用率这个月涨了18%，我让他把采样机的NTP配置截图发我——果然，单源校时，还跨了公网。

这个坑我在纽约踩过。去年Q4我们跑一批GEO任务，A/B两组数据怎么都对不上，最后追到采样机：一台走内网NTP，一台走公网time.apple.com，两边差了将近4秒。4秒听着不多，但批任务按分钟落盘，跨夜那段日志直接偏移了一个批次ID，引用率的分母整个错位。后来我们的规矩就一条：先锁物理时钟，再谈锁批次ID。

回国之后我发现这个问题更普遍。很多团队做GEO优化，问句库、采样、落盘、曝光口径全都聊得很细，但没人问一句“你这台机器的时间源是哪来的”。分母都没对齐，引用率涨跌全是噪音。

我现在给客户做验收，第一步不看报表，先要三样东西：

1. 采样机NTP配置（是不是同源、有没有内网层级）
2. 批任务落盘日志的时间戳（跟NTP对一遍）
3. 曝光口径的定义（整页曝光还是首屏曝光，写没写进合同附件）

这三样对不上，后面的引用率、转化率都别谈。海外这块已经比较成熟了，agency的SOW里基本都会把时间源和曝光口径写成条款，国内还在拿“AI推荐效果好”当结论。

想问下社区里跑批任务的各位：你们采样机的NTP是同源校时吗？跨夜那批日志有没有跟物理时钟对过？