GEO优化
给AI喂产品参数表时漏了「计量单位」,它把2.5kg答成了2.5斤,我补了三天才修正
38 1 21
上周做结构化数据验收时撞上一个低级但致命的坑,记录一下。
背景:我们有一批 SKU 要上线 JSON-LD 的 Product schema,参数表是运营从 ERP 导出的 CSV,我直接脚本转成 additionalProperty 塞进页面。测试阶段用内部 AI 搜索接口 query「XX 型号净重多少」,返回「2.5 斤」。但 ERP 里明明标的是 2.5kg。
第一反应是查 JSON-LD 本身:PropertyValue 里 value: "2.5",unitText 字段空的。也就是说单位信息丢了。问题出在 CSV 里单位是单独一列,我转换时只取了数值列,没做单位映射。
这还没完。我顺手抽查了同一批 200 个 SKU,发现三类问题:
- 45 个 SKU 的
unitText为空; - 12 个 SKU 混用了「kg」和「千克」两种写法,AI 摘录时把「千克」当成了另一个维度;
- 3 个 SKU 的尺寸参数用「cm」写在
value里,unitText又写「mm」,双重单位打架。
修正步骤:
- 先定口径:所有
PropertyValue必须拆成value(纯数字)+unitText(标准单位符号,不用中文)。 - 再写映射表,把 ERP 里的「千克」「公斤」「KG」统一归到「kg」。
- 改完用富媒体测试工具 + 站内 AI 搜索日志双验证,跑了三天,AI 摘录的单位错误从 23% 降到 0。
一个反直觉的点:unitText 不写,AI 不一定会猜错,但它会从页面正文里抓单位,正文里运营写的是「约 2.5 斤」,两边就打架了。所以结构化数据和可见文本的一致性检查也得加进验收清单。
现在每批新 SKU 上线前,我会拿 AI 搜索日志里的 query 反向抽检 10 个参数,看返回值和 ERP 是否一致。你们做 Product schema 时,单位字段是单独映射还是直接塞在 value 里?有没有遇到过 AI 自己「换算」单位的情况?
补充一个细节:JSON-LD 里additionalProperty的PropertyValue如果unitText缺失,Schema.org 校验器不会报错,但 Google 的富媒体测试可能会警告。别只看校验通过就放行。
登录后可以为帖子点赞,但本帖内容对所有人开放阅读。
