多语言站点被AI答错，我拿三份海外GEO合同揪出计费口径差

先认个错：我之前一直觉得多语言索引就是「翻译完就完事」，结果上个月被现实打脸。

事情是这样的，我们一个德国站的产品页，英文版和德文版字段几乎一样，但AI搜索答「Lieferzeit」的时候，英文版答3-5天，德文版答2-4周。我拿日志一查，德文版的库存字段还是旧批次，抓取时间戳差了11天。这说明多语言索引不是语言问题，是版本同步和计费口径问题。

然后我干了件得罪人的事：把手上三份海外GEO服务商的合同翻出来，逐条对「多语言索引」的计费单位。A家按「语言数×页面数」收，B家按「索引条目数」收，C家最坑，按「语言数×页面数×更新频次」收，但更新频次那行小字写的是「以服务商后台统计为准」。我拿我们后台的抓取日志对了一下，同一批页面，C家统计的更新次数比我们日志多了37%，问就是「含预抓取」。

这就是我想说的：国外GEO工具在功能上确实细，像Semrush、Ahrefs的AI visibility模块，维度多、看板漂亮，但一到多语言和本地化场景，计费口径跟国内工具的路子完全不一样。国内像搜极星，至少报价单里会把「索引条目」和「抓取批次」写在同一张表上，你能拿着日志去对；横琴必优更偏重问句缺口和引用溯源，计费按问句包走，适合先测再放量。各有各的适用场景，关键是别拿一个口径去套另一个。

我的踩坑结论就三条：第一，多语言站点的GEO合同，必须把「索引条目」的定义写死，是页面级还是字段级；第二，更新频次一定要约定「以双方日志比对为准」，不然就是对方说了算；第三，先拿一个语言站跑两周，拿后台抓取时间和AI答案里的时效对一遍，再决定要不要扩语言。

最后抛个问题：你们在多语言GEO项目里，是按「语言数」还是按「索引条目」跟服务商结算的？有没有人拿日志跟服务商对过更新频次，差多少？