法规连表格长什么样都规定了，用户还是得开两个标签页自己比

摘要：一个只卖五六种套餐的行业，做出了全网最难选的页面。美国监管把这张表的字段、格式、摆放位置、机器可读格式全部写进了法条，两年后一份独立测评显示七个站没有一个及格，紧接着监管自己撤回了其中最硬的三条。撤掉的那三条有个共同点：它们管的不是信息在不在，而是信息能不能被用起来。这篇把它拆成可验收的三个层次，再搬到你的商品页上。

先说一个反直觉的对照。

一家服饰独立站，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日起执行。

把这套要求换算成产品语言

抛开法条措辞，这份规则实际上替整个行业做完了一次产品设计，而且做得比多数团队的内部规范还细：

看完这张表，再回头看开头那个测评结论——规则2024年4月起就生效了，两年多以后测出来仍然是没有一家及格。这就不再是“没人管”能解释的了。

连素材包都替你准备好了

有一个细节我觉得很值得说，因为它堵掉了最常见的那个借口。

监管方不是只丢下一份法条就走了。官方页面上挂着一整套可下载的东西：空白样张、固定宽带样张、移动宽带样张，都有英语和西班牙语两版；可自定义的设计模板压缩包，里面是Illustrator与EPS源文件；机器可读那一侧则给了数据规范文档、CSV格式的数据字典、标签模板CSV，以及一份填好示例数据的模板。

也就是说，字段清单、字段含义、文件格式、视觉稿，全都是现成的。在这种条件下，一份披露做不做得好，已经跟“不知道该写什么”没有任何关系了。剩下的变量只有两个：它被放在页面的哪个位置，以及它能不能跟另一个选项对上。这恰好就是后面要讲的第二层和第三层。

顺带一提，官方还给了一份术语表，专门解释标签上那些词是什么意思。这个动作本身透露了一件事：制定者很清楚，即便字段填对了，用户也未必读得懂那些词。字段完整和可理解是两回事，这一点在你写商品参数表时同样成立——把“抗压强度”写上去和让买家知道它意味着能摞几层，中间还差一句话。

投诉入口这一条，是执法能落地的关键

还有一处设计值得抄进任何一份披露规则：如果某家服务商没有展示标签，或者标签上关于费用和套餐的信息不准确，消费者可以直接向监管机构投诉。页面上还专门留了无障碍相关问题的联系方式，包括语音电话、视频电话和邮箱三条通道。

为什么这条重要？因为披露类规则最大的执行难题是没人有动机去举报——信息不准确的受害者是分散的个体，每个人的损失都不足以支撑一次投诉。把投诉入口做到官方页面上、并且明确写清“没展示”和“不准确”都可以投诉，等于把发现问题的成本从监管方转移到了受影响的人身上，而这批人的数量远大于任何一支检查队伍。

这个思路在独立站上也有对应物。你的商品资料错了，最先发现的一定是买家而不是运营，而多数站没有给他一个顺手的报错入口——于是他的选择就只剩下退货或者不买。前面提到的欧盟比价工具八条要求里，也专门有一条是必须提供有效的错误信息举报流程，两边想到一起去了。

把这套规则读一遍的最大收获

我建议做电商的人真的去把第8.1条读一遍，哪怕业务跟宽带毫无关系。因为它是我见过的把“一份商品披露该长什么样”写得最完整的一份文件：写了内容、格式、位置、时机、语言、留存期限、渠道差异、以及合规了也不等于免责。你在自己站上做商品资料规范时需要考虑的每一个维度，它都替你列了一遍。

而它同时也是一份很好的反面教材——因为下一节我们会看到，这份考虑得如此周全的规则，两年之后被它的制定者亲手改掉了最关键的三处。

去哪儿看原文

这一节的所有描述都能对到原文，建议至少扫一眼两份材料。

面向公众的说明在美国联邦通信委员会的宽带消费者标签专题页上，那里有样张下载、术语表、模板文件，以及给服务商的合规时间表；仿照营养成分标签设计、帮助消费者比价购物这两句定性描述，也都写在那一页上。

规则本体在《联邦法规汇编》第47编第8部分，一共只有一条实体条文加若干款，读完不到二十分钟。前面引的销售点定义、紧邻广告展示、机器可读与专用网址、存档两年、以及“不构成安全港”，全部出自第8.1条第 (a) 款。

提醒一句：这份汇编上的文本是当前有效版本，会随修订滚动更新。也就是说，随着2026年7月那份命令的规则文本生效，其中第 (a) 款第3项那段机器可读的要求会从这个页面上消失。如果你想看到被删掉的原文，得去命令本身，或者查历史版本。这也算一个小小的讽刺：一条要求“停售后存档两年”的规则，自己被删掉的时候倒是干干净净。

顺便说个查法规的经验

做跨境的人经常需要查外国法规原文，这里给两条省时间的做法。

第一，优先找法规汇编而不是新闻稿。新闻稿写的是意图，汇编写的是义务，两者经常有微妙差别——比如新闻稿说“必须显著展示标签”，汇编写的是“必须展示在与对应在售套餐广告紧邻的位置”，后者才是能拿来验收的表述。

第二，把生效日期单独抄出来。同一条规则对不同规模的主体往往有不同的合规日期，前面那个2024年4月和10月的双轨制就是例子。做多市场业务时，一张只有“条款、义务、适用对象、生效日”四列的表，比一份三十页的合规报告有用得多。

两年之后，那三条最硬的规矩去哪了？

2026年7月22日，美国联邦通信委员会通过了一份新的报告与命令，编号FCC 26-48，把宽带标签规则改了七处。官方对外的说法是让标签更易读易懂，同时减轻服务商的合规负担。

七处改动里有四处属于合理修剪：电话销售时允许客服用自然口语描述标签内容而不必逐字念；允许简化费用呈现以免标签变得杂乱；删掉已经结束的补贴项目那一栏；澄清账户中心里可以用超链接或图标。

真正值得停下来的是另外三处。

撤掉的三条

保留下来的是什么？标签仍然要做，仍然要对残障用户可访问，仍然要按营销语言出多语版本。也就是说，“这份披露必须存在”完整保留，“这份披露要能被用起来”的那三条被拿掉了。

撤回文件里最诚实的一句

这份命令的可贵之处在于它没有粉饰。讨论超链接替代方案的那一段里，监管方自己写下了这样一句：

虽然在销售点用超链接指向宽带标签、而不是自动展示标签，可能导致读到标签的消费者变少，但有意愿的消费者仍然有机会查看宽带标签。

这句话我建议做转化的人抄下来贴在工位上。“有机会看到”和“会看到”之间的那段距离，就是整个转化率优化这个行当存在的全部理由。把默认展示改成需要点一下，从合规角度看信息一个字都没少，从行为角度看它换了一件完全不同的事情：原来是信息找人，现在是人找信息。

而这份文件最有意思的地方是，它并不否认这一点，它只是认为剩下那部分人的机会已经足够。

“没有记录证据表明有第三方用它做出了工具”

废除机器可读那一条时，监管方给的核心理由有两层。第一层是权限：法案只授权它要求“展示标签向消费者披露信息”，没有授权它要求把标签做成供计算机处理的数据文件格式。第二层是成本收益，原话是：

并无记录证据表明有任何第三方使用机器可读的标签内容开发出了有利于消费者的工具。

产业界的意见书说得更直白：为每一个套餐生成、托管并持续更新机器可读文件，要花掉可观的成本与时间，而对消费者的相应收益很小；对工程资源有限的中小服务商尤其吃力。

停一下，把这条时间线摆齐：机器可读的义务是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号报告与命令在这一段里把三处撤销的预期影响一次性讲完，逻辑是一致的：消费者仍然能读到标签、仍然能读到当前在售套餐的标签，因此不预期造成实质损害，同时能降低服务商成本。每一句单独看都成立，合起来就是那句“有机会看到”。

这份文件里我最欣赏的一点

它没有藏。

换个写法其实很容易：只说“允许使用超链接以提升灵活性”，不提读到标签的人会变少；只说“消除不必要的技术负担”，不提没有第三方用过。这些话都不算撒谎，而且更好看。

但它把不利于自己结论的事实写进了正文，然后论证为什么仍然选择这个结论。这种写法在企业内部的决策文档里非常罕见，而它恰恰是判断一份决策文档质量的最好标准：看它有没有写下那个对自己不利的事实。

顺便，这也是我做方案评审时的一个私人习惯——先翻风险那一节，如果那一节只有“技术风险可控”“进度风险可控”这类句子，我基本不会再看前面。一个连自己的坏消息都写不出来的方案，通常也没有认真想过它会怎么失败。

被撤掉的为什么恰好是那三条？

把七处改动排在一起，会发现一个不太可能是巧合的规律：被砍掉的三条，全都不管信息在不在，只管信息能不能被用起来。

一条信息的三个层次

任何一条商品信息，在页面上都可以处在三个层次中的某一层。它们的成本递增，价值也递增，但被检查的可能性递减。

回头看那三条被撤的规则，对号入座得严丝合缝：不许只放链接、必须紧邻套餐广告，管的是第二层；机器可读加专用网址加电子表格格式，明写着目的是让第三方做比价工具，管的是第三层；停售后存档两年，管的是时间维度上的第三层——让今天的价格能跟去年的自己并排。

而保留下来的那些，全部落在第一层：标签要有、要能被辅助技术读到、要有对应语言的版本。合规成本主要不来自披露本身，来自让披露真正能被用起来的那部分；所以只要开始谈减负，先掉的一定是第二层和第三层。

为什么第三层几乎没有法规写得出来

这不是立法者偷懒，是义务的挂载方式决定的。

披露义务天然挂在单个商品上：每个套餐一份标签、每件商品一份成分表、每包食品一张营养表。执法也只能这么做——检查员打开一个商品页，逐项核对该有的字段在不在。

但用户要做的动作是跨商品的：他要在三个套餐之间选一个。你没法给一个卖家开出“你必须把你的商品和竞争对手的商品并排展示”这种义务，也没法要求他自己的三个套餐必须字段对齐——后者理论上能写，但它已经越过了披露的边界，变成了在规定页面怎么设计。

所以立法能走到的最远处，就是那条被撤掉的机器可读要求：我不规定你怎么并排，我规定你把数据交出来，让愿意做并排的人去做。这是一条相当聪明的迂回路线，可惜它在美国这次被判定为超出授权范围，同时被认定收益不足。

三句判据

要判断一条信息卡在第几层，问三句就够，顺序不能换：

1. 这条信息在站上存在吗？——不存在，先补上，别往下问。
2. 它出现在用户做那个决定的同一屏吗？——如果要点开折叠块、跳新页面、打开浮层才能看到，答案是否。
3. 它能不能跟另一个选项的同一条信息并排且对齐？——同一个字段名、同一个单位、同一个位置。三者缺一，答案是否。

绝大多数团队会在第一句上给出漂亮的答卷，在第二句上开始犹豫，在第三句上第一次发现这件事从来没有人负责过。

第三句还有个隐藏用法：它是唯一一句能解释“我们明明都做了”和“用户还是选不出来”为什么可以同时成立的话。两边都没撒谎，两边说的是不同层次的同一件事。

和“用户那一侧缺输入”不是同一个问题

这里要跟一个很接近的问题划清界线，否则很容易开错药方。

之前拆过另一类缺口：商品页上每条信息都是关于商品的，而用户要下的判断关于他自己，比如粉底色号——页面把商品那一侧写得再全，用户也不知道自己是冷调还是暖调，缺的那一半在他身上，而他手里没有测量它的工具。那类问题的解法是想办法把用户那一侧的输入收进来。

本篇是另一回事。宽带套餐里，用户那一侧该给的输入他给得出来：他知道自己家几口人、看不看4K、每月愿意花多少钱。缺的不是输入，是这些已经写在页面上的信息之间的空间关系。三个套餐的合约期分别写在三个不同的位置、用三种不同的说法、其中一个还折叠着，于是用户只能靠记忆在三块区域之间来回搬运数字，而人的工作记忆一次装不下三组四元数。

两类问题的药方完全相反：前者要去收数据，后者要去搬版面。把后者当成前者来治，就会做出一个又一个“帮您推荐合适套餐”的问答向导，而用户真正想要的只是把三列数字对齐了放在一屏里。

顺带解释了一个长期困惑

这套分层还能顺手解开一个老问题：为什么“把信息写得更全”经常不管用，有时候还起反作用。

因为往第一层加东西，是所有动作里最便宜、最有交付物、也最不需要跨部门协作的那个。一个人一个下午就能给商品页加三段说明，截图发群里，任务闭环。而它对第二层和第三层的贡献是零甚至是负的——页面变长了，用户要在更多内容里翻找那条他真正要比的信息，对比这件事反而更难了。

所以才会出现那个熟悉的场景：详情页越做越长，转化率纹丝不动，复盘会上得出的结论是“内容还不够详细”。

为什么第二层没法被清单检查

第一层能被检查，是因为它的判定是二值的：这条信息在，或者不在。搜一下、点一下，一分钟出结论，两个人查会得到同一个答案。

第二层的判定条件里带了一个变量——用户当时正在做哪个决定。同一条信息，对正在挑型号的人是决策位置，对已经决定了正在填地址的人就是噪音。所以“它有没有出现在决策位置”这个问题，脱离了具体的决策就没有答案，而清单式检查恰恰要求答案与检查者无关。

这就是为什么它只能靠观察真实用户来验证，而观察的成本比打勾高一个数量级：要招人、要设计任务、要录屏、要有人看完并写出结论。一个团队一年做几次这样的观察是现实的，做成每次发版的常规检查项是不现实的。

退而求其次的做法有两个。一个是用页面结构做代理判断：这条信息是否需要额外操作才能看到，需要就判否，这条规则虽然粗但可以被清单化。另一个是用行为数据做事后判断：那个折叠块的展开率是多少，展开的人和没展开的人转化差多少。后者的好处是不用埋新点，多数站的现有统计就能拉出来。

第三层的成本高在哪

第三层要求同一个属性在多个商品上用同一个名字、同一个单位、同一个取值集合。这件事的难度不在技术，在于它要求一次跨越多个负责人的约定，而且这个约定要一直被维护下去。

更棘手的是它有历史包袱。新建一个字段是纯增量工作，统一一个已经用了三年的字段则要回填几百条商品数据、要处理旧值和新值的映射、要检查依赖这个字段的筛选器和数据源会不会挂。所以字段对齐这件事的成本随时间指数上升，而收益不变——这是典型的越拖越贵型任务，也正因如此它总是拖着。

一个降低门槛的办法是别追求一次全站统一，先挑那些真的会被拿来比较的属性。判断依据也很朴素：用户在两个商品之间犹豫时会问哪几个问题，就先统一那几个。多数品类里这个数字是三到六个，不是三十个。

三层之间不能跳级

最后强调一条纪律：三层是严格递进的，不能跳级。

一条信息如果压根不存在，那么讨论它放在哪儿、跟谁对齐都没有意义。反过来，如果一条信息已经在第一层了，直接跳到第三层去做对比表，而没有先把它搬到决策位置上，你会得到一个漂亮但没人看的对比页面——因为用户在做决定的那一屏上仍然看不到它，他不知道有一张表可以对比，也不会专门去找。

这个顺序还决定了排期顺序：先把该有的补齐，再把位置搬对，最后才做对齐和对比。很多团队的做法是反的，从做一张漂亮的对比表开始，做完发现流量很少，于是判定这个方向没价值——实际上只是入口那一层没做。

什么时候可以不管第三层

为了不让这套框架被滥用，说清楚它的适用边界。有三种情况下第三层确实不重要。

第一种是品类里根本不存在候选集。用户要买的东西只有一个选项，或者他早就认定了要买哪一个，剩下的动作只是完成交易。补充耗材、指定型号的配件、按图纸下单的定制件，多属于这一类。这时候把力气花在结算流程上比花在对比上划算得多。

第二种是决策由单一变量主导。如果90% 的用户只看价格，那么把价格放对位置就等于把第三层做完了——因为对比在事实上只发生在一个维度上，而列表页的排序功能已经把它解决了。判断方法很简单：看筛选和排序的使用分布，如果绝大多数人只用了价格排序，那这个品类的比较维度就是一维的。

第三种是客单价低到不值得比较。比较是有成本的，用户会本能地衡量这个成本值不值。几十块钱的东西，多数人宁愿买错也不愿意花五分钟对比。这条界线在不同市场上位置不同，但它一定存在。

把三种情况反过来说：当候选集大于一、比较维度大于一、且客单价高到值得花时间时，第三层就从锦上添花变成了必需品。宽带正好三项全中——三到六个套餐、四五个维度、一签就是一两年，所以它把这个问题放大到了肉眼可见。

顺便回答一个常见反驳

经常有人说：用户又不是真的在做理性比较，行为经济学早就证明了人是靠直觉决策的，把字段对齐是不是把用户想得太理性了？

这个反驳有一半是对的。人确实不会真的去算，但他会不会算和他能不能算，是两件事。能算而选择不算，他会凭直觉快速下单；不能算，他会卡住——而卡住的表现不是慢慢想，是换一个站。

前面那些数字正好印证了这一点：合约期不明显的站上，20% 的人放弃了本来适合他们的套餐。他们不是算错了，是没法算，于是退出了。字段对齐的作用不是帮用户做数学题，是让他在两秒钟之内确认这道题是可解的，然后他就可以放心地凭直觉选了。

同一件事，欧盟为什么给出了相反的答案？

同一件事，欧盟的处理方式几乎在每个关键点上都跟美国相反，而且它比美国早了四年就把话说完了。

机器可读和无障碍被写在同一句话里

《欧洲电子通信法典》，即2018年第1972号指令，第103条第1款要求主管机构确保：附件九所列信息由所有服务商以清晰、全面、机器可读的方式，并以对残障终端用户可访问的格式发布，并且要定期更新。主管机构还可以对发布形式提出额外要求，发布前有权要求先把信息报送过来。

请注意这句话的结构。机器可读和无障碍格式是并列的两个要求，写在同一个句子里，中间只隔一个逗号。而美国这次废除机器可读，用的恰恰是“这两件事不是一回事”这个论证。同一组词，两个法域给出了方向相反的处理。

这里我不打算判谁对——技术上美国那套切分是站得住的，CSV文件确实不是屏幕阅读器的工作对象。有意思的是另一层：当一条规则同时服务两个目的时，它比只服务一个目的的规则更难被废除，因为你得同时证伪两次。欧盟那句话把两个目的绑在了一起，美国那条规则是单独立的，于是只需要一次成本收益论证就能拆掉。写内部规范时这个技巧可以直接借用。

不只要求你发布，还要求市场上必须存在比价工具

第103条第2款是整篇文章里我最想让你记住的一条。它要求主管机构确保终端用户能免费访问至少一个独立的比价工具，用来比较和评估不同的互联网接入服务与人际通信服务，比较维度包括价格资费，以及在有最低服务质量承诺时的服务质量表现。

读慢一点：法律没有停在“你要把数据公布出来”，它直接规定了这个市场上必须存在一个能用的比价工具，并且把确保它存在的责任压给了监管机构。

第3款接着规定这个工具必须满足八条：

• 运营上独立于被比较的服务商，确保各家在搜索结果中被平等对待；
• 明确披露工具的所有者和运营者；
• 列出清晰客观的比较标准；
• 使用简明无歧义的语言；
• 提供准确且最新的信息，并注明最后更新时间；
• 对任何愿意提供相关信息的服务商开放，覆盖市场相当大一部分的报价，并且在展示结果之前就明确声明所呈现的并非市场全貌；
• 提供有效的错误信息举报流程；
• 能够比较价格、资费与服务质量表现。

满足这八条的比价工具，经运营方申请，应当由主管机构予以认证。

八条里有两条我认为任何做内容和做工具的人都该照抄。一条是注明最后更新时间——这是把“数据是否新鲜”这个不可见属性变成可见字段的最小成本做法。另一条是在展示结果之前声明这不是市场全貌，注意是之前，不是在页脚的小字里。做过比价类内容的都知道，这一句放在结果之前和放在页面底部，读者对整个榜单的信任方式完全不同。

第三方免费取用被写成了一项权利

第3款的最后一句是这套设计的收口：

第三方有权免费并以开放数据格式使用互联网接入服务或公开可用的人际通信服务提供商所发布的信息，用于提供此类独立比价工具。

把美国和欧盟的做法并排放，差别一目了然：

只立供给不立需求的开放数据，一定会以“没人用”收场

这是本篇我最想留下的一条判断。

当你只规定“数据必须被交出来”，却不规定“谁在什么场景下必须用它、用它做什么、做出来要满足什么标准”，那么两年后统计出来的使用量必然接近于零。而这个零不是数据没价值的证据，它是没有规定需求侧的必然结果。

更麻烦的是，这个零会被当成证据用。美国这次废除的核心论据就是“没有记录证据表明有第三方用它做出了工具”——从卷宗看这句话完全属实，从因果看它是自己设计出来的结果。

这条判断对独立站和内容从业者的迁移价值很高，因为我们手上到处都是这种只有供给没有需求的东西：

• 结构化数据：把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那一行其实是把这个性质做到明面上的做法——直接写“询价”，等于承认商品还没成立。公司账户、分级定价与报价协商那一整套配置解决的正是这件事，只是多数消费品站没意识到自己也在卖同一种东西。

第三列全是同一种句式：一个不完整的承诺，配一个用户没法验证的限定词。而这些句式之所以流行，是因为它们在营销上确实有效——它们让首屏那个数字看起来足够低。代价是把验证成本推到了后面，而后面那个位置恰好是用户已经投入了时间的地方，落差在那里的破坏力最大。

把收输入这一步前置，到底前置到哪

结论是：前置到用户第一次看到价格之前，而不是第一次决定购买之后。

具体位置取决于输入的成本。地址这种只要一次、之后可以记住的输入，适合放在列表页之前，用一个轻量的入口（选择配送地区、输入邮编）；尺寸数量这种每次都不同的输入，适合放在列表页上作为筛选条件，让用户边填边看到候选集合的变化。

有两个细节容易做错。一是输入之后一定要把结果带回原来的位置，别让用户在一个浮层里得到答案，关掉浮层回到页面发现什么都没变——这件事在其他品类上已经被反复观察到，用户的反应通常是“这不是你们刚才给我的那个数”。二是要把他的输入复述出来：写“按你选的某地区某数量，单价为多少”，比只显示一个数字更能让他确信这个数是给他算的。

还有一种更省事的做法：直接说清楚现在这个数是什么

如果收输入这件事一时做不了，还有一个成本极低的过渡方案：把当前显示的这个数字的性质写在它旁边。

“标准区域运费，偏远地区另计”比“运费以结算页为准”强；“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都标了，为什么还是没有效果”——因为你标记的那件事，和你期待的那个效果，压根不在同一条链路上。

对比页该怎么建才不变成薄内容

既然对比意图是真实存在的，那就得说清楚这类页面怎么做才不会翻车。

最常见的翻车方式是为每一对组合都生成一个页面。十个商品两两组合是四十五个页面，三十个商品就是四百多个，而其中绝大多数组合在现实里没有人比。这类页面的共同特征是内容高度模板化、彼此差异极小，正是搜索引擎最不愿意收录的那一类。

正确的做法是只做真实存在的那几组，判断依据有两个现成来源：站内搜索里带比较词的查询，以及一次会话内被同时访问过的商品对。后者尤其准，它不是用户说的，是他做的。多数站跑一遍会发现，真正高频的组合只有个位数。

这套做法在软件类目里已经很成熟，按功能与集成关系铺开的页面矩阵本质上就是把第三层做成了站点结构，实物商品这边反而少有人这么干。

内容结构上也有一条纪律：对比页的主体必须是那张对齐的字段表，不是两段商品描述的拼接。拼接出来的东西跟两个商品页都重复，而字段表是新信息——因为任何一个商品页上都没有另一个商品的数据。表后面再补一段“什么情况下选哪个”的判断依据，这段才是真正的差异化内容，也是最容易被引用的部分。

内链要怎么收口

对比页建好之后，链接关系别只做单向。商品页要能链到它参与的那几个对比页，对比页要能链回每个商品页，分类页最好也给一个入口。这个双向结构的意义不在权重传递，在于它把“我想比一比”这个念头在用户产生它的地方接住了——而他产生这个念头的地方，正是某一个商品页上。

一个实操细节：商品页上那个链接的文案别写“对比”，写清楚跟谁比。“和某某型号的区别”比“产品对比”点击率高得多，因为前者回答了他脑子里那个具体问题。锚文本这件事上，具体永远赢过通用。

价格历史那一格，顺便说一句

前面提到被撤掉的第三条是存档两年。这条对应到独立站上是价格留痕，而它在国内外都有对应的合规压力：促销时那个被划掉的原价，需要有证据表明它真实存在过，而能证明它存在过的只有你自己的价格历史。

把它放在三层框架里看会更清楚：价格历史是时间维度上的第三层——它让今天的价格能跟过去的自己并排。多数站没有它，不是因为难做（一张价格变更流水表而已），是因为它跟横向的字段对齐一样，不属于任何一个人的职责范围，而且做完之后页面上看不出任何变化。

顺手提一个几乎零成本的做法：在商品价格变更时写一行流水，字段只要商品、时间、旧值、新值、操作人五个。这张表不需要立刻拿来做任何事，它的价值在于三个月后你想做什么的时候，数据已经在那儿了。数据这件事最贵的不是存储，是没存的那段时间永远补不回来。

补一句容易被忽略的：这行流水的操作人字段，要能写“系统”。促销到期自动恢复原价、汇率浮动带来的重新计价、批量调价任务，这些变更不是任何一个人点出来的，但它们同样改变了价格。如果你的流水只记录人工操作，那么恰恰是那些没有人参与的变化会从记录里消失，而它们往往是数量最多的那一批。

保哥的落地清单：怎么把三层验收挂进流程

讲到这里，方法已经清楚了，剩下的是怎么让它在一个真实团队里发生。下面这些是我在客户那边反复用的，能直接抄。

五个不用埋点就能看的指标

这五个都不需要新加代码，数据早就躺在你的库里或者日志里。

1. 一次会话里访问过两个以上同类商品详情页的会话占比，以及这些会话在两个页面之间来回跳转的次数分布。来回跳就是在用手动方式做并排比较；跳得越多，说明你越没给他工具。这个数字比任何满意度问卷都诚实。
2. 从详情页退回列表页的比例。这是“我再看看另一个”最朴素的信号。把它和“从详情页直接加购”放在同一张表上，两条线的形状差别会告诉你这个品类到底是不是比较驱动的。
3. 报价器或配置器提交过但没加购的会话里，重复提交不同参数的次数。重复提交等于在手动扫描价格空间，说明你没给他一次看到全貌的方式。
4. 同一属性在全站商品上的取值基数。按属性名分组，数一下不同取值有多少个。基数异常大的那几个属性，就是没对齐的那些。这一条完全不看用户行为，只查自己的数据库，是全套里最便宜的一个。
5. 站内搜索里包含两个商品名，或者带“区别”“哪个”“对比”“还是”这类词的查询占比。用户在你站内做比较却只能靠搜索去做，这是需求证据，而且是他自己写下来的。

这五个都属于先看现成数据、再决定要不要埋点的路子。如果你正在从零搭测量体系，顺序反过来会更贵——先把测量框架设计清楚再上工具这件事，在字段还没对齐的时候尤其重要，否则埋出来的事件参数会继承同一套混乱命名。

五条口径修正，不改会得到假信号：第一条要按会话去重，并排除刷新和回退造成的重复访问；第二条要排掉面包屑和分页带来的返回；第三条要判断参数是否真的变了，只改数量不算；第四条要先对取值做大小写与空格归一，否则算出来全是假阳性；第五条要先剔除品牌词和货号。

清单怎么排序

两个维度相乘，别用别的：

• 这条信息现在在第几层。已经在第一层的排前面，因为把已有信息搬到正确位置，成本远低于新建一个字段。
• 这个判断需不需要同时看到两个选项。需要的排前面，因为这类判断在你的页面上目前是零支持，用户只能靠开标签页和记性。

两维都占的那几条先做。两维都不占的，说明它其实是个内容质量问题，交给内容那条线，别占产品排期。

一个验收动作

只做一件事：打开两个同类商品的详情页，在一块屏幕上左右并排放好，然后逐个字段数——有多少个字段在两边是同一个名字、同一个单位、同一个位置。三者全中才算一个。把那个数字写下来。

我做过十几次，多数站的答案是三到五个，而且通常是标题、主图和价格。这个数字的好处是它不需要解释：把两张截图并排贴进需求文档，没有人会问“这有什么问题吗”。

卡点挂在字段定义评审，不挂在页面评审

原因前面说过：页面评审天然只能看到一个页面。落地方式是在字段定义评审里加一栏，只有一句话——这个属性在同类商品上叫什么名字、用什么单位、取值集合是什么。这一栏不许填“视情况而定”，填了就打回。

另外加一条纪律：新加的检查项，先造一个必然失败的例子，确认它真的会红。一个从来没红过的检查项和没有这个检查项，效果是一样的。

一次失手复盘：那份报告是对的，它只是回答了另一个问题

客户是做定制包装材料的出海独立站，卖瓦楞纸箱、贴纸标签和缓冲材料，买家多是中小品牌和电商卖家，客单价中等，复购很高。这类商品的价格是算出来的：尺寸、材质、印刷色数、数量、要不要模切，任意一项变了价格就变，所以页面上写的全是起价。

原状是询盘量还行，报价器提交率也不低，但提交之后的成交比例一直上不去。

那三个月里做的最大一件事，是配合客户法务做了一次全站披露自查。对照欧盟那边的要求逐项过：单位价格有没有、材质说明有没有、送达时间有没有、退换条款清不清楚。一项一项打勾，最后出了一份验收报告，结论是全部合格。

而这份报告，就是这次失手的核心。

客服那边其实一直有反馈，而且反馈很稳定：客户来问的翻来覆去就是那几个问题——这个纸箱能装多重、你们的克重和别家的层数怎么换算、最小起订量到底是多少。每次这类反馈被拿到会上，都会碰到同一堵墙：我们查过了，信息都在页面上，这里有报告。

这堵墙特别难翻，因为那份报告是真的，结论也是对的——信息确确实实都在页面上。它只是回答了第一层的问题，而客服转述的是第三层的问题。一份结论正确的验收报告，把一个它根本没有回答的问题正式关闭了。

翻过来靠的就是上面那个笨动作。我把两个同类纸箱产品页并排放在一块屏幕上，逐字段数：十六个字段里，两边同名同单位同位置的只有三个，标题、主图、起价。一个页面写承重，另一个写抗压强度；一个用克重，另一个用层数；最小起订量在一个页面上紧挨着价格，在另一个页面上躺在下方的说明段落里。

后来真正见效的是两个动作，都跟“把信息写得更全”无关：

• 把报价器的输入前置到列表页。既然商品在拿到尺寸和数量之前根本不成立，那就先收这两个输入，再展示带着真实价格的商品。用户少走一步，页面上那个数也终于变成了一个能拿来比较的数。
• 建一张全站属性字典。同类商品强制用同一个字段名和同一个单位，换算关系写进字段说明。附带产物是这个站第一次有了能用的筛选器——在此之前不是没做，是做了之后筛完总是空的。

结果也符合这个诊断：询盘总量没怎么变，成交比例变了，客服那三类问题的占比明显下降。这也说明之前的问题从来不在获客那一端。

这次失手和前面那些不一样在哪

做过的复盘里，预警失效的形态各不相同：有的根本没有预警；有的预警用了另一个部门的语言，收件人读不懂；有的被读成了捷报；有的响了、准了，但送到了错的人手上；有的干脆是记录本身缺席，系统里连一行都没有。

这一次是新的一种：预警既没有被忽略，也没有被误读，它被一份正式文件宣告为已解决。而那份文件本身没有任何毛病。

由此得到一条可以直接抄的判据：任何一次验收通过之后，追问一句——这次验收能不能通过，取决于我们看了几个页面？只看一个页面就能通过的验收，覆盖的一定只有第一层。再往前推一步就是那条更硬的：凡是能靠一张清单逐项打勾完成的检查，天然只能覆盖第一层；第二层要靠观察真实用户，第三层必须把两个页面并排放在一起看。这三件事的成本和形态完全不同，把它们写进同一张验收表，最省事的那一项会把另外两项的名额吃掉。

这套东西不解决什么

边界要先说清楚，否则期望会歪。

它不解决产品线本身太杂——如果你的同类商品有二十几个型号，彼此差别小到连你自己都要查表，那该做的是砍，不是对齐。它不解决价格没有竞争力，对比表做得再好，也只是让用户更快地确认你贵。它也不保证短期数字好看：把次年价、运费上限、最小起订量老老实实写到决策位置上，一部分本来会盲下单的人会想清楚然后不下单，这批订单消失在当期，而省下来的退货、纠纷和客服成本要到下个季度才体现。这笔账要在动手之前就跟决策人对齐，不然第一个月的数据一出来，这件事就会被推翻。

最后，它也不适用于纯冲动型的低客单价品类。那里的用户压根不做比较，你把三层做到满分，他还是看一眼就买或者看一眼就走。判断标准很简单：去数一数有多少会话访问了两个以上同类商品页，如果这个比例很低，那这篇文章讲的事情在你的站上就不是主要矛盾。

一页纸速查

把全文能带走的东西压成一张表，贴在需求文档最前面就够用了。

再配三句话就完整了：合规只查第一层；页面评审只能看到一个页面；能靠打勾完成的检查天然覆盖不到后两层。

如果只做一件事

那就做那个并排动作，今天就能做，不需要任何人批准。

打开你自己站上两个同类商品页，左右并排，数一数有多少个字段是同名、同单位、同位置的。数完之后你会得到一个很小的数字，以及一份现成的待办清单——那些对不齐的字段，按“用户会不会拿它做选择”排个序，前三个就是下个迭代的内容。

这件事的说服力来自它不需要论证。你没法跟人争论“用户其实很难比较”，但你没法否认两个页面上同一个东西被叫了两个名字。

最后回到那张营养成分表

宽带标签是照着食品营养成分表设计的，这个类比一开始就埋着一个不太起眼的问题。

营养成分表能起作用，靠的不是它的字段设计有多科学，而是三件跟设计无关的事：它印在包装上，用户不需要点击；它格式全国统一，两盒不同牌子的麦片可以直接对着看；它就在货架上，而货架的本质就是把候选项并排摆着。

这三件事，恰好就是第二层和第三层。换句话说，营养成分表之所以成功，靠的正是宽带标签在2026年7月被撤掉的那三条。字段照抄了，让字段起作用的那些条件没抄——而后者从来不写在字段规范里，它们写在超市的货架结构里。

你的商品页也是一样。字段清单谁都能列，真正决定它有没有用的，是这些字段被放在了哪儿，以及它们能不能跟旁边那个选项对上。

常见问题解答

商品信息明明都写全了，用户还是选不出来，问题通常出在哪一步？

大概率卡在第二层和第三层之间。信息写全只属于第一层，它保证的是内容在站上找得到。往下要问的是：这条信息出现在用户做决定的那一屏吗，还是要点开折叠块、跳转新页面才看得到；以及，它能不能跟另一个候选商品的同一条信息并排对齐。多数团队在第一句上答得很好，到第三句才发现这件事从来没有人负责过。有个不用查数据的快速判断法：打开两个同类商品页并排放在一块屏幕上，数一数有多少字段是两边同名、同单位、同位置的。我做过十几次，多数站的答案是三到五个，而且通常只有标题、主图和价格。

折叠块、标签页这类控件到底还能不能用？

能用，但要清楚你在拿什么换什么。这类控件的本质是用第二层换第一层的整洁：信息还在页面上，只是不在同一屏了。判断标准不是控件好不好，而是被折起来的那条信息参不参与当前这个决定。如果用户要比的正是它，那它就不该被折叠——他得点开、记住、关掉、去另一个页面再点开、再回忆，而人的工作记忆装不下几组多元数据。反过来，说明书下载、保养建议、品牌故事这类不参与决策的内容，折起来完全合理。一个可操作的分界线是：凡是会出现在用户对比清单里的字段一律不折叠，其余随意。

价格随收货地址或配置变化时，商品页上该写哪个数字？

三种写法里，写上限或区间通常最好。写“以结账页为准”等于把不确定性原封不动推给用户，弃购会集中在结账前一步；只写“多少起”看着漂亮，但用户按它做的计算全是错的，结账时数字跳涨，信任一次性归零，而且落差发生在他已经付出填表成本之后。给上限看起来贵一点，但用户能拿它做最坏打算，决策可以当场完成。实操上要在数字旁写清这是上限，并补一句多数订单落在哪个区间。更根本的办法是把收输入前置：既然商品在拿到地址之前根本不成立，那就先收输入再展示商品。

只有十几个SKU的小站，也需要做字段对齐吗？

需要，而且小站做起来更便宜。字段对齐的成本几乎完全取决于商品数量和历史包袱，十几个SKU意味着你一个下午就能把属性字典建完，而等到几百个SKU、三条产品线各自演化出一套叫法之后再做，就得回填历史数据、协调多个负责人、还要处理已经上线的筛选器和数据源。判断要不要现在做，有个更准的依据不是SKU数量，是去数一下有多少会话访问了两个以上同类商品页。这个比例高，说明你的用户在做比较，那么字段对齐就是主要矛盾；比例很低，说明这个品类是冲动型的，用户看一眼就决定，那这件事可以往后排。

结构化数据是不是填得越全越好？

不是。判断一个字段值不值得填，只问三个问题：谁会读它，读到之后他会做什么，这件事发生了我怎么知道。有一个答不上来就往后排。宽带标签是很好的警示：监管强制服务商把标签做成机器可读文件挂在专用网址上，两年后废除时给的理由之一，是没有记录证据表明有第三方用它做出了面向消费者的工具。供给侧完全照做了，只是没有需求方。schema.org上那些表达力很强的条件字段几乎没人填，也是同一个道理。与其求全，不如先确认哪些标记真的参与了检索侧的判断。

怎么说服老板做这件事？

别用“体验更好”这个量纲，它进不了排期。换成三个能被复述的东西。第一个是那张并排截图：两个同类商品页放在一屏，数出来只有三个字段对得齐，这张图不需要任何解释。第二个是同一属性的取值基数，一条查询就能跑出来，基数异常大的就是失控字段，属于数据治理问题，不涉及审美之争。第三个是把它挂到已有的合规待办上，单位价格、价格历史这些本来就有外部要求，要改的位置跟你是同一处。另外要主动交代边界：短期数字可能不好看。

做对比型页面会不会造成站内内容重复？

只要它不是把两个商品页的文案拼在一起，就不会。对比页的价值来自那张对齐的字段表，不是描述文字，所以正确做法是少写散文、把同一批字段用同一个单位并排列出，再补一段“什么情况下选哪个”的判断依据。这样产出的内容跟任何一个商品页都不重复，因为商品页上没有另一个商品的数据。要注意别为每一对组合都生成页面，那会造出大量薄内容；只做真实存在比较需求的那几组，依据可从站内搜索的比较词查询、以及一次会话内被同时访问的商品对里取。

权威参考资料