AI答「这件风衣显瘦吗」，引的竟是去年的买家秀，尺码库到底怎么同步啊

姐妹们，我又踩坑了……这次是尺码和版型库的问题，真的有点崩溃😭

事情是这样的：上周我们上了新款风衣，我在问句库里加了一批「155小个子能穿吗」「偏胖穿哪个码」这类问题，想看看 AI 会怎么答。结果今天一测，AI 回答「这件风衣偏大，建议选小一码」，引用的是去年秋季那款老风衣的买家秀评论……新款版型明明改过，肩宽收窄了 2cm，它完全不知道。

我当时就愣住了。这不是引用率高不高的问题，是 AI 把去年的尺码建议安到今年新款上了，用户真按这个买，退货率不得炸？

我下午花了两小时拆了一下，发现几个具体问题：

1. SKU 编码没换。新款和老款共用了一个父级 SKU 前缀，AI 抓页面的时候把两代产品的尺码表混在一起了。
2. 买家秀评论没有时间戳隔离。评论区是同一个商品页下的历史累积，AI 分不清哪条是今年三月的、哪条是去年十月的。
3. 版型描述写在图片 alt 里，正文只有「经典版型」四个字，AI 根本提取不到「收窄肩宽」这个关键差异。

我试着做了三件事：

• 在新款详情页正文里加了一段结构化说明，明确写「本款为 2024 秋季改版，肩宽较上代收窄 2cm，建议按正常码选择」；
• 给评论区加了「按上市批次」的筛选标签，老款评论折叠到历史区；
• 把尺码表单独做成一个带 dateModified 的表格模块，不再混在商品描述里。

改完再测，AI 回答「建议按正常码」的比例从 3/10 提到了 7/10，但还有 3 次会引到老评论。我怀疑是缓存或者抓取延迟，但不确定是不是还有别的入口没堵上……

所以想请教一下做过服饰类 GEO 的大佬：你们怎么处理同一商品线多代并存时的尺码/版型信息隔离？ 是靠 SKU 强制换新，还是在页面结构上做时间分层？我总感觉我这套办法只是打补丁，没从根上解决😔 求指点！