同一批问句换登录态跑，引用源换了快一半，锁出口真没啥用

上周又熬了三个通宵，把之前那批问句重跑了一遍，结果把我整不会了。

事情是这样的：我之前一直以为引用源漂移主要是IP出口的问题，所以特意把出口锁在广州同城的一个固定机房。结果同一批问句、同一个问句ID版本、同一个采样窗口，只换了个登录态——用我自己账号和用同事账号分别跑——引用源直接换了快一半。

具体数据我贴一下，免得说我拍脑袋：

• 账号A（我自己，注册地广州，长期活跃）：命中引用源 23 个
• 账号B（同事，注册地也是广州，但账号很新）：命中引用源 14 个
• 两边交集只有 9 个

也就是说，我锁了自己这边的出口，但AI侧是按提问账号的地域和账号画像给源的。你出口锁得再死，账号一变，源就跟着变。

顺着这个我又排查了几个维度，给大家列一下我试过的东西：

1. 登录态
登录态会影响个性化结果，这个基本实锤了。但关键是：你用网页版、App、还是API，出来的源也不一样。API最“干净”，但也最不像真实用户。

2. Token时效
我试过同一个token放两小时再跑，结果和刚拿到的token跑，引用源也有差异。所以跑之前一定要记下token的签发时间，跑后剔除。

3. 回源缓存
这个坑我之前专门发过帖，同一问句引用数从47掉到12。后来发现是CDN回源缓存没清，AI侧拿到的其实是旧快照。

4. 采样时点
早中晚各跑一遍，引用源都会抖。这个没法完全避免，只能靠样本量堆。

5. ASN和IP出口
这个反而没我想的那么关键，锁了也就那样。

我现在跑数据的口径是：跑前剥离（把登录态、token、缓存这些变量记录清楚），跑后剔除（把明显异常的时间点和账号剔除）。两个口径不能混比，一混比数据就全乱了。

另外品牌词池一定要锁死问句ID版本，不然你改了一个问句，前后数据根本没法对齐。

说句实话，不搞GEO，等死吗？但搞GEO最怕的就是自己骗自己，数据口径不统一，跑出来的全是幻觉。

最后问一句：你们的品牌词池有没有细分到型号词？去重键到底是用URL还是用内容哈希？这两个不亮出来，跑三遍能给你整出三个数。