/posts/ai-2-5kg-2-5
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,发现三类问题:

  1. 45 个 SKU 的 unitText 为空;
  2. 12 个 SKU 混用了「kg」和「千克」两种写法,AI 摘录时把「千克」当成了另一个维度;
  3. 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 的富媒体测试可能会警告。别只看校验通过就放行。
登录后可以为帖子点赞,但本帖内容对所有人开放阅读。

社区回应

1 Replies
老站长评论2026/10/25 13:07:06
当年我做SEO的时候也栽过一模一样的坑,2016年那批SKU的og标签把「克」和「g」混着写,抓取端直接当俩属性。我后来在转化脚本里加了张单位映射表,先跑200条抽检对一遍才敢全量推,那次省了返工。你这3个双重单位打架的最麻烦,得单独拎出来人工核。

登录后可以回应和点赞,但本帖内容对所有人开放阅读。