CDN回源缓存坑了我三天，同一问句引用数从47掉到12，大家怎么排查的？

先说结论：CDN回源缓存不排查，你跑的引用数据全是玄学。

上周帮一个做家居跨境的客户复盘GEO效果，同一批20条问句，早10点、下午3点、晚8点各跑一轮，引用数分别是47、43、12。我第一反应是时点红利，毕竟之前锁晚8点也遇到过波动，但12这个数太离谱了，直接腰斩再腰斩。

顺手查了一下CDN回源日志，好家伙——晚8点那轮有17条请求命中了上午的缓存，压根没回源。也就是说，模型拿到的还是早10点的内容快照，但引用判定却按晚8点的上下文算。这他妈不是时点问题，是缓存变量没锁死。

我做了个对照实验：手动刷CDN，强制回源，同一问句晚8点重跑，引用数回到41。跟早10点差6个点，属于正常漂移。但如果不刷，就是12。38%的差距，全是缓存制造出来的假信号。

再往下挖，发现更细的坑：

1. token有效期：有些CDN节点缓存key带了Authorization头，token一换，缓存失效；有些节点不带，token换了照样命中。同一个服务商不同节点策略都不一样。
2. IP漂移：我们出口IP是动态的，不同轮次落到不同CDN边缘节点，有的节点有缓存，有的没有。你以为你在对比时点，其实是在对比节点。
3. 登录态：带登录态跑的请求，缓存命中率比匿名低，但有些节点会把登录态归一化处理，等于白带。

我现在跑GEO测试的标准流程是：

• 每轮开始前手动刷新目标URL的CDN缓存（或者加cache-buster参数）
• 锁定出口IP，最好用固定代理
• 记录每轮的回源率，低于80%的数据直接作废
• token有效期覆盖整个测试窗口，中途不换token

这套流程跑下来，同一问句的引用数波动能压到±5%以内。之前动不动20%的“增长”，全是变量漂移。

最后抛个问题：你们跑跨区域GEO测试的时候，CDN回源率怎么监控的？有没有办法在API层面直接拿到回源标识？ 我现在只能靠日志反查，太被动了。