商品对比表设计:从美国宽带标签撤回的三条规定看商品信息三层验收
本文目录
- 宽带只卖几种套餐,商品选购页面为什么最让用户犹豫?
- 目录小,不等于决策简单
- 用户自己怎么描述这件事
- 那些数字比感受更难反驳
- 研究方自己给的诊断,比结论更值得看
- 这个行业的样本量本身说明了一件事
- 这两份研究的来路
- 宽带消费者标签法规把商品对比信息规定到了什么程度?
- 一张照着营养成分表画出来的表
- 销售点的定义里,写着“用户开始比较的那一刻”
- 机器可读、专用地址、电子表格格式
- 把这套要求换算成产品语言
- 连素材包都替你准备好了
- 投诉入口这一条,是执法能落地的关键
- 把这套规则读一遍的最大收获
- 去哪儿看原文
- 顺便说个查法规的经验
- FCC 26-48号命令撤回了宽带标签的哪三条硬性规定?
- 撤掉的三条
- 撤回文件里最诚实的一句
- “没有记录证据表明有第三方用它做出了工具”
- 一场关于“机器可读到底是给谁读的”的正面交锋
- 一位委员把希望寄托在用户会主动去找
- 另外四处改动,其实都挺合理
- 成本收益是怎么算的
- 顺带一提,撤销并不影响一件事
- 建议自己去读一遍那份命令
- 这份文件里我最欣赏的一点
- 被撤掉的三条规定,为什么都落在商品信息的第二层和第三层?
- 一条信息的三个层次
- 为什么第三层几乎没有法规写得出来
- 三句判据
- 和“用户那一侧缺输入”不是同一个问题
- 顺带解释了一个长期困惑
- 为什么第二层没法被清单检查
- 第三层的成本高在哪
- 三层之间不能跳级
- 什么时候可以不管第三层
- 顺便回答一个常见反驳
- 欧盟电子通信法典为什么反过来规定必须有比价工具?
- 机器可读和无障碍被写在同一句话里
- 不只要求你发布,还要求市场上必须存在比价工具
- 第三方免费取用被写成了一项权利
- 只立供给不立需求的开放数据,一定会以“没人用”收场
- 服务质量那一条,把可比较推得更远
- 合约期上限那一条,出海做订阅的要看
- 两个法域的分歧,本质是对同一个空白的两种态度
- 原文在哪一段
- 一个可以直接借用的立法技巧
- 你的商品页上,哪些商品信息只做到了第一层?
- 逐条对号入座
- 三个最容易被误判的例子
- 从第一层到第二层,比从零到一便宜得多
- 另外七类同样卡在第一层的东西
- 怎么判断一条信息该不该进商品页
- 一个常被问到的问题:这会不会让页面变得很像表格
- 那张并排的表本身怎么做
- 商品字段对齐为什么在团队里长期没有人负责?
- 四道工序,都是单页视角
- 还有一层组织原因:谁来定字段名
- 把它交给谁
- 顺便,这也解释了筛选器为什么难做
- 还有一个原因:它做完了不像做完了
- 为什么用户调研也常常抓不到它
- 先动哪个团队
- 价格取决于收货地址时,商品页该展示什么?
- 超过一半的人会去看那张地图,而它的故障率是行业均值的两倍
- 标签繁殖问题,和官方给的那个笨办法
- 词汇表里有这个字段,只是没人填
- 和“那个数字还没算完”要分开看
- 哪些生意其实都在卖待定商品
- 把收输入这一步前置,到底前置到哪
- 还有一种更省事的做法:直接说清楚现在这个数是什么
- 词汇表这一侧还有哪些字段被闲置
- 商品信息的三层问题,在搜索和结构化数据一侧怎么显现?
- 被收录的,可能是一个还没成立的价格
- 对比类的搜索意图,落在谁的页面上
- 生成式检索会怎么处理你的待定商品
- 回到那场关于机器可读的争论
- 对比页该怎么建才不变成薄内容
- 内链要怎么收口
- 价格历史那一格,顺便说一句
- 如何把商品信息三层验收写进团队流程?
- 五个不用埋点就能看的指标
- 清单怎么排序
- 一个验收动作
- 卡点挂在字段定义评审,不挂在页面评审
- 一次失手复盘:那份报告是对的,它只是回答了另一个问题
- 这次失手和前面那些不一样在哪
- 这套东西不解决什么
- 一页纸速查
- 如果只做一件事
- 最后回到那张营养成分表
- 常见问题解答
- 商品信息明明都写全了,用户还是选不出来,问题通常出在哪一步?
- 折叠块、标签页这类控件还能不能用?
- 价格随收货地址或配置变化时,商品页上该写哪个数字?
- 只有十几个SKU的小站,也需要做字段对齐吗?
- 结构化数据是不是填得越全越好?
- 怎么说服老板做字段对齐这件事?
- 做对比型页面会不会造成站内内容重复?
- 权威参考资料
摘要:宽带行业只卖五六种套餐,选购页面却是全网最难选的一类。美国监管把这张表的字段、格式、摆放位置和机器可读格式全部写进了法条,两年后一份独立测评显示七个站没有一个及格,随后监管撤回了其中最硬的三条。这三条管的都是信息能不能被用起来,而不是信息在不在。本文把它拆成可验收的三个层次,再对应到你的商品页上。
先看一组与直觉相反的对照。
一家服饰独立站,SKU上万,颜色尺码组合能排出几千行。一家宽带运营商,全站在售的套餐通常不超过六个,很多只有三个。按常理,后者的选购体验应该轻松得多:东西少,看完就能选。
实际结果正好相反。2026年7月底公布的一份行业测评里,七家宽带服务商的桌面端与移动端站点按280多项研究参数逐项打分,产出1700多个加权评分,整体结论是中等偏下,其中一家已经贴近差评一档的边线,没有任何一家拿到“尚可”或更好。同一家研究机构在电信行业做的另一轮测试结果更差:16个美国与英国的运营商站点、290多场一对一出声思维测试、3500多小时,测出85%的参与者在一次测试里至少放弃过一个站,而且16个站没有一个逃过至少一次放弃。
只有三个套餐,用户照样会离开,这个现象需要解释。
宽带只卖几种套餐,商品选购页面为什么最让用户犹豫?
目录小,不等于决策简单
宽带的商品数量确实少,但每个商品身上挂的规则并不少:这个地址能不能装、装了能跑多快、首年多少钱、次年涨到多少、收不收装机费、设备是租是买、合约多久、提前解约赔多少、跨州的税费和监管附加费各是多少。
拆开看,每一条都能用一句话写清楚。摞在一起,用户要做的判断就成了一道多元方程。测评的诊断也指向这里:这些站的导航和产品描述普遍不差,问题集中在两处——套餐对比矩阵和申请流程。前者被密集的排版、缺失的功能说明链接、缺少常见问题和在线客服支撑拖垮;后者败在模糊的价格、说不清当前进度的进度条,以及表单本身的摩擦。
研究方的总结措辞克制:尽管产品目录不大,这些问题合起来削弱了用户自信地选出并申请一项服务的能力。直白地讲,商品少到一只手就能数完,用户还是不知道该点哪一个。
用户自己怎么描述这件事
电信那一轮测试里有一句参与者原话,我一直记着。他说看运营商的东西就像看巫术,永远搞不清在发生什么,“我是学数学的,我习惯二加二等于四,可手机运营商这儿不是这么回事”。
他抱怨的不是价格贵,也不是功能少,而是算不出来。同一轮测试里其他放弃理由也是这一类:
- 有人在一个站上找不到合约期到底是不是12个月,页面只写了每月多少钱,他说“要是我在买东西,我就直接去别家了”,然后真的走了;
- 有人因为功能清单里没提国际漫游,就认定这家不提供,实际上提供;
- 有人对着一行写着“轻松解锁与随时退回保障”的卖点发愣,旁边没有任何解释入口,他的反应是“为什么放这么一句上去却不给个说明”;
- 有人想确认套餐含不含热点共享,翻遍页面没找到,最后离开。
最后一类要单独说。一个功能没写清楚,就成不了卖点,反而成了不确定性的来源。这比“没有这个功能”更糟:没有,用户排除掉继续往下看;写了却看不懂,用户会停在原地反复确认,停留时长指标还会把这段停顿记成“深度浏览”。
那些数字比感受更难反驳
定性观察换算成比例后,影响更直观:
- 在合约期不明显的站上,20%的参与者放弃了本来适合他们的套餐,他们并没有改选别家,而是放弃了一个本该成交的选项;
- 移动端如果没有明确提示“屏幕外还有套餐”,10%的人根本没看见那些套餐;
- 把手机和套餐捆在一起展示的站,14%的人误以为这家没有能配自己选中机型的套餐,实际上有,而且资费和合约都可以调;
- 提供可选数字权益的站,只有1%的人真的勾选了它们,其余99%的人要么忽略,要么把它当成抬价的累赘。
最后一条最值得反思。为了做差异化塞进套餐的附加权益,真实用户的采纳率只有百分之一,同时它们推高了价格、撑长了对比表,也让“这个套餐到底含什么”更难回答。一项功能几乎没人用、又明显增加理解成本,这种结论很难在产品评审会上提出来,因为它上线时的立项理由写得很漂亮。
这类摩擦不会触发任何报错,用户也说不出自己为什么没买。用户想买却没买多半不是嫌贵,购买路径上那些看不见的摩擦力怎么揪出来是另一个话题,本文只处理其中结构最清楚的一类:信息之间的位置关系。
研究方自己给的诊断,比结论更值得看
那份测评对这个行业的定性只有两句话,都很准确。第一句:这些站通常只提供一组很窄的服务,但这些服务附带复杂的资格规则和分层的成本结构,因此整条用户旅程对清晰度和结构的要求反而更高。
这句话里的三个词——服务窄、规则复杂、成本分层——也是很多跨境独立站的处境。你卖的东西可能只有三十个SKU,但每个SKU上挂着分区运费、阶梯折扣、会员价、预售定金和不同市场的税费口径。商品数量和决策复杂度是两个独立变量,多数团队却默认它们同涨同落。
第二句诊断更具体:大部分站在初始导航和产品描述上表现不错,失分集中在最关键的两处——套餐对比矩阵和申请流程。对比矩阵受密集排版、缺失的功能说明链接,以及缺少常见问题与在线客服这类支撑工具拖累;申请流程败在模糊的价格、说不清进度的指示器和表单层面的摩擦。
这两处有一个共同点:用户手上信息最多,也最需要有人帮他收敛。在导航和描述环节,用户的任务是获取信息;到了对比和申请,任务变成取舍与承诺。前一类任务靠增加信息就能改善,后一类任务增加信息只会更糟。
这个行业的样本量本身说明了一件事
这份测评的取样方式决定了它的数字能不能当依据,所以单独说明。七家服务商,桌面端与移动端都测,按页面类型分别记录设计样本:首页与分类、套餐矩阵、套餐详情、申请流程、账户与自助服务,每个环节各收录二三十套设计,最终形成1700多个加权评分和1100多个最佳实践示例。
所以这份结论来自同一套参数在每个站每个环节上的完整评估,而非抽查几个页面得到的印象。在这种取样密度下仍得出“没有一家达到尚可”,说明问题出在整个行业共同卡住的环节。
整个行业在同一处失败,通常指向结构性原因。这也是本文花大量篇幅拆解它的原因:所有人都做不好的事,往往是因为做好它需要跨过一道从来没人被要求跨过的门槛。接下来两节讲这道门槛:有人试着用法律把它铺平,后来又拆掉了一半。
这两份研究的来路
后文的推论都建立在这两份研究上,先交代出处。
行业测评是2026年7月28日发布的宽带服务商UX基准测评:7个站点,桌面端与移动端分别按280多项与该行业相关的研究参数逐项人工评估,产出1700多个加权UX表现评分和1100多个最佳实践示例。整体判定为中等偏下,其中一家贴近差评一档的边线。
电信研究是2025年10月发布的3500小时电信行业测试的三条高层结论:16个美英运营商站点,既有大型网络运营商也有虚拟运营商;290多场一对一远程有主持人的出声思维测试,桌面与移动都覆盖;参与者在测试中遇到1800多个中重度可用性问题,最终提炼成500多条准则。
两份研究得出的三条高层结论是:始终提供完整的套餐细节、始终传达清晰的价格与促销、始终提供便捷的覆盖地图入口。三条听起来都很基础,可16个站没有一个能同时做到,这一点本身就需要分析。
我认为这两份材料最有价值的部分在数字之外:它们提供了一个受控的对照组,同一批人、同一套方法、同一时间段,把这个行业和其他电商行业放在一起测。覆盖地图13%的故障率之所以显眼,是因为旁边有“其他大规模行业研究的两倍”这个参照。没有参照系的比例数字无法解读,所以本文引用时尽量带上对照。
宽带消费者标签法规把商品对比信息规定到了什么程度?
如果你认为上面这些问题出在行业自己不上心,接下来这部分会改变判断。在美国,这件事有人管,而且管到了字段级。
一张照着营养成分表画出来的表
美国联邦通信委员会推行的宽带消费者标签,官方说明写得很直接:标签仿照食品药品监督管理局的营养成分标签设计,用来帮消费者对比不同的上网套餐,选出最符合自己需求和预算的一个。法律依据是2021年通过的基础设施投资与就业法案,法案直接要求监管机构强制服务商制作消费者友好的标签。
标签必须披露价格、优惠期价格、数据额度、网速,并附上网络管理措施与隐私政策的链接。规则本体在《联邦法规汇编》第47编第8.1条,任何提供宽带接入服务的主体,都要为在售的每一个独立套餐单独制作一份标签。
销售点的定义里,写着“用户开始比较的那一刻”
这是我读法条时最意外的一处。法条对“销售点”的定义远超常识:它包括服务商的网站、各类替代销售渠道(自营门店、第三方门店、电话),而且——
销售点也指消费者开始调研并比较其所在位置可获得的宽带服务方案的那一刻。
这句话包含两个很少写进需求文档的要素。一是时刻:义务绑定在用户开始比较的那一刻,不只绑定在下单页。二是位置:法条承认可获得的方案随用户所在地变化,所以写的是“其所在位置可获得的”,而不是“你在售的”。后文会回到这一点。
对网站的要求更细:标签必须展示在与对应在售套餐广告紧邻的位置。电话或门店渠道,要么逐次记录每一次把消费者引导至标签的实例并保存两年,要么建立并留存业务流程与培训材料两年,监管索要时30天内提交。参与教育网与农村医疗补贴项目的,销售点定义为提交投标的那一刻。
机器可读、专用地址、电子表格格式
第8.1条第 (a) 款第3项当时的原文包含三项要求:标签内容必须以机器可读格式在网站上呈现;服务商必须在一个专用网址上,以电子表格文件格式单独提供其全部标签;这个网址必须公布在透明度披露里。
官方文档写明了目的:让第三方更容易采集和汇总数据,为消费者制作比价工具。监管机构提供了CSV格式的数据字典和填好示例数据的模板文件,还提供了设计稿,即可自定义的Illustrator与EPS模板包。
其余几条同样可以直接写进任何一份披露类需求:
- 标签要提供英语版,以及服务商在美国营销该服务时使用的任何其他语言版本;
- 套餐停售后,标签要存档不少于两年,监管或老客户索要时30天内提供;
- 提供在线账户中心的,必须让每个客户在账户里方便地获取自己当前套餐的标签;
- 最严格的一条:符合标签要求不构成对透明度规则的安全港。表格填完,不代表你已经把信息说清楚了。
合规时间线:10万条用户线以内的服务商自2024年10月10日起执行,其余自2024年4月10日起执行;账户中心与机器可读两项,所有服务商自2024年10月10日起执行。
把这套要求换算成产品语言
抛开法条措辞,这份规则相当于替整个行业完成了一次产品设计,细致程度超过多数团队的内部规范:
| 法条管的事 | 换成产品语言 | 多数独立站的现状 |
|---|---|---|
| 每个套餐一份标签 | 字段清单全站统一 | 每个品类各写各的 |
| 紧邻广告展示 | 信息出现在决策位置 | 塞进详情页第三个折叠块 |
| 销售点含“开始比较那一刻” | 比较阶段也要有信息 | 只有详情页有 |
| 机器可读+专用网址 | 结构化数据与数据源 | 做了schema,没做数据源 |
| 停售后存档两年 | 历史可核验 | 改价直接覆盖,无留痕 |
| 按营销语言出多语版本 | 披露跟着营销走 | 营销做了六语,条款只有英文 |
| 不构成安全港 | 合规不等于说清楚 | 法务打完勾就收工 |
对照这张表再看开头的测评结论:规则2024年4月起生效,两年多后测出来仍然没有一家及格。“没人管”已经解释不了这个结果。
连素材包都替你准备好了
还有一个细节,它排除了最常见的那个借口。
监管方除了法条,还在官方页面上提供了一整套可下载材料:空白样张、固定宽带样张、移动宽带样张,均有英语和西班牙语两版;可自定义的设计模板压缩包,内含Illustrator与EPS源文件;机器可读部分提供了数据规范文档、CSV格式的数据字典、标签模板CSV,以及一份填好示例数据的模板。
字段清单、字段含义、文件格式、视觉稿都是现成的。在这种条件下,披露做得好不好,已经和“不知道该写什么”无关。剩下的变量只有两个:它放在页面的哪个位置,以及它能不能和另一个选项对上。这正是后文的第二层和第三层。
官方还提供了一份术语表,专门解释标签上的用词。这说明制定者清楚,即使字段填对了,用户也未必读得懂那些词。字段完整和可理解是两回事,写商品参数表时同样如此:写上“抗压强度”,和让买家知道它意味着能摞几层,中间还差一句解释。
投诉入口这一条,是执法能落地的关键
还有一处设计可以直接借用到任何披露规则里:服务商没有展示标签,或者标签上的费用和套餐信息不准确,消费者可以直接向监管机构投诉。页面上还单独留了无障碍相关问题的联系方式,包括语音电话、视频电话和邮箱三条通道。
这条之所以重要,是因为披露类规则最大的执行难题是没人有动机举报:信息不准确的受害者是分散的个体,每个人的损失都不足以支撑一次投诉。把投诉入口放到官方页面上,并写明“没展示”和“不准确”都可以投诉,相当于把发现问题的成本从监管方转给受影响的人,而这批人的数量远超任何检查队伍。
独立站上也有对应做法。商品资料出错,最先发现的一定是买家,但多数站没有给买家一个顺手的报错入口,他只能退货或者不买。后文提到的欧盟比价工具八条要求里,也有一条是必须提供有效的错误信息举报流程,两边的思路一致。
把这套规则读一遍的最大收获
我建议做电商的人把第8.1条完整读一遍,即使业务和宽带无关。这是我见过对“一份商品披露该长什么样”写得最完整的文件:内容、格式、位置、时机、语言、留存期限、渠道差异,以及合规不等于免责,都写到了。你在自己站上制定商品资料规范时要考虑的各项内容,它都已经列出。
它同时也是一份反面教材:下一节会看到,这份考虑周全的规则,两年后被制定者亲自改掉了最关键的三处。
去哪儿看原文
本节的描述都能在原文中找到对应,建议至少浏览一遍这两份材料。
面向公众的说明在美国联邦通信委员会的宽带消费者标签专题页,页面提供样张下载、术语表、模板文件和服务商合规时间表;“仿照营养成分标签设计”“帮助消费者比价购物”这两句定性描述也在这一页。
规则本体在《联邦法规汇编》第47编第8部分,只有一条实体条文加若干款,读完不到二十分钟。前文引用的销售点定义、紧邻广告展示、机器可读与专用网址、存档两年,以及“不构成安全港”,都出自第8.1条第 (a) 款。
需要注意,汇编上的文本是当前有效版本,会随修订滚动更新。2026年7月那份命令的规则文本生效后,第 (a) 款第3项关于机器可读的要求会从这个页面消失。要看被删除的原文,得查命令本身或历史版本。一条要求“停售后存档两年”的规则,自己被删除时却没有留下痕迹,这有点讽刺。
顺便说个查法规的经验
做跨境业务经常要查外国法规原文,这里有两条省时间的做法。
第一,优先查法规汇编,而不是新闻稿。新闻稿写的是意图,汇编写的是义务,两者常有细微差别。比如新闻稿说“必须显著展示标签”,汇编写的是“必须展示在与对应在售套餐广告紧邻的位置”,后者才能用来验收。
第二,把生效日期单独抄出来。同一条规则对不同规模的主体常有不同的合规日期,前面2024年4月和10月的双轨制就是例子。做多市场业务时,一张只有“条款、义务、适用对象、生效日”四列的表,比一份三十页的合规报告更有用。
FCC 26-48号命令撤回了宽带标签的哪三条硬性规定?
2026年7月22日,美国联邦通信委员会通过一份新的报告与命令,编号FCC 26-48,对宽带标签规则做了七处修改。官方表述是让标签更易读易懂,同时减轻服务商的合规负担。
七处修改中有四处属于合理修剪:电话销售时允许客服用自然口语描述标签内容,不必逐字朗读;允许简化费用呈现,避免标签杂乱;删除已经结束的补贴项目一栏;明确账户中心可以使用超链接或图标。
需要重点分析的是另外三处。
撤掉的三条
| 原来的要求 | 2026年7月起 | 这条原本在管什么 |
|---|---|---|
| 销售点必须展示标签本身,不许只放图标或链接 | 可以用超链接或图标代替完整标签 | 信息出现在决策发生的位置 |
| 必须以机器可读的数据库格式提供标签内容 | 整条取消 | 信息能被第三方拿去做比较 |
| 套餐停售后标签至少存档两年 | 整条取消 | 信息在时间维度上可核验 |
保留了什么?标签仍然要做,仍然要对残障用户可访问,仍然要按营销语言出多语版本。“这份披露必须存在”完整保留,“这份披露要能被用起来”的三条被删除。
撤回文件里最诚实的一句
这份命令没有粉饰。在讨论超链接替代方案的段落里,监管方写道:
虽然在销售点用超链接指向宽带标签、而不是自动展示标签,可能导致读到标签的消费者变少,但有意愿的消费者仍然有机会查看宽带标签。
做转化的人应该记住这句话。“有机会看到”和“会看到”之间的差距,正是转化率优化这个行业存在的理由。默认展示改成需要点击一次,从合规角度看信息一个字没少,从行为角度看性质完全变了:原来是信息找人,现在是人找信息。
这份文件并不否认这一点,它只是认为剩下那部分人的机会已经足够。
“没有记录证据表明有第三方用它做出了工具”
废除机器可读要求时,监管方给出两层核心理由。第一层是权限:法案只授权它要求“展示标签向消费者披露信息”,没有授权它要求把标签做成供计算机处理的数据文件格式。第二层是成本收益,原话是:
并无记录证据表明有任何第三方使用机器可读的标签内容开发出了有利于消费者的工具。
产业界的意见书说得更直接:为每一个套餐生成、托管并持续更新机器可读文件,要花费可观的成本与时间,而消费者得到的收益很小;对工程资源有限的中小服务商尤其吃力。
把时间线对齐来看:机器可读义务在2024年10月10日对所有服务商生效,2026年7月撤销,前后不到两年。这两年里,全美宽带服务商按法条要求,在专用网址上挂出了覆盖全部在售套餐的电子表格文件。随后监管方在卷宗里找不到任何一个基于这些文件开发的消费者工具。
供给侧确实照做了,没有人偷懒。后面第五节会看到,同一件事换一个法域,结局完全不同,差别只在一处。
一场关于“机器可读到底是给谁读的”的正面交锋
废除过程中还有一段争论,对做技术SEO的人尤其有参考价值。
无障碍权益组织提出反对,理由是这条要求对使用辅助技术的盲、低视力与盲聋用户是必需的,屏幕阅读器与可刷新盲文显示器这类技术依赖机器可读性。
监管方的回应把两件事分开:被废除的条款针对的是单独托管在专用网址上、以CSV、JSON或XML之类格式提供、主要为第三方批量数据聚合设计的数据文件;消费者在浏览器里直接查看的标签是另一回事,它采用HTML之类的格式,天然兼容屏幕阅读器等辅助技术,不需要额外软件或步骤。
这个裁决划出的界线值得记住:给爬虫和聚合器读的结构化数据,与给辅助技术读的语义化HTML,是两条不同的链路,不能互相替代。你的站点schema标得再完整,如果按钮是没有可访问名称的div,屏幕阅读器也不会因为页面有JSON-LD就读懂它。网站无障碍访问的落地清单里有更完整的说明,这里只强调结论:两条链路要分别验收。
一位委员把希望寄托在用户会主动去找
命令末尾附的委员声明里有一段话,态度很真实。这位委员写道,自己原本更希望展示完整标签,但仍然希望委员会、行业伙伴和消费者团体一起推广宽带标签这个概念,让消费者主动寻找并经常使用这项资源;就像逛超市的人想知道食物里有多少蛋白质和纤维一样,希望选宽带的人在做购买决定时也会主动找宽带标签。
这段话暴露了一个很常见的补救方案。设计决定从“默认展示”退回到“用户主动去找”之后,负责人手里通常只剩下教育用户这一个办法,而在所有可选方案里,教育用户是唯一不需要改代码、也几乎从未成功过的一个。
营养成分表这个类比反而印证了问题。超市里的营养成分表有人看,是因为它印在包装上、不需要点击,而且两盒麦片可以同时拿在手里比。这三点正好是被撤掉的三条规定所管的内容。
另外四处改动,其实都挺合理
为了公平,把其余四处也说明清楚,它们能反衬出那三条的性质。
电话销售允许口语化。原规则要求客服逐字朗读标签内容,新规则允许用自然、对话式的方式描述。这条改得合理:在电话里逐字宣读只制造噪音,还会拉长通话、增加培训和话术成本。
费用呈现可以简化。原规则要求逐项列出各类费用,而不少费用随司法辖区变化,导致同一个套餐在不同地区要出不同的标签。新规则允许披露最高金额或确切金额。后面第八节会详细讲这一条,它是整份文件里实操价值最高的一处。
删掉已结束补贴项目那一栏。那项低收入宽带补贴因国会没有继续拨款而终止,标签上继续保留只会误导用户,删除它属于信息清理。
账户中心允许用超链接或图标。这条和销售点那条同源,但发生在用户已经成为客户之后,影响小一些:老客户去账户中心查自己的套餐信息,本来就带着明确目的。
这四处都符合“减少无谓成本、不减少实际信息”的标准。正因为这四处改得站得住,那三处才更需要单独分析:它们是在一份论证严谨的文件里被认真论证后删掉的。
成本收益是怎么算的
废除机器可读要求时,文件引用了两条产业界意见。一条说:生成、托管并持续更新机器可读的宽带标签,成本超过了任何可能的收益,对工程资源有限的中小服务商尤其沉重。另一条说:为每一个套餐开发和维护专门的机器可读文件要耗费可观的成本与时间,而消费者得到的收益很小。
这两句话里有一个需要警惕的论证结构:成本是确定的、可核算的、由说话人自己承担的;收益是不确定的、难核算的、由别人享受的。在这种不对称下,成本收益比较的结论几乎可以提前预测。
企业内部也会出现同样的结构。你要推动一项基础设施类改造,比如统一字段命名、补齐数据源、做价格留痕,成本一定能算清楚(几个人天、几个迭代),收益一定算不清楚(少了多少次犹豫、少了多少次流失)。这类提案总是排在排期表的后半段,原因不在于它不重要,而在于它的收益无法核算,而排期会只处理可核算的事项。
唯一的办法是换量纲,把它挂到一件已有确定成本的事情上。第十节会给出具体做法。做合规类改造的人应该熟悉这个思路:商品页上写环保材质要拿得出证据这件事能推动下去,靠的是一个带日期的外部约束,而不是它对转化有好处。
顺带一提,撤销并不影响一件事
需要说明,这次修订没有改动标签本身:标签仍然要为每个在售套餐单独制作,仍然要在销售点可获取,仍然要对残障用户可访问,仍然要按营销所用语言出对应版本。被撤掉的全部是这份披露之外的附加动作。
所以情况比监管放弃更微妙:一件事拆成“必须存在”和“必须好用”两半后,前一半保住了,后一半在两年内被成本论证删掉。而对用户来说,他实际接触到的只有后一半。
建议自己去读一遍那份命令
本节引用的每一句都来自同一份文件:编号FCC 26-48,2026年7月22日通过,公开可查,正文加附件一百多页。把它当作产品决策文档来读,收获比当作法条读大得多。
值得直接翻看的有三处:第9段列出七项修改的完整清单,是最快了解全貌的位置;第32到35段是废除机器可读要求的完整论证,包括权限依据、成本收益,以及对无障碍组织反对意见的回应;第54段是“可能导致读到标签的消费者变少”这句话所在的位置,它出现在成本收益分析部分,语气非常克制。
如果只读一段,推荐第54段。那份FCC 26-48号报告与命令在这一段里一次讲完三处撤销的预期影响,逻辑一致:消费者仍能读到标签、仍能读到当前在售套餐的标签,因此不预期造成实质损害,同时能降低服务商成本。每一句单独看都成立,合起来就是那句“有机会看到”。
这份文件里我最欣赏的一点
它没有回避不利事实。
换一种写法其实很容易:只说“允许使用超链接以提升灵活性”,不提读到标签的人会变少;只说“消除不必要的技术负担”,不提没有第三方用过。这些话都不算撒谎,而且更好看。
但它把不利于自己结论的事实写进正文,再论证为什么仍然选择这个结论。这种写法在企业内部的决策文档里很少见,而它恰好是判断决策文档质量的最好标准:有没有写下对自己不利的事实。
这也是我做方案评审时的一个习惯:先翻风险部分,如果那里只有“技术风险可控”“进度风险可控”这类句子,前面的内容基本就不再看。一个写不出自身坏消息的方案,通常也没认真想过它会怎样失败。
被撤掉的三条规定,为什么都落在商品信息的第二层和第三层?
把七处修改放在一起看,会发现一个不太像巧合的规律:被删掉的三条,管的都是信息能不能被用起来,没有一条管信息在不在。
一条信息的三个层次
任何一条商品信息,在页面上都处于三个层次中的某一层。层次越高,成本越高,价值也越高,但被检查到的可能性越低。
| 层次 | 它保证了什么 | 怎么验证 | 谁能强制 |
|---|---|---|---|
| 第一层 · 存在 | 这条信息在站上能找到 | 搜一下有没有,一分钟 | 法规、法务、验收清单 |
| 第二层 · 在决策位置 | 它出现在用户做决定的那一屏、那一刻 | 只能靠观察真实用户 | 法规勉强能写,代价很高 |
| 第三层 · 可跨项对齐 | 它能跟另一个选项的同一条并排比 | 把两个页面并排放,逐字段数 | 几乎没有法规写得出来 |
用这张表对照被撤的三条规则,完全吻合:不许只放链接、必须紧邻套餐广告,管的是第二层;机器可读、专用网址、电子表格格式,明确写着目的是让第三方做比价工具,管的是第三层;停售后存档两年,管的是时间维度上的第三层,让今天的价格能和去年的价格并排比较。
保留下来的规定全部属于第一层:标签要有、要能被辅助技术读到、要有对应语言的版本。合规成本主要花在让披露真正可用的那部分上;所以一旦开始谈减负,最先被删的一定是第二层和第三层。
为什么第三层几乎没有法规写得出来
原因不在立法者,而在义务的挂载方式。
披露义务天然挂在单个商品上:每个套餐一份标签,每件商品一份成分表,每包食品一张营养表。执法也只能按这种方式进行:检查员打开一个商品页,逐项核对应有的字段是否存在。
用户的动作却是跨商品的:他要在三个套餐里选一个。监管无法要求卖家把自己的商品和竞争对手的商品并排展示,也很难要求他自己的三个套餐字段对齐。后者理论上能写,但已经超出披露范围,变成了规定页面怎么设计。
因此立法能走到的最远处,就是那条被撤掉的机器可读要求:不规定你怎么并排,只规定你把数据交出来,由愿意做并排的人去做。这是一条很聪明的迂回路线,可惜这次在美国被认定为超出授权范围,同时收益不足。
三句判据
判断一条信息处在第几层,问三个问题就够,顺序不能换:
- 这条信息在站上存在吗?——不存在就先补上,不必继续往下问。
- 它出现在用户做这个决定的同一屏吗?——如果要点开折叠块、跳转新页面或打开浮层才能看到,答案是否。
- 它能不能和另一个选项的同一条信息并排对齐?——同一个字段名、同一个单位、同一个位置,缺一项答案就是否。
多数团队第一问答得很好,第二问开始犹豫,到第三问才第一次发现这件事从来没有人负责。
第三问还有一个用途:只有它能解释为什么“我们明明都做了”和“用户还是选不出来”可以同时成立。双方都没说错,只是说的是同一件事的不同层次。
和“用户那一侧缺输入”不是同一个问题
这里要和一个很接近的问题区分开,否则容易用错解法。
之前分析过另一类缺口:商品页上每条信息都是关于商品的,而用户要下的判断关于他自己,比如粉底色号。页面把商品信息写得再全,用户也不知道自己是冷调还是暖调,缺的那一半在用户身上,而他没有测量工具。那类问题的解法是设法收集用户那一侧的输入。
本文讨论的是另一种情况。选宽带套餐时,用户能给出自己那一侧的输入:家里几口人、看不看4K、每月愿意花多少钱。缺的是页面上已有信息之间的空间关系,而非用户输入。三个套餐的合约期写在三个不同位置、用三种不同说法,其中一个还是折叠的,用户只能凭记忆在三块区域之间来回搬运数字,而人的工作记忆一次装不下三组四元数。
两类问题的解法方向相反:前者要收数据,后者要调整版面。把后者当成前者来处理,就会做出一个又一个“帮您推荐合适套餐”的问答向导,而用户真正需要的只是把三列数字对齐放在同一屏里。
顺带解释了一个长期困惑
这套分层还能解释一个老问题:为什么“把信息写得更全”经常不起作用,有时还起反作用。
往第一层加内容,是所有动作里成本最低、最容易产出交付物、也最不需要跨部门协作的一个。一个人一个下午就能给商品页加三段说明,截图发到群里,任务就算完成。但它对第二层和第三层的贡献是零,甚至是负的:页面变长后,用户要在更多内容里翻找真正要比较的信息,对比反而更难。
于是出现了常见的一幕:详情页越做越长,转化率没有变化,复盘会的结论是“内容还不够详细”。
为什么第二层没法被清单检查
第一层能被检查,是因为判定结果是二值的:信息要么在,要么不在。搜一下、点一下,一分钟就有结论,两个人检查会得到同样的答案。
第二层的判定条件里有一个变量:用户当时正在做哪个决定。同一条信息,对正在挑型号的人处在决策位置,对已经选定、正在填地址的人就是噪音。因此“它是否出现在决策位置”脱离具体决策就没有答案,而清单式检查要求答案与检查者无关。
所以第二层只能靠观察真实用户来验证,成本比打勾高一个数量级:要招募参与者、设计任务、录屏,还要有人看完并写出结论。一个团队一年做几次这样的观察是现实的,把它变成每次发版的常规检查项不现实。
退而求其次有两个办法。一是用页面结构做代理判断:这条信息是否需要额外操作才能看到,需要就判否。这条规则虽然粗糙,但可以写进清单。二是用行为数据做事后判断:看那个折叠块的展开率,以及展开和未展开用户的转化差异。后者不需要新增埋点,多数站的现有统计就能拉出来。
第三层的成本高在哪
第三层要求同一个属性在多个商品上使用同一个名字、同一个单位、同一个取值集合。难点在于它需要多个负责人共同约定,并且要长期维护,技术本身并不难。
更麻烦的是历史包袱。新建字段是纯增量工作,统一一个已经用了三年的字段,则要回填几百条商品数据、处理新旧值映射、检查依赖该字段的筛选器和数据源是否会出错。字段对齐的成本随时间指数上升,收益却不变,属于典型的越拖越贵的任务,也正因如此总是被拖着。
降低门槛的办法是不追求一次性全站统一,先处理真正会被拿来比较的属性。判断依据很简单:用户在两个商品之间犹豫时会问哪几个问题,就先统一那几个。多数品类里这类属性有三到六个,而不是三十个。
三层之间不能跳级
最后是一条纪律:三层严格递进,不能跳级。
一条信息如果根本不存在,讨论它放在哪里、和谁对齐都没有意义。反过来,如果信息已经在第一层,没有先搬到决策位置,就直接跳到第三层做对比表,你会得到一个做得漂亮却没人看的对比页面:用户在做决定的那一屏上仍然看不到它,不知道有这样一张表,也不会专门去找。
这个顺序也决定了排期顺序:先补齐应有的信息,再把位置调对,最后做对齐和对比。很多团队的顺序正好相反,先做一张漂亮的对比表,上线后发现流量很少,就判定这个方向没价值,实际上只是入口那一层没做。
什么时候可以不管第三层
为避免这套框架被滥用,需要说明适用边界。以下三种情况,第三层确实不重要。
第一种:品类里根本不存在候选集。用户要买的东西只有一个选项,或者早已认定要买哪一个,剩下的只是完成交易。补充耗材、指定型号的配件、按图纸下单的定制件,多属于这一类。这时把精力放在结算流程上,比放在对比上划算得多。
第二种:决策由单一变量主导。如果90%的用户只看价格,把价格放对位置就相当于完成了第三层,因为比较实际上只发生在一个维度上,列表页的排序功能已经解决了它。判断方法:看筛选和排序的使用分布,如果绝大多数人只用价格排序,这个品类的比较维度就是一维的。
第三种:客单价低到不值得比较。比较有成本,用户会本能地衡量值不值。几十块钱的东西,多数人宁愿买错,也不愿意花五分钟对比。这条界线在不同市场的位置不同,但一定存在。
反过来说:候选集大于一、比较维度大于一、客单价又高到值得花时间时,第三层就从锦上添花变成必需品。宽带三项全中:三到六个套餐、四五个维度、一签就是一两年,所以问题被放大到肉眼可见。
顺便回答一个常见反驳
常有人提出:用户并不是真的在做理性比较,行为经济学早就证明人靠直觉决策,要求字段对齐是不是把用户想得太理性了?
这个反驳对了一半。人确实不会真的去算,但会不会算和能不能算是两件事。能算而选择不算,他会凭直觉快速下单;算不了,他就会卡住,而卡住的表现通常是直接换一个站,很少有人停下来慢慢想。
前面的数字印证了这一点:合约期不明显的站上,20%的人放弃了本来适合他们的套餐。他们并没有算错,而是无从计算,于是退出。字段对齐不是替用户做数学题,而是让他两秒内确认这道题有解,然后放心地凭直觉选。
欧盟电子通信法典为什么反过来规定必须有比价工具?
对同一件事,欧盟的处理方式几乎在每个关键点上都和美国相反,而且比美国早四年就写进了法律。
机器可读和无障碍被写在同一句话里
《欧洲电子通信法典》,即2018年第1972号指令,第103条第1款要求主管机构确保:附件九所列信息由所有服务商以清晰、全面、机器可读的方式,并以对残障终端用户可访问的格式发布,并定期更新。主管机构还可以对发布形式提出额外要求,并有权要求服务商在发布前先报送信息。
注意这句话的结构:机器可读和无障碍格式是并列的两项要求,写在同一个句子里,中间只隔一个逗号。美国这次废除机器可读要求,用的正是“这两件事不是一回事”这个论证。同一组概念,两个法域的处理方向相反。
这里不评判谁对。技术上美国的切分站得住,CSV文件确实不是屏幕阅读器的处理对象。值得关注的是另一点:一条规则同时服务两个目的时,比只服务一个目的的规则更难被废除,因为要同时推翻两个理由。欧盟那句话把两个目的绑在一起,美国那条规则是单独设立的,一次成本收益论证就能拆掉。写内部规范时可以直接借用这个技巧。
不只要求你发布,还要求市场上必须存在比价工具
第103条第2款是本文最希望你记住的一条。它要求主管机构确保终端用户能免费访问至少一个独立的比价工具,用来比较和评估不同的互联网接入服务与人际通信服务,比较维度包括价格资费,以及有最低服务质量承诺时的服务质量表现。
仔细看:法律没有停在“你要把数据公布出来”,而是直接规定市场上必须存在一个可用的比价工具,并把确保它存在的责任交给监管机构。
第3款接着规定这个工具必须满足八项条件:
- 运营上独立于被比较的服务商,确保各家在搜索结果中被平等对待;
- 明确披露工具的所有者和运营者;
- 列出清晰客观的比较标准;
- 使用简明无歧义的语言;
- 提供准确且最新的信息,并注明最后更新时间;
- 对任何愿意提供相关信息的服务商开放,覆盖市场相当大一部分的报价,并且在展示结果之前就明确声明所呈现的并非市场全貌;
- 提供有效的错误信息举报流程;
- 能够比较价格、资费与服务质量表现。
满足这八项条件的比价工具,经运营方申请,应由主管机构予以认证。
八项里有两项,做内容和做工具的人都应该照搬。一是注明最后更新时间,这是把“数据是否新鲜”这个不可见属性变成可见字段的最低成本做法。二是在展示结果之前声明这不是市场全貌,注意是之前,不是页脚小字。做过比价类内容的人都清楚,这句话放在结果之前还是页面底部,读者对整个榜单的信任程度完全不同。
第三方免费取用被写成了一项权利
第3款最后一句为这套设计收尾:
第三方有权免费并以开放数据格式使用互联网接入服务或公开可用的人际通信服务提供商所发布的信息,用于提供此类独立比价工具。
把美国和欧盟的做法并排对比,差别很清楚:
| 美国(2022年立,2026年撤) | 欧盟(2018年立,仍在生效) | |
|---|---|---|
| 供给侧义务 | 有:机器可读+专用网址+表格格式 | 有:机器可读方式发布并定期更新 |
| 需求侧主体 | 没有规定 | 有:必须存在至少一个独立比价工具 |
| 第三方取用 | 未明确赋权 | 写成权利,免费,开放格式 |
| 质量把关 | 无 | 八条要求+官方认证 |
| 结局 | 以“无人使用”为由废除 | 持续生效 |
只立供给不立需求的开放数据,一定会以“没人用”收场
这是本文最核心的一条判断。
如果只规定“数据必须交出来”,不规定“谁在什么场景下必须用它、用来做什么、做出来要满足什么标准”,两年后统计的使用量必然接近于零。这个零证明不了数据没有价值,它是需求侧缺位的必然结果。
更麻烦的是,这个零会被当成证据使用。美国这次废除的核心论据就是“没有记录证据表明有第三方用它做出了工具”。从卷宗看,这句话完全属实;从因果看,这是制度设计本身造成的结果。
这条判断对独立站和内容从业者很有参考价值,因为我们手上有大量只有供给、没有需求的东西:
- 结构化数据:Product、Offer、AggregateRating标得一丝不苟,却从没问过哪个具体消费方会读它、读到之后你能观测到什么变化;
- 商品数据源:字段填满后推给各个渠道,从没核对过哪些字段真正参与了展示和排序;
- llms.txt:它和宽带标签的结构几乎完全相同——一份写给机器的清单,供给侧标准清清楚楚,需求侧没有任何一家引擎承诺必须读取。实测十个站之后我写过它到底有没有用,结论和这里一致:没有需求方承诺的供给标准,最终会被使用率数据当作废除理由。
因此,在上线任何面向机器的东西之前,先花十分钟回答三个问题:谁会读它?读到之后他会做什么?这件事发生了我怎么知道?只要有一个答不上来,就应该降低优先级。原因不在于它没有价值,而在于你无法证明它有价值,无法证明价值的东西在下一轮减负时最先被砍。
服务质量那一条,把可比较推得更远
第103条之后的第104条,处理的是另一件独立站同样绕不开的事:如何让“服务质量”变得可比较。
它授权监管机构要求服务商发布全面、可比较、可靠、易用且最新的服务质量信息,并要求监管机构在充分参考行业机构指引的前提下,明确规定要测哪些质量参数、用什么测量方法、发布信息的内容与形式,以及可能的质量认证机制。
这一整套规定的目的只有一个:可比较。它承认,如果不规定测量方法,各家报出的数字虽然都不假,彼此却无法比较。商品页上的问题与此完全相同:一个卖家写“续航20小时”,另一个写“中等音量下18小时”,两个数字都真实,放在一起却没有意义。
可以直接照搬的做法是:凡是希望被用来比较的指标,在字段说明里同时写明测量条件。这对独立站的好处是,你的数字被拿去和别人比较时更有利:对手报的是没有条件的漂亮数字,你报的是带条件的诚实数字,懂行的买家会更信任后者;不懂行的买家至少不会因为你的数字小而直接排除你,因为他能看出差别来自口径。
合约期上限那一条,出海做订阅的要看
接下来的第105条,给订阅业务划了一条硬线:面向消费者的电子通信服务合同,约定的承诺期不得超过24个月,成员国还可以规定更短的上限。
自动续约部分同样需要关注:如果合同或本国法律规定固定期限合同到期后自动延长,那么延长后终端用户有权随时终止合同,通知期最长一个月,且除通知期内的服务费外不承担任何费用。终止条件与流程本身也不得成为更换服务商的障碍。
这条规则同样适用于微型企业、小型企业和非营利组织,除非它们明确同意放弃。
对应到独立站:如果你的订阅业务面向欧盟消费者,“自动续约后锁定一年”这种设计存在法律风险,合约期本身也有硬上限。这和本文主题是同一件事的两端:合约期是用户比较套餐时最想看清的字段之一,法律直接给它设了上限,并保障了退出路径。订阅的具体配置与续费失败挽回,可以参考订阅商品、定期扣款与续费失败处理的完整实操,这里只提醒一点:把合约期和退出条件放到决策位置上,往往比多写三行卖点更能促成第一单。
两个法域的分歧,本质是对同一个空白的两种态度
回顾本节,美国和欧盟面对的是同一个空白:披露义务只能挂在单个商品上,而比较是跨商品的动作。
美国的处理是把数据交出去,等市场自己长出比较工具;欧盟的处理是先规定比较工具必须存在,再倒推出数据义务和取用权利。
结果差异明显:前者两年后以“没人用”为由撤销,后者持续生效。这里的教训很朴素:任何供给侧标准都必须先有一个明确且有动机的消费方,否则它的使用量数据迟早会被当作废除它的证据。
原文在哪一段
本节引用的条文均出自欧盟第2018/1972号指令《欧洲电子通信法典》第三部分的终端用户权利一章。第102条规定合同信息要求,第103条规定透明度、报价比较与信息发布,第104条规定服务质量,第105条规定合同期限与终止。
时间有限的话,只读第103条第2款和第3款即可:前者规定必须存在至少一个免费的独立比价工具,后者列出八项要求、认证机制,以及第三方免费取用数据的权利。整段不到八百个英文词,是我读过的把“可比较性”写得最完整的公开文本。
需要提醒的是,指令需要各成员国转化为国内法,具体到某个国家,细节会有差异:认证机构是谁、有没有额外要求、比价工具由谁运营,各国落地方式不同。做欧盟市场时,指令给出的是下限和框架,真正约束你的是目标国的转化立法。很多合规文章略过了这一点,读者误以为查完指令就算查完了。
一个可以直接借用的立法技巧
本节的方法论可以直接用于编写内部规范。
欧盟这套设计里有三个配套动作:规定供给(信息要以机器可读方式发布并定期更新)、规定需求(市场上必须存在至少一个符合八项要求的独立比价工具)、规定取用(第三方有权免费以开放格式使用这些信息来做工具)。缺少任何一个,链条就会在某处断开。
转成编写规范时的检查表:每次要求某个团队产出一份数据、一个字段或一套标记,先写清楚谁是消费方、消费方拿它做什么、消费方有没有权限和动机去获取。三个问题答不全,这份产出在下一次减负时一定会被砍掉,而且砍它的人手里会有一份完全属实的使用量报告。
这也是我这些年不太认同“先把基础打好,价值以后自然会体现”这种说法的原因。价值需要有人消费才会体现;没有消费方的基础设施算不上基础,只是库存。
你的商品页上,哪些商品信息只做到了第一层?
宽带案例的价值在于它把一个普遍问题推到了极端:商品少到不可能信息过载,监管细到不可能不知道该写什么,结果用户照样选不出来。你的站没有监管替你写字段清单,情况只会更松散。
逐条对号入座
下表根据我这些年经手的独立站整理,第三列填的是行业里最常见的状态,并非最差状态。
| 信息 | 用户拿它做什么判断 | 通常卡在第几层 | 升到下一层要动什么 |
|---|---|---|---|
| 合约期/订阅周期 | 算总支出 | 一层:写在条款页 | 搬到价格旁边,与价格同字号 |
| 次年价/续费价 | 比较真实成本 | 一层:藏在小字 | 与首年价并排显示两个数 |
| 运费与关税 | 算到手价 | 一层:运费政策页 | 列表页给区间,详情页给上限 |
| 交期 | 能不能赶上用 | 二层:详情页有 | 两个商品交期用同一种口径 |
| 规格参数 | 选哪一个型号 | 一层:一段自由文本 | 拆成固定字段,全站同名 |
| 成分/材质 | 能不能用、耐不耐用 | 一层:一长串 | 把用户真正在比的那两项提出来 |
| 尺码 | 合不合身 | 二层:有尺码表 | 同一属性在两个商品间对齐 |
| 库存与可得性 | 要不要现在下单 | 二层:显示有货 | 说清是哪个仓、什么时候发 |
| 退货窗口与谁付运费 | 估算试错成本 | 一层:政策页 | 写进每个商品的固定字段 |
| 单位价格 | 比不同规格的划算程度 | 多数没有 | 算出来,放列表页 |
最后一行单独说明。单位价格很特殊:它是极少数专门为跨商品比较设计的字段,把不同包装规格换算到同一个分母上,让500克装和1.2千克装可以直接比较。欧盟对它有强制要求,而在多数站上它是整页唯一一个你从没存过、只能现算的数字。这两件事互为因果:它天生属于第三层,所以商品数据库里没有它的位置;数据库里没有,所以它总是最后才被想起来。
三个最容易被误判的例子
误判一:做了尺码表就等于做好了尺码。尺码表是典型的第二层做到、第三层没做。用户在两件衣服之间犹豫时,要比较的是两件的同一个部位,而两个商品页的尺码表往往行数不同、部位名称不同,有的量平铺,有的量围度。更深一层的问题是,行业标准用的词和用户描述自己的词本来就对不上,字段不对齐时,这个偏差会被放大两次。
误判二:把折叠块当成节省空间。折叠、标签页、抽屉这类控件,实际上是用第二层换取第一层的整洁。信息还在,只是不在同一屏了。这在商品页上的代价已经有过量化:横向标签把页面收拾干净,代价是用户再没法把两块信息放进同一屏。宽带测试里观察到的是同一种模式:有个站把套餐详情默认折叠在手风琴控件里,用户只能逐个点开,才能看出三个套餐的区别。
误判三:把可选权益当成差异化。前面那个1%的数字,建议在选品会上重点提出。附加权益在立项时是差异化,在对比表里是噪音;它抬高价格、拉长条目,让“这个套餐到底含什么”多了一层复杂度。如果要加,就做成加购项,不要做成套餐的一部分。
从第一层到第二层,比从零到一便宜得多
这是排优先级时最容易被忽略的经济账。
一条信息如果已经存在于站上,把它搬到决策位置通常只需要改模板:字段已经有了,内容已有人维护,只需让它在另一个位置再渲染一次。一条从未有过的信息,则要新建字段、定义口径、回填历史数据、指定维护人、写进上新流程,成本往往是前者的十倍以上,还会带来一项新的长期负债。
所以清单排序的第一原则是:先把已经存在但位置不对的信息搬对,再考虑补新字段。多数站在这一步获得的收益,比再写三段商品描述大得多,而且做完后页面通常会变短。
另外七类同样卡在第一层的东西
上表按商品字段列出,另有一类信息不属于任何单个商品,但在决策中被反复用到,而且几乎全部停留在第一层:
- 能不能开发票、开什么票——帮助中心里有,下单页没有,B2B买家会为这一条专门发一封邮件;
- 支持哪些支付方式——页脚有一排图标,但用户要到最后一步才知道自己常用的方式在不在其中;
- 售后由谁负责、多久响应——条款页有,商品页没有;
- 保修期从哪天算起——写了保修一年,没写起算点是下单日、签收日还是激活日;
- 缺货后多久补货——只显示售罄,用户不知道该等还是该走;
- 换货是否重新计算运费——退货政策写了退货,很少写换货;
- 数量阶梯的下一档在哪——报价随数量变化,却不告诉买家再加多少件能进入下一档。
最后一条是我最推荐的例子,它带来的转化几乎没有成本。买家已经决定购买、正在填数量时,提示他“再加12件单价降到某个数”,是全站唯一一处用户完全不反感的加购提示,因为它帮他省钱。所需数据你早就有了,就是价格阶梯表本身。
怎么判断一条信息该不该进商品页
补齐信息容易走向另一个极端:什么都往商品页里塞。有一个比较管用的判断标准:这条信息会不会改变用户在两个候选之间的选择。
会改变的,放进商品页,并且放进对比区域;不改变选择但影响买不买的,放在商品页的次要位置;两者都不影响、只在购买后才用得上的,留在帮助中心,并在订单完成页提供入口。
这条标准与电商页面设计那几条经验法则背后的认知心理学逻辑一致:人在做取舍时的容量有限,多放一样东西,就要有另一样东西让位。
按这个标准分一遍,多数商品页会变短。把品牌故事和材质工艺的散文段落让位给合约期、单位价格、起订量这些枯燥的数字,通常是转化率提升最快的一次改版,也最容易遭到品牌部门反对。
一个常被问到的问题:这会不会让页面变得很像表格
会,但这未必是坏事。
比较的时候,用户需要的就是表格。散文适合建立好感,表格适合支撑决策,这两件事发生在用户旅程的不同位置。常见的错误不在用了表格,而在把两者的位置搞反了:首屏堆一大段品牌叙事,参数表却折叠在第五屏。
更实际的做法是让同一份数据有两种呈现方式。商品页给出完整字段表,列表页和对比页只展示三到六个真正会被比较的字段。字段是同一套,展示密度不同,这也是字段对齐必须先做的原因,它是所有呈现方式共同的基础。
那张并排的表本身怎么做
要求并排,就得给出具体做法,否则很容易做成一张没人看的大表。
列数控制在三到四个。超过四列,移动端只能横向滑动,一旦需要横滑,并排在物理上就不成立了,用户仍然要靠记忆搬运数字。候选超过四个时,应该先让用户筛掉一批,不要把表撑宽。
行的顺序按决策权重排,不按字段目录排。用户最先要排除的条件放在第一行。多数品类里,第一行是价格或总成本,第二行是最容易一票否决的硬条件:尺寸放不放得下、能不能配送到、合约要签多久。品牌故事和获奖记录不应出现在这张表里。
差异要标出来,相同的行可以折叠。三个候选里有八行完全相同、四行不同,用户真正要看的是那四行。提供一个“只看不同”的开关,是这张表上性价比最高的功能,实现成本极低。
空值不能留白。格子空着,用户读到的是“没有这个功能”,实际情况往往是“这项数据没录入”。写“暂无数据”和留白,在决策上是完全不同的信号:前者用户会去查,后者用户会直接排除。
单位写在表头,不要写在每个格子里。这样既省空间,也迫使你确认整行使用同一个单位;如果写不进表头,说明这一行的字段还没对齐,就先别做这张表。这是一个很好的自检方法:表头写不出统一单位的行,都是字段治理还没做完的地方。
最后一条经验来自做得好的案例:并排表的价值在于替用户完成排除,而不在于展示得多全。一张能让人在十秒内划掉两个候选的表,比列了三十行参数的表有用得多。做完后自己试一遍:如果你盯着它也要看半分钟才知道选哪个,说明还没做完。
商品字段对齐为什么在团队里长期没有人负责?
第三层的价值这么明显,为什么长期无人认领?分析过几家客户的流程后,我发现原因不在能力:现有的每个环节都恰好只能看到一个页面。
四道工序,都是单页视角
模板系统按单个商品渲染。商品页模板拿到的上下文是一个商品对象。模板里可以写任何逻辑,但无法获取“另一个商品的这个字段是什么”,因为那个对象不在作用域里。列表页虽然能拿到多个商品,但列表页模板通常只负责卡片,卡片上放什么早已固定。
设计评审看的是单张稿。评审会上展示的是商品页的完整设计稿,大家逐块讨论层级、字号、留白。没有人会把两张同类商品的稿子并排贴出来,因为看起来像在浪费评审时间:两张稿子长得一样,没什么可比的。问题恰恰在于它们长得一样却对不齐:相同的位置放的是不同的字段。
实验体系测不了跨页面的事。A/B测试的分流单位是用户或会话,度量单位是页面或漏斗步骤。你可以测“详情页加一个参数表能不能提升转化”,但“用户在两个商品之间来回切换时是否更容易做决定”没有对应的实验位,因为它跨越两个页面,而且是哪两个页面,取决于用户自己怎么浏览。
搜索落地页也是单商品页。自然搜索的落地页大多是单个商品页,用户带着明确意图进来。这会强化一种错觉:用户就是冲这个商品来的,把这一页讲透就够了。实际上他很可能刚从另一个站的另一个商品页过来,脑子里正记着一组数字。跨站同时比较这件事在归因报表里的样子我另外算过,五个渠道的占比加起来能到159%,因为同一个人在一次决策里打开了不止一个网站。
还有一层组织原因:谁来定字段名
字段对齐最棘手的地方在于,它不属于任何一个具体的人。
商品经理负责自己产品线的商品资料完整,前端负责模板正确渲染,设计负责视觉一致,内容负责文案质量。每个人在自己的范围内都能做到满分,而“三条产品线在同一个属性上用了三个不同的名字”不在任何人的范围之内。
更隐蔽的是,这种不一致在内部完全不会造成困扰。公司里的人知道净重和规格是一回事,知道“标准装”就是500克,知道A线的“适用温度”和B线的“耐温范围”是同一个指标。团队对自家产品越熟悉,越难发现这类问题,因为评审桌上每个人脑子里都有一张自动对齐的映射表。
把它交给谁
结论很简单:这件事应该挂在字段定义上,而不是页面设计上。
页面评审天然是单页的,在那里提“要和另一个商品对齐”会显得跑题。字段定义评审天然是跨商品的:讨论的是这个属性在全站范围内叫什么、用什么单位、取值范围是什么,对象本来就不是某一个商品。
操作上只需加一栏:新增或修改任何商品属性时,写明它在同类商品上是否使用同一个字段名、同一个单位、同一个取值集合。这一栏不允许填“视情况而定”。属性没对齐时用户扫完一整屏一个都没点开,而这件事在报表里等于没发生,所以指望数据来提醒并不现实,只能靠流程卡住。
顺便,这也解释了筛选器为什么难做
很多站的筛选器不好用,根源不在筛选器本身,因为它是第三层的直接产物:一个属性只有在全站商品上使用同一个封闭取值集合,才能成为筛选项。属性一乱,筛选器要么选项爆炸,要么筛完为空。
所以筛选器的质量能反映字段治理的状况。用户侧的感受同样可以观测:在集合页连点五个筛选之后用户其实已经忘了自己选过什么,而“已选条件”回显区能不能做出来,也取决于每个筛选项有没有稳定的显示名。
还有一个原因:它做完了不像做完了
前面讲的是流程上看不见,另一层原因是交付物不好展示。
给商品页加三段文案,有截图;重新设计参数表,有对比图;做一次改版,有前后对照。把两个商品的属性字段统一成同一个名字,做完后页面几乎看不出变化;做得好的话,用户甚至察觉不到发生过什么,只是不再觉得别扭。
这类工作在组织里处境尴尬:投入是实打实的,产出是隐形的,汇报时只能说“我们统一了14个属性字段”,听的人无法把这句话换算成任何他关心的指标。做完后没有截图可发的事,争取资源时天然吃亏。
解决办法是给它造一个交付物。最省事的就是并排截图:改造前数出对齐的字段有3个,改造后有11个。给隐形工作绑上一个可以计数的数字,它才有资格进入下一轮排期讨论。
为什么用户调研也常常抓不到它
这类问题在标准的可用性测试里也不容易暴露。
常规测试的任务描述通常是“请在这个网站上找到一款适合你的某某产品并加入购物车”,任务范围限定在一个站内。而真实的比较行为经常跨站发生:用户开着三个标签页,其中两个是你的竞争对手。受测者在你的站上表现得很顺利,因为任务本身已经假定他会在你这里选。
要发现这类问题,任务设计要改成开放式,允许并鼓励参与者去任何地方查看。宽带那轮测试之所以能测出85%的人至少放弃过一个站,正是因为任务允许放弃。不允许用户离开的测试,测不出用户为什么会离开。
如果没有条件做这类测试,可以退而求其次,看站内搜索和客服记录。用户在站内搜索框里输入带比较词的查询,说明他想比较却比不了;客服反复被问同一组问题,说明这几个字段没有到位。客服工单里能挖出来的东西比多数人以为的多,这类线索每天都在产生,不用等排期。
先动哪个团队
如果只能推动一个环节,我会选商品资料的录入端,而不是页面端。
原因是脏数据一旦入库,下游每个消费方都要各自处理一遍:模板要兼容,筛选器要兼容,数据源要兼容,导出的表格也要兼容。在入口处多花十分钟,比在四个下游各花两小时便宜得多,而且这个成本不会随时间上涨。这也是卡点要设在字段定义评审的原因,那里正是入口。
价格取决于收货地址时,商品页该展示什么?
宽带生意还有一个性质,在跨境电商里相当常见,只是很少被单独命名:页面上展示的是商品的可能性,而不是商品本身。真正的商品,即价格确定、速率确定、能否安装也确定的那个东西,要等用户提交地址后才能算出来。
超过一半的人会去看那张地图,而它的故障率是行业均值的两倍
电信那轮测试里有一组数字很能说明问题:超过一半的参与者至少访问过一次覆盖地图,用来确认自己所在区域有没有服务,这使它成为整个信息收集过程中的关键一步。
坏消息是:使用覆盖地图的参与者中有13%遇到了技术故障,是该机构在其他大规模行业研究中观察到的两倍。有人等了很久,最后等来一个技术故障提示,说“到这一步我大概不会打那个电话了,我直接去别处看看”;有人对着一块加载失败的区域说“这显然也不工作,我不知道那本来该是个什么,地图之类的吧”。
行业里最关键、超过一半用户必经的功能,故障率却是行业均值的两倍。这是一个信号:承担“把待定变成确定”职责的组件,往往是重型组件,要查后端、连第三方数据、渲染地图、处理边界情况,因此也最容易出故障。它出故障的代价不只是少一个功能,而是整个商品重新回到不存在的状态。
标签繁殖问题,和官方给的那个笨办法
待定商品会给披露带来一个数量上的麻烦:价格随地区变化时,到底该出几份披露?
美国这次修订正面处理了这个问题。原规则要求逐项列出各类费用,而很多费用随司法辖区变化,结果每个辖区都要单独出一份标签,官方文件称之为标签繁殖问题。行业技术咨询组织提出的方案是:用一个“最高不超过”的单值,显示所有辖区中适用的最高金额,技术上完全可行,不必为每个辖区单独出一份。修订采纳了这个方案,允许服务商披露最高值或确切金额。
这个笨办法值得借鉴。跨境独立站面对的是同一个问题:关税、增值税、偏远地区附加费、大件运费都随收货地变化,而商品页上需要给出一个数。三种处理方式的实际效果差别很大:
| 做法 | 用户能不能算 | 风险 |
|---|---|---|
| 写“以结账页为准” | 不能 | 把不确定性原封不动推给用户,弃购集中在结账前一步 |
| 只写最低值起 | 能算,但算出来是错的 | 结账时数字跳涨,信任一次性归零 |
| 给上限或区间 | 能算,且不会低估 | 看起来贵一点,但决策能当场完成 |
第二种最常见,也最危险。配送成本这件事在下单前的弃购里占多大分量我单独拆过,这里只补充一条实操建议:给出上限时,要在旁边注明这是上限,并说明多数订单实际落在哪个区间。用户对“最多不超过”的接受度远高于“起”,因为前者可以用来做最坏打算,后者无法用来做任何打算。
词汇表里有这个字段,只是没人填
结构化数据这一侧并不缺表达能力。schema.org的Offer类型上有 eligibleRegion 和 ineligibleRegion 两个属性,官方说明写得很清楚:取值可以是ISO 3166-1或ISO 3166-2代码、一个地点,也可以是一个GeoShape,用来表示该报价或配送费用规格有效或无效的地理政治区域。
GeoShape可以表示任意多边形。因此,把覆盖地图表达成结构化数据,词汇表层面早已支持,粒度也够用。同一类型上还有 priceValidUntil、eligibleQuantity、advanceBookingRequirement 等字段,为“这个价格什么时候到期”“买多少才是这个价”“要提前多久预订”都预留了位置。
结局也很熟悉:这些字段几乎没人填。这和机器可读标签的情况完全一样:表达能力早已到位,缺的是一个会读取并给出反馈的消费方。所以我不建议为了完整性把schema的每个字段都填满,而是建议先弄清楚哪些标记真的参与了检索侧的判断,再决定投入。
和“那个数字还没算完”要分开看
这里还要和一个相近问题区分。之前分析过结账页的配送日期:你写的是2个工作日,他记的是周四,这两个数从来没在同一个系统里对过账。那是一个已经确定的商品,某个属性还没算完,商品本身存在,用户也已经决定购买。
本节讨论的是另一种情况:整个商品都还没有成立。价格、速率、能不能买,全部取决于用户还没提交的输入。两者的差别决定了页面的设计:前者要补完计算并统一口径;后者要在收到输入之前如实说明“你现在看到的是什么”,并把收集输入的步骤放到尽量靠前的位置,不要留到结账时。
更直接地说:如果商品价格必须等用户输入才能确定,先收集输入、再展示商品,几乎总比先展示一个随时会变的价格好。宽带站的覆盖地图有超过一半的人主动使用,正是因为用户自己明白这一点。他不需要被教育,只需要这个功能别出故障。
哪些生意其实都在卖待定商品
单独拎出这个性质后会发现,它比想象中普遍。凡是“最终价格或可得性取决于用户尚未提交的输入”的,都属于这一类:
| 品类 | 那个决定性的输入 | 页面上通常写着 |
|---|---|---|
| 跨境大件家具 | 收货地址与楼层 | 运费以结算页为准 |
| 定制印刷与包装 | 尺寸、数量、工艺 | 某某价格起 |
| B2B工业品 | 数量与交付周期 | 询价 |
| 保险与延保 | 年龄、地区、标的 | 低至每月多少 |
| 安装类服务 | 现场条件 | 标准安装免费 |
| 生鲜与冷链 | 配送地址与时段 | 部分地区可配送 |
| 分期与先买后付 | 信用评估结果 | 可分12期 |
B2B那一行是把这个性质摆到明面上的做法:直接写“询价”,等于承认商品还没成立。公司账户、分级定价与报价协商那一整套配置解决的正是这个问题,只是多数消费品站没意识到自己也在卖同类商品。
第三列全是同一种句式:一个不完整的承诺,配上一个用户无法验证的限定词。这些句式流行,是因为它们在营销上确实有效,能让首屏的数字看起来足够低。代价是把验证成本推到后面,而后面恰好是用户已经投入时间的环节,落差在那里的破坏力最大。
把收输入这一步前置,到底前置到哪
结论:前置到用户第一次看到价格之前,而不是第一次决定购买之后。
具体位置取决于输入成本。地址这类只需输入一次、之后可以记住的信息,适合放在列表页之前,用一个轻量入口(选择配送地区、输入邮编)收集;尺寸、数量这类每次都不同的输入,适合放在列表页上作为筛选条件,让用户边填边看到候选集合的变化。
有两个细节容易做错。一是输入之后一定要把结果带回原来的位置,不要让用户在浮层里得到答案,关掉浮层后发现页面什么都没变。其他品类里已经反复观察到这种情况,用户的反应通常是“这不是你们刚才给我的那个数”。二是要复述用户的输入:写“按你选的某地区某数量,单价为多少”,比只显示一个数字更能让他确信这个数是为他算的。
还有一种更省事的做法:直接说清楚现在这个数是什么
如果暂时做不了输入收集,还有一个成本极低的过渡方案:在当前显示的数字旁边写明它的性质。
“标准区域运费,偏远地区另计”比“运费以结算页为准”好;“1000件起的单价,数量越少单价越高”比“某某价格起”好;“不含安装,安装费视现场情况另报,通常在某个区间”比“标准安装免费”好。
这些写法都没有解决计算问题,但交代了不确定性的方向和大致幅度。用户对不确定性的容忍度其实不低,他无法接受的是不知道会在哪个方向上出现意外。说清方向只需要一句话,却能挽回结账环节损失最大的那批用户。
词汇表这一侧还有哪些字段被闲置
把 schema.org的Offer类型定义翻一遍,会看到一批专门描述“报价在什么条件下成立”的属性,在真实站点上大多是空的:
eligibleRegion与ineligibleRegion:报价有效或无效的地理区域,可以用国家代码、行政区代码、地点,也可以用任意多边形;eligibleQuantity:这个价格在什么数量区间内成立,正好对应起订量和阶梯价;priceValidUntil:这个价格什么时候到期,对应促销价和首年价;advanceBookingRequirement:需要提前多久预订,对应定制品和预售;availabilityStarts:什么时候开始可以购买。
把这五个字段并排看会发现:它们描述的全是“条件”,而不是“属性”。待定商品的价格是一组条件的函数,而这套词汇表早已为描述这些条件预留了位置。
为什么没人填?我认为原因和机器可读标签的结局相同:没有明确的消费方会因为你填了它而给你任何反馈。填了 eligibleRegion,搜索结果不会因此多出一行“你所在地区可用”;填了 eligibleQuantity,也没有哪个界面会展示阶梯价。于是它一直停留在“理论上应该填”的状态。
所以我的建议是把它当成一份现成的字段清单来用,不必急着填满。它列出了待定商品需要交代清楚的所有条件维度。你可以不填标记,但可以逐条检查这五个维度在页面上有没有说清楚。被闲置的规范往往是最好的需求清单,它是一群人认真讨论后形成的共识,只是暂时没有消费方。
商品信息的三层问题,在搜索和结构化数据一侧怎么显现?
前面讲的都是页面。三层结构在搜索这一侧也有一组对应关系,做SEO的人更熟悉,也更容易低估。
被收录的,可能是一个还没成立的价格
待定商品的页面被抓取时,爬虫看到的是默认状态:没有地址、没有选项、没有数量,因此它抓到的是“最低档起”的价格。这个数字会进入索引、进入结构化数据、出现在搜索结果的富媒体展示里,也会被生成式检索当作答案的一部分。
接下来的过程是:用户搜到一个价格,点进来看到同样的价格,输入自己的信息后价格变了。他会认为这个站在用低价引诱,不会理解为配置差异。这次落差发生在他已经付出填写成本之后,破坏力比首屏直接看到高价大得多。
一个容易被忽视的技术细节:如果价格是前端脚本在拿到定位后改写的,那么结构化数据里的价格和用户最终看到的价格是两个数,而检索侧读取的是前者。商品数据源的规则更严格:各大渠道对提交价与落地页价格一致性的要求都是刚性的,对不上会导致商品被拒登,而不只是排名下降。这一层的完整口径可以对照购物渠道排序的几个决定性因素,价格字段在其中的权重比多数人估计的高。
对比类的搜索意图,落在谁的页面上
还有一个结构性机会长期被忽略。
用户做跨商品比较时会搜什么?“A和B哪个好”“A与B区别”“XX值不值”。这些查询的共同点是一个查询里出现两个实体。而你的站上几乎没有对应的落地页,因为页面结构是一个商品一页,天然对应“A怎么样”这类单实体查询。
于是这部分搜索意图全部流向第三方:测评站、聚合站、论坛、问答平台。这和欧盟“必须存在至少一个独立比价工具”的规定对应的是同一件事:需求方一直存在,你不满足它,就会有别人满足,而那个别人不一定对你友好。
能做的事并不复杂:在站内建立对比型落地页,把同一组商品的同一批字段并排放好。这类页面还有一个好处:它天然是第三层的产物,制作过程会迫使你先把字段对齐。这类页面与专题页、商品页如何分工,内链如何收口,属于结构化数据与页面类型配合的话题,这里不展开。
生成式检索会怎么处理你的待定商品
再往前一步。答案由模型拼接生成时,“这个价格是起价还是到手价”这类限定条件很容易在摘要中丢失。你写的是“起”,被引用出来的很可能只剩数字本身。
应对方法是把限定条件写进句子主干,不要放在括号或上标里,没必要跟模型较劲。“月费39元起”很容易被摘成“月费39元”;“首年月费39元,次年恢复至59元”很难被摘错,因为两个数字在同一个句子里互相锚定。这种写法对人和机器同时有效。
同理,覆盖范围写“部分地区可用”等于没写;写“目前覆盖X、Y、Z三个地区,其余地区暂不提供”,人和机器都能使用。希望被完整引用的限定条件,要在语法上无法被单独摘走。
回到那场关于机器可读的争论
最后回到第三节的那场争论,它对技术SEO的日常判断很有用。
那次交锋确立的界线是:为批量聚合设计的数据文件,和为浏览器渲染、被辅助技术读取的语义化标记,是两条独立链路。对应到我们的工作:
- 结构化数据面向抓取与理解,验收方式是用官方测试工具检查它是否被解析,以及检索结果里有没有对应的呈现变化;
- 语义化HTML与可访问名称面向渲染与辅助技术,验收方式是用键盘操作一遍、用读屏软件走一遍;
- 商品数据源面向渠道展示与排序,验收方式是看拒登率和字段覆盖率。
三条链路各有各的验收动作,任何一条做好都不会自动带来另外两条的收益。把它们混为一谈,典型后果就是那句“我们schema都标了,为什么还是没有效果”:你标记的内容和你期待的效果,根本不在同一条链路上。
对比页该怎么建才不变成薄内容
既然对比意图真实存在,就需要说明这类页面怎么做才不会出问题。
最常见的问题是为每一对组合都生成一个页面。十个商品两两组合是四十五个页面,三十个商品就是四百多个,其中绝大多数组合在现实中没人比较。这类页面内容高度模板化、彼此差异极小,正是搜索引擎最不愿收录的类型。
正确做法是只做真实存在的那几组,判断依据有两个现成来源:站内搜索中带比较词的查询,以及一次会话内被同时访问过的商品对。后者尤其准确,因为它反映的是用户的实际行为。多数站跑一遍会发现,真正高频的组合只有个位数。
这套做法在软件类目里已经很成熟,按功能与集成关系铺开的页面矩阵就是把第三层做成了站点结构,实物商品领域反而很少有人这样做。
内容结构上也有一条纪律:对比页的主体必须是对齐的字段表,不能是两段商品描述的拼接。拼接内容与两个商品页都重复,字段表才是新信息,因为任何一个商品页上都没有另一个商品的数据。表格后面再补一段“什么情况下选哪个”的判断依据,这部分才是真正的差异化内容,也最容易被引用。
内链要怎么收口
对比页建好后,链接关系不要只做单向。商品页要链到它参与的几个对比页,对比页要链回每个商品页,分类页最好也提供入口。这种双向结构的意义不在权重传递,而在于用户一冒出“想比一比”的念头,就能当场接住他,这个念头恰恰是在某个商品页上产生的。
一个实操细节:商品页上这个链接的文案不要写“对比”,要写清楚和谁比。“和某某型号的区别”比“产品对比”的点击率高得多,因为它直接回答了用户脑子里的具体问题。锚文本上,具体的写法总是比通用写法效果好。
价格历史那一格,顺便说一句
前面提到,被撤掉的第三条是存档两年。对应到独立站,就是价格留痕,而它在国内外都面临合规压力:促销时被划掉的原价,需要有证据证明它真实存在过,而能证明它存在过的只有你自己的价格历史。
放进三层框架会更清楚:价格历史是时间维度上的第三层,让今天的价格能和过去的价格并排比较。多数站没有它,原因并不是难做(只是一张价格变更流水表),而是它和横向字段对齐一样,不属于任何人的职责范围,做完后页面上也看不出变化。
顺带提一个几乎零成本的做法:商品价格变更时写一行流水,只需要商品、时间、旧值、新值、操作人五个字段。这张表不必立刻派上用场,它的价值在于三个月后你想做分析时,数据已经存在。数据最贵的部分不是存储,而是没存下来的那段时间永远补不回来。
还有一点容易被忽略:流水的操作人字段要能填“系统”。促销到期自动恢复原价、汇率浮动导致的重新计价、批量调价任务,这些变更不是某个人手动触发的,但同样改变了价格。如果流水只记录人工操作,恰恰是那些无人参与的变化会从记录里消失,而它们往往数量最多。
如何把商品信息三层验收写进团队流程?
方法已经讲清楚,剩下的是如何在真实团队里落地。下面这些做法在客户那边反复用过,可以直接照搬。
五个不用埋点就能看的指标
这五个指标都不需要新增代码,数据已经在数据库或日志里。
- 一次会话里访问过两个以上同类商品详情页的会话占比,以及这些会话在两个页面之间来回跳转的次数分布。来回跳转就是在手动做并排比较;跳得越多,说明你越没有给用户提供工具。这个数字比任何满意度问卷都诚实。
- 从详情页退回列表页的比例。这是“我再看看另一个”最直接的信号。把它和“从详情页直接加购”放在同一张表里,两条曲线的形状差异会告诉你这个品类是不是由比较驱动的。
- 报价器或配置器提交过但没有加购的会话里,重复提交不同参数的次数。重复提交相当于手动扫描价格空间,说明你没有提供一次看到全貌的方式。
- 同一属性在全站商品上的取值基数。按属性名分组,统计不同取值的数量,基数异常大的几个属性就是没有对齐的属性。这一条不看用户行为,只查自己的数据库,是整套指标里成本最低的一个。
- 站内搜索中包含两个商品名,或带“区别”“哪个”“对比”“还是”这类词的查询占比。用户在你站内做比较却只能靠搜索,这是需求证据,而且是用户自己写下的。
这五个指标都属于先看现有数据、再决定是否埋点的做法。如果你正在从零搭建测量体系,顺序反过来会更贵。字段尚未对齐时,更要先把测量框架设计清楚再上工具,否则埋出来的事件参数会沿用同一套混乱命名。
五条口径修正,不做会得到假信号:第一条要按会话去重,并排除刷新和回退造成的重复访问;第二条要排除面包屑和分页带来的返回;第三条要判断参数是否真的变化,只改数量不算;第四条要先对取值做大小写与空格归一,否则结果全是假阳性;第五条要先剔除品牌词和货号。
清单怎么排序
只用两个维度相乘排序:
- 这条信息现在处在第几层。已经在第一层的排在前面,因为把已有信息搬到正确位置,成本远低于新建字段。
- 这个判断是否需要同时看到两个选项。需要的排在前面,因为这类判断在你的页面上目前没有任何支持,用户只能靠多开标签页和记忆。
两个维度都占的先做。两个维度都不占的,说明它其实是内容质量问题,交给内容团队处理,不要占用产品排期。
一个验收动作
只做一件事:打开两个同类商品的详情页,在一块屏幕上左右并排,然后逐个字段计数:有多少字段在两边是同一个名字、同一个单位、同一个位置。三项全部相同才算一个。把这个数字记下来。
我做过十几次,多数站的结果是三到五个,通常是标题、主图和价格。这个数字不需要解释:把两张截图并排贴进需求文档,没有人会问“这有什么问题”。
卡点挂在字段定义评审,不挂在页面评审
原因前面讲过:页面评审只能看到一个页面。落地方式是在字段定义评审里加一栏,只写一句话:这个属性在同类商品上叫什么名字、用什么单位、取值集合是什么。这一栏不允许填“视情况而定”,填了就退回。
另外加一条纪律:新增检查项时,先构造一个必然失败的例子,确认它真的会报红。从来没报过红的检查项,和没有这个检查项效果相同。
一次失手复盘:那份报告是对的,它只是回答了另一个问题
客户是一家做定制包装材料的出海独立站,卖瓦楞纸箱、贴纸标签和缓冲材料,买家多是中小品牌和电商卖家,客单价中等,复购率很高。这类商品的价格是算出来的:尺寸、材质、印刷色数、数量、是否模切,任何一项变化,价格都会变,所以页面上写的全是起价。
初始状态是询盘量尚可,报价器提交率也不低,但提交后的成交比例一直上不去。
那三个月里做的最大一件事,是配合客户法务完成一次全站披露自查。对照欧盟的要求逐项检查:单位价格有没有、材质说明有没有、送达时间有没有、退换条款是否清楚。逐项打勾后出了一份验收报告,结论是全部合格。
这份报告正是这次失手的核心。
客服一直有反馈,而且内容很稳定:客户反复问的就是那几个问题,这个纸箱能装多重、你们的克重和别家的层数怎么换算、最小起订量到底是多少。每次把这些反馈拿到会上,都会碰到同一个回应:我们查过了,信息都在页面上,这里有报告。
这个回应很难推翻,因为报告是真的,结论也对,信息确实都在页面上。它回答的是第一层的问题,而客服转述的是第三层的问题。一份结论正确的验收报告,把一个它根本没回答的问题正式关闭了。
扭转局面靠的就是前面那个笨办法。我把两个同类纸箱的产品页并排放在一块屏幕上,逐个字段计数:十六个字段里,两边同名、同单位、同位置的只有三个:标题、主图、起价。一个页面写承重,另一个写抗压强度;一个用克重,另一个用层数;最小起订量在一个页面上紧挨着价格,在另一个页面上藏在下方的说明段落里。
后来真正见效的是两个动作,都和“把信息写得更全”无关:
- 把报价器的输入前置到列表页。既然商品在拿到尺寸和数量之前根本不成立,就先收这两个输入,再展示带真实价格的商品。用户少走一步,页面上的数字也终于能拿来比较。
- 建立全站属性字典。同类商品强制使用同一个字段名和同一个单位,换算关系写进字段说明。附带的结果是,这个站第一次有了可用的筛选器;之前做过,但筛选结果总是为空。
结果与诊断一致:询盘总量变化不大,成交比例提高了,客服收到的那三类问题占比明显下降。这说明问题从来不在获客环节。
这次失手和前面那些不一样在哪
做过的复盘里,预警失效的形态各不相同:有的根本没有预警;有的预警用了另一个部门的语言,收件人读不懂;有的被读成了捷报;有的发出了、也准确,但送错了人;有的是记录本身缺失,系统里一行都没有。
这一次是新的一种:预警没有被忽略,也没有被误读,而是被一份正式文件宣告为已解决。而那份文件本身没有任何错误。
由此得出一条可以直接使用的判据:任何验收通过后,都追问一句:这次验收能否通过,取决于我们看了几个页面?只看一个页面就能通过的验收,覆盖的一定只有第一层。再往前推一步是一条更硬的结论:凡是能靠清单逐项打勾完成的检查,只能覆盖第一层;第二层要靠观察真实用户,第三层必须把两个页面并排比较。这三件事的成本和形式完全不同,写进同一张验收表时,最省事的那一项会挤掉另外两项。
这套东西不解决什么
先说清边界,避免期望出现偏差。
它不解决产品线过杂的问题:如果同类商品有二十几个型号,差别小到你自己都要查表,该做的是砍掉一部分,而不是对齐。它也不解决价格缺乏竞争力的问题,对比表做得再好,也只是让用户更快确认你贵。它同样不保证短期数字好看:把次年价、运费上限、最小起订量如实写到决策位置,一部分原本会盲目下单的人会想清楚后放弃,这些订单在当期消失,而省下的退货、纠纷和客服成本要到下个季度才体现。这笔账必须在动手前和决策人对齐,否则第一个月的数据一出,这件事就会被推翻。
另外,它不适用于纯冲动型的低客单价品类。那里的用户根本不做比较,三层做到满分,他们也还是看一眼就买,或看一眼就走。判断标准:统计访问过两个以上同类商品页的会话比例,如果很低,本文讨论的问题就不是你站上的主要矛盾。
一页纸速查
全文要点压缩成下表,放在需求文档最前面即可。
| 层次 | 问自己 | 验收方式 | 典型失败 |
|---|---|---|---|
| 存在 | 这条信息站上有吗 | 清单逐项打勾 | 写在条款页,商品页没有 |
| 在决策位置 | 它在用户做决定的那一屏吗 | 观察真实用户;退而求其次看是否需要额外操作 | 折叠、浮层、跳转新页 |
| 可跨项对齐 | 它能跟另一个选项的同一条并排吗 | 两个页面并排放,数同名同单位同位置的字段数 | 同一属性三条产品线三个名字 |
再补三句:合规只查第一层;页面评审只能看到一个页面;靠打勾完成的检查覆盖不到后两层。
如果只做一件事
就做并排计数,今天就能做,不需要任何人批准。
打开自己站上两个同类商品页,左右并排,数一数有多少字段同名、同单位、同位置。数完你会得到一个很小的数字,以及一份现成的待办清单:把对不齐的字段按“用户会不会用它做选择”排序,前三个就是下个迭代的内容。
这个动作的说服力在于它不需要论证。“用户其实很难比较”可以争论,但两个页面上同一个东西用了两个名字,这一点无法否认。
最后回到那张营养成分表
宽带标签照着食品营养成分表设计,这个类比从一开始就埋着一个不起眼的问题。
营养成分表能起作用,靠的不是字段设计多科学,而是三件设计以外的事:它印在包装上,用户不需要点击;它格式全国统一,两盒不同品牌的麦片可以直接对照;它就在货架上,而货架的作用就是把候选项并排摆放。
这三件事对应的正是第二层和第三层。营养成分表之所以有效,依靠的恰好是宽带标签在2026年7月被撤掉的那三条。字段照搬了,让字段起作用的条件却没有照搬,这些条件从来不写在字段规范里,而是体现在超市的货架结构中。
你的商品页也一样。字段清单谁都能列,决定它有没有用的,是这些字段放在哪里,以及能不能和旁边的选项对上。
常见问题解答
商品信息明明都写全了,用户还是选不出来,问题通常出在哪一步?
大多卡在第二层和第三层。信息写全只属于第一层,保证的是内容在站上找得到。接下来要问:这条信息是否出现在用户做决定的那一屏,还是要点开折叠块、跳转新页面才能看到;以及它能不能和另一个候选商品的同一条信息并排对齐。多数团队第一个问题答得很好,到第三个问题才发现这件事从来没人负责。有一个不用查数据的快速判断方法:把两个同类商品页并排放在一块屏幕上,数一数有多少字段两边同名、同单位、同位置。我做过十几次,多数站的结果是三到五个,通常只有标题、主图和价格。
折叠块、标签页这类控件还能不能用?
能用,但要清楚你在用什么换什么。这类控件是用第二层换取第一层的整洁:信息还在页面上,只是不在同一屏。判断标准是被折叠的信息是否参与当前这个决定。如果用户要比较的正是它,就不应该折叠,否则他得点开、记住、关掉、去另一个页面再点开、再回忆,而人的工作记忆装不下几组多元数据。反过来,说明书下载、保养建议、品牌故事这类不参与决策的内容,折叠完全合理。一条可操作的分界线是:会出现在用户对比清单里的字段一律不折叠,其余可以自由处理。
价格随收货地址或配置变化时,商品页上该写哪个数字?
三种写法中,写上限或区间通常最好。写“以结账页为准”,等于把不确定性原封不动推给用户,弃购会集中在结账前一步;只写“多少起”看着漂亮,但用户据此做的计算全是错的,结账时数字跳涨,信任一次性归零,而且落差发生在他已经付出填表成本之后。给出上限看起来贵一点,但用户能据此做最坏打算,当场完成决策。实操上要在数字旁注明这是上限,并补充多数订单落在哪个区间。更根本的办法是前置输入收集:商品在拿到地址之前根本不成立,那就先收集输入,再展示商品。
只有十几个SKU的小站,也需要做字段对齐吗?
需要,而且小站做起来更便宜。字段对齐的成本几乎完全取决于商品数量和历史包袱。十几个SKU,一个下午就能建好属性字典;等到几百个SKU、三条产品线各自形成一套叫法后再做,就要回填历史数据、协调多个负责人,还要处理已经上线的筛选器和数据源。判断要不要现在做,比SKU数量更准的依据是统计访问过两个以上同类商品页的会话比例。比例高,说明用户在做比较,字段对齐就是主要矛盾;比例很低,说明这个品类偏冲动消费,用户看一眼就决定,这件事可以往后排。
结构化数据是不是填得越全越好?
不是。判断一个字段值不值得填,只问三个问题:谁会读它,读到后他会做什么,这件事发生了我怎么知道。有一个答不上来,就往后排。宽带标签是很好的警示:监管强制服务商把标签做成机器可读文件挂在专用网址上,两年后废除时给出的理由之一,是没有记录证据表明有第三方用它做出了面向消费者的工具。供给侧完全照做了,只是没有需求方。schema.org上那些表达力很强的条件字段几乎没人填,原因相同。与其追求完整,不如先确认哪些标记真正参与了检索侧的判断。
怎么说服老板做字段对齐这件事?
不要用“体验更好”这个量纲,它进不了排期。换成三样能被复述的东西。第一是并排截图:两个同类商品页放在同一屏,数出来只有三个字段对得齐,这张图不需要解释。第二是同一属性的取值基数,一条查询就能跑出来,基数异常大的就是失控字段,这属于数据治理问题,不涉及审美争论。第三是把它挂到已有的合规待办上,单位价格、价格历史本来就有外部要求,要改的位置和你要改的是同一处。另外要主动说明边界:短期数字可能不好看。
做对比型页面会不会造成站内内容重复?
只要不是把两个商品页的文案拼在一起,就不会。对比页的价值来自对齐的字段表,而不是描述文字,所以正确做法是少写散文,用同一个单位把同一批字段并排列出,再补一段“什么情况下选哪个”的判断依据。这样产出的内容与任何一个商品页都不重复,因为商品页上没有另一个商品的数据。注意不要为每一对组合都生成页面,那会产生大量薄内容;只做真实存在比较需求的几组,依据可以取自站内搜索中的比较词查询,以及一次会话内被同时访问的商品对。
权威参考资料
本文标题:《商品对比表设计:从美国宽带标签撤回的三条规定看商品信息三层验收》
本文链接:https://zhangwenbao.com/product-comparison-field-alignment-disclosure-layers.html
版权声明:本文原创,转载与引用请注明作者与原文链接。许可协议: CC BY 4.0