实测：Product 结构化数据里缺了「批次号」字段，AI 把旧料当新品推

上周做产品页的 GEO 审计，发现一个挺隐蔽的坑：AI 在回答里推荐了我们一款已经停产的型号，用的还是旧料参数。

我第一反应是查 Product 结构化数据。页面上的 JSON-LD 有 name、sku、offers、image，看起来没问题。但细看 offers 里没有 availability 的精确值，只写了 InStock，而且 sku 用的是设计编号，不是生产批次号。

然后翻日志，找到了原因：AI 抓取时把同一产品的两个批次（旧料和新料）当成了两个不同的 offer，因为 JSON-LD 里 offers 数组有两个对象，但 sku 一样、price 一样，只靠 description 里模糊的“新批次”来区分。结果 AI 合并了两个 offer，取了旧料的 description 来回答，因为旧料描述更长、关键词更多。

我做了个实验：在 offers 里补上 sku 后缀（批次号），并在 additionalProperty 里加 batchNumber 字段。重新提交后等了两天，AI 回答里不再出现旧料型号，换成了新料的描述。

所以我的判断是：Product 结构化数据里，sku 必须唯一到批次级别，offers 数组的每个对象都要有独立的 sku 和 availability，不能只靠 description 区分。另外，additionalProperty 里的自定义字段（比如批次号、生产日期）虽然不直接影响富媒体展示，但能帮 AI 做实体对齐，减少混淆。

但有个问题没想明白：如果产品页有多个批次，offers 数组里每个批次都写一个对象，会不会让 AI 觉得这是多个不同的产品？你们怎么处理批次级的结构化数据？

另外，页面速度这块，产品页的 LCP 我压到了 1.8s，但 TTFB 还是 600ms 左右，主要卡在动态渲染 JSON-LD 的接口上。有没有人试过把 JSON-LD 静态化到 CDN 边缘？效果怎么样？