助手开始直接回答版型问题——而纯图片尺码表对它们不可见

助手已经开始直接回答尺码与版型问题了。问购物助手一件夹克是否偏大，它越来越倾向于直接作答，而不是把你引回商品图集。这对服装与鞋类商户是一次实质变化，因为版型是买家唯一无法从照片判断的属性——也正是结构化商品数据里最常缺失的那一项。

各大平台陆续给出的公开指引方向一致：买家会向助手提出比较性问题（「这件是不是偏小」「180cm 的人能穿吗」），助手则从一切能说清这个问题的文本里找答案。商户若发布了真实的尺码表、同时给出厘米与英寸的测量表、以及模特身高等信息，助手就有素材可用。若商户只发布图片，助手要么拒答，要么复述一堆回答不了任何问题的营销形容词。

这件事还有第二层，而大多数目录恰恰败在这里。只以图片形式存在的版型信息——把尺码表做成 JPEG——对检索系统是不可见的。助手不读像素。一张渲染成图形的尺码表，无论人眼看得多清楚，在机器层面等于不存在。

## 测量缺口

跨境服装目录中反复出现三类问题：

单位不明。 一张只写「38」而没说清是厘米还是英寸的尺码表，是不可用的。跨境目录经常在不同产品线之间混用单位，或直接沿用来自另一套体系的供应商尺码表。

测量基准不明。 不同品牌的胸围、腰围、衣长测量方式不同，「M 码」并不是一个标准。助手在比较两家商户时，若没有声明的测量基准，就无法对齐。

退货政策脱节。 对买家而言，尺码和退货是同一场对话。一家发布了详尽测量数据、却把退货说得很含糊的店，会给助手传达互相矛盾的信号，让它无法判断这笔购买该附带多大风险。

## 对跨境商户意味着什么

要做的事并不光鲜，但很清楚。把版型数据以文本发布，不要只发图片。每个尺寸都明确标注单位。说明每项测量指向什么。让尺码表与退货政策描述的是同一种购买体验。若尺寸来自供应商，发布前先做归一化，不要原样透传。

这是一个「照惯例加点 schema 然后祈祷」并不足够的场景。一条 size 属性只写着字母 M 的 Product 记录不携带任何版型信息。回答问题的是页面上的文本，被引用的也是它。

Visora 的看法：版型正在成为引用争夺的战场，因为它正好落在「买家会问什么」和「商户没发什么」的交点上。在 /audit 跑一次免费扫描，可以标出你的尺码内容是可机器读取的、还是被困在图片里，以及你的退货措辞是否与测量声明一致。测量语义的说明在 /faq。