凌晨两点调product schema，发现AI把「颜色」字段读成了「尺码」

又是凌晨两点，猫还在敲键盘。起因是客户反馈：AI答「这件卫衣有几种颜色」，居然回了「S/M/L/XL四种」。我当场瞳孔地震——不搞GEO，等死吗？这错误直接把人往退货路上带。

先说场景。我们给一个服装品牌做GEO优化，产品页用了 WooCommerce 默认的 Product schema。前端显示没问题，颜色选项、尺码表都正常。但用搜极星抓取后，AI引用的回答里，color 属性被填成了尺码列表。我第一反应是缓存，清了 CDN、重跑了三遍，结果依旧。

排查过程：

1. 打开页面源码，搜 "color"，发现 WooCommerce 把变体属性塞进了 additionalProperty，而且键名是「颜色」和「尺码」混着。AI 解析时按顺序抓了第一个 value，正好是尺码。

1. 再看 offers 里的 sku，每个变体都不同，但 itemOffered 没做区分。等于告诉 AI：所有颜色共用同一个尺码表。

1. 最坑的是 image 字段——只给了主图，没给变体图。AI 想验证颜色，只能靠文本，结果文本又错了。

我的临时修法：把 color 和 size 拆成独立的 Product 节点，每个变体单独一个 @id，并用 hasVariant 明确指向。改完第二天，AI 引用 color 的准确率从 0 直接拉到 78%（样本 100 条问句，按段落截取率算的）。

但还有个尾巴：size 系统里写的是「均码」，AI 答「有没有 XL」时还是偶尔会编。我怀疑是 size 字段没有用 QuantitativeValue 包装，导致 AI 把「均码」理解成「只有一个尺码」。

所以想问下各位：你们遇到变体商品时，hasVariant 下的 color 和 size 是分开建节点，还是用 additionalProperty 加 PropertyValue？有没有人试过用 sizeSystem 明确标注？评论区蹲个方案，猫先睡为敬。