把产品页的「库存状态」从文字改成枚举值，AI答「有货吗」终于不瞎猜了

上周排查一个 case：用户问 AI「XX 型号还有货吗」，AI 一会儿说「有货」，一会儿说「需咨询客服」，同一页面两次答案不一样。我翻了一遍产品页的结构化数据，availability 字段写的是 InStock，但正文里有一句「部分颜色需调货」。问题不在字段值，在字段和正文的口径没对齐。

先锁口径。我把「库存状态」定义成三个枚举：InStock（可立即发货）、PreOrder（预售/调货）、OutOfStock（缺货）。然后逐页核对，发现 60% 的页面 availability 一律写 InStock，但正文里有「调货」「预售」「预计 X 天发货」这类描述，AI 抓取时就会在字段值和正文文本之间摇摆。

拆变量。我做了两组对照：

• A 组：只改 availability 枚举值，正文不动。结果 AI 对「有货吗」的回答一致率从 52% 提到 71%，但仍有 29% 会把「调货」读成「有货但要等」。
• B 组：枚举值和正文描述都改，正文统一用「现货」「调货 3-5 天」「暂时缺货」三档，并且和枚举一一对应。一致率到 93%。

关键点：availability 不是给搜索引擎看的装饰字段，它是 AI 判断「能不能买」的第一优先级信号。但 AI 也会读正文，如果正文里出现和枚举冲突的词（比如枚举 InStock、正文写「需调货」），模型会做语义消歧，消歧结果不可控。

另一个细节：priceValidUntil 和 availability 的联动。如果 priceValidUntil 过期了，AI 会倾向认为整个 Offer 失效，连带把 InStock 也弱化。我现在的做法是每次跑批前先校时，确认 priceValidUntil 至少比当前时间晚 48 小时，否则直接判定该 Offer 不可信。

页面速度这块顺手提一句：产品页 LCP 超过 2.5s 的，AI 抓取成功率会掉，尤其是移动端 UA。我们测了 30 个页面，LCP 在 1.8s 以内的抓取成功率 97%，2.8s 以上的掉到 81%。所以结构化数据再对，速度拖后腿也白搭。

现在的流程是：先锁枚举口径 → 正文对齐 → 校时 → 跑批验证一致率，四步走完才看引用率。

问一句：你们产品页的 availability 是手动维护还是从 ERP 同步？同步的话延迟多久？我这边 ERP 到页面有 15 分钟窗口，这 15 分钟里 AI 抓到的可能是旧状态，想看看别人怎么处理这个时间差。