GEO-066·第 06 期·技术底座·66 / 132
对比表的机器可读写法
对比表被截成图片、缺单位或用横杠代替缺失，AI 就只能写“数据未提供”。本文拆开行列结构、单位与缺失值的具体写法、HTML 与 schema 的分工，给出一次 LLM 抽取测试和四步改造流程，并说明哪几类品类不该做对比表。
本期主线进入候选集：对比、场景与买前决策
示例：一家做扫地机器人的出海团队，把“A 牌 vs B 牌”的对比做成一张长图 PNG，摆在德国站对比页首屏。买家在聊天助手里问“地毯加宠物毛，这两台选哪个”，答案列了三个型号，他们那台后面跟着一句“吸力与地毯表现未提供可核实数据”。设计稿上明明印着 5000Pa，只是印在图片里。
对比表不是给人看的版式，而是给机器取数的矩阵：行列要真、单位要唯一、缺失要写明；这三点做不到，参数写得再全，AI 也只能替你写“未提供”。
模型读表，读的是行列而不是版式
一张表在模型眼里是“对象 × 字段”的二维数组：每行一个商品，每列一个维度。行标题回答“这是谁的”，列标题回答“这是什么”。两个标题都在，格子里的 5000Pa 才能变成一句可引用的事实。
验收标准很硬：把某个单元格单独拎出来，还能不能回答“谁、哪个字段、什么单位、什么条件下测得”。拎出来就散架的表格，人看得懂，机器只能跳过。
这也是对比页比商品页难写的原因。商品页是一个对象、多个字段；对比页是多个对象、多个字段，还要求同一列的口径完全一致。口径一乱，模型不会逐格纠正，它会整列放弃——宁可说“参数不一”，也不猜。
三个断点：单位、缺失、结构
单位不统一，整列作废。 同一列里混进 Wh 和 mAh、kg 和 lb、℃ 和 ℉，模型无法比较。正确做法是把单位写进列标题（“电池容量（Wh）”），格子里只放数字；需要换算时在表下补一句口径，而不是在格子里写“约 1000Wh”。范围值同理：写“45–60”，再在表下说明测试条件，比写“约 50”可复核得多。
缺失值留空，等于给了个假值。 空格、“—”、“/”在抽取时最容易被读成 0、不适用或“该商品没有这个功能”。三种缺失要分开写：“未提供”是没测，“不适用”是这类商品没有这个维度，“待确认”是有但还没发布。字数不多，但它决定了 AI 说你是“没有”，还是“没说”。
结构一坏，行列对不上。 表头用 thead 和 th，不要用加粗的 td 冒充；尽量不用 rowspan/colspan，合并单元格会让“这一格属于哪一列”丢失；表头不要做成图片；移动端不要把表格换成按视口用 JS 重画的卡片——那样抓到的 HTML 里可能一列都没有。用 CSS 隐藏的列至少还留在源码里，用 JS 现画的表连源码都没有。
反例也是最常见的：三张图拼成一张“对比长图”，配一句“详见下图”。它拿不到任何一次引用，因为页面上没有可切块的单元格。
HTML 与 schema 各管一半
HTML 表格负责“可摘”，schema 负责“可认”。前者给模型可直接搬走的句子和数字，后者告诉机器这一行是哪个 Product、哪个 Offer，价格与库存从哪里取。
顺序不能反。先有页面上的表，再用 schema 描述同一批事实；两边数字不一致时，模型取哪个都可能是错的，最后伤的是可信度。对比页通常用 ItemList 串起参与对比的几个商品，用 Product 与 Offer 描述价格和库存，用 additionalProperty 承载表里的自定义维度——它只解决“字段叫什么”，不解决“值对不对”。
还有一句要泼冷水：schema 不是富媒体开关。多写一段标记，不会让对比表自动出现在答案里，它只降低被误读的概率。真正决定能不能被引用的，仍是表格本身是否可解析、口径是否统一。
示例：同一组参数，两版写法
以下品牌与参数均为虚构，只演示结构。
改前：一张 PNG，行是型号，列是吸力、续航、噪音，格子里写“5000Pa”“约 180 分钟”“—”。
改后：
| 维度 | A 牌 X1 | B 牌 Y2 |
|---|---|---|
| 吸力（Pa，硬地板模式） | 5000 | 4200 |
| 续航（min，标准模式） | 180 | 150 |
| 噪音（dB，最大档） | 68 | 未提供 |
| 适用地面 | 地毯、硬地板 | 只有硬地板 |
改动只有三处：列标题写死单位与测试模式，缺失写成“未提供”而不是横杠，图片换成真表格。第二版被问“噪音大不大”时，答案会是“A 牌最大档 68dB，B 牌未提供”，而不是把两家都写成“数据缺失”——前者还能进候选集，后者直接被跳过。
四步落地：改结构，再做盲测
| 步骤 | 做什么 | 谁来做 | 怎么算过 |
|---|---|---|---|
| 1 选表 | 挑被问得最多的 3 个对比页，对应真实提问 | 内容 + 增长 | 每页能对上一条买家原话 |
| 2 定维度 | 只留买家用来筛的 5–7 个维度，写死单位与条件 | 品类 + 内容 | 同一列只有一个单位 |
| 3 改结构 | 图片换表格，th 表头，缺失值按三分法写 | 前端 | 关掉 CSS 仍能读出完整行列 |
| 4 抽取测试 | 单表盲测，记录模型原话 | 内容 | 三个问题连续两次答对 |
盲测的做法：只把这张表的 HTML 交给模型，不给页面其他内容，问三件事——每行是什么商品、每个数值属于哪个字段和单位、哪些格子是缺失。都答对才算可解析。一次只测一张表，混着页面内容测不出问题；模型本身有波动，同一组问题重复两三次，采样口径沿用AI 可见度基线，单次结果不下结论。
第 2 步最容易走过场。维度不是越多越好，是越可比越好：竞品页面也有的维度优先；只有你有、竞品没有的，放进正文而不是表格——否则整列缺失，反而拉低可解析度。
这也是进入候选集的前置条件。买家问的是“哪个更适合我”，AI 得先把几个商品放到同一把尺子上量一遍，量不出来的进不了名单。候选集怎么形成，见本期主线AI 的候选集只有 3–5 个名字，怎么进去；入口为什么变了，回到AI 搜索把海外电商流量切成了四段。
边界：什么时候不该做对比表
第一，维度不可比。定制家具、手工艺品、按尺寸报价的品类，强行塞进一张表会制造错误结论，宁可写清适用条件。
第二，差异靠体验而非参数。香氛、面料手感、佩戴舒适度，表格只能说清“有什么”，说不出“好不好”，这里的主战场是评测与 UGC，表格只是辅助。
第三，成交几乎都在平台内。平台对比由平台字段决定，官网表格的边际收益低，先把 listing 与评论修好。
第四，主数据本身不统一。ERP、feed、页面三处数字打架时，表格只会把矛盾排得更整齐，先把商品主数据对齐。
第五，合规限制披露。某些市场对性能、能效表述有约束，用条件说明替代绝对值，不要为了填满格子写无法核实的数。
这类活归技术底座：文案决定写哪几个维度，工程决定这些维度能不能被逐格取走。两张皮，表格一定烂。
这个月，挑一个被问得最多的对比页，把它改成 HTML 表格：定 5 个维度、把单位写进列标题、空白格改成“未提供 / 不适用 / 待确认”，然后做一次单表盲测，把模型答错的那一格记进工单。