商品参数对比必须用，因它是唯一能原生表达二维矩阵（属性行×商品列）的语义化标签；仅适用于有不可逆顺序的场景如购买流程、榜单或安装步骤；参数说明应使用，其中定义术语、提供解释。

有序列表

不适合商品参数对比

直接说结论：<ol></ol> 不能用来组织“iPhone 15 vs Pixel 8 的参数对比”，因为这不是步骤或顺序关系，而是并列维度的横向比对。用 <ol></ol> 会导致屏幕阅读器读成“第一步：价格；第二步：处理器”，语义完全错误，也破坏后续 CSS 定位和 JS 数据提取逻辑。

什么时候该用

做商品相关展示

只有当内容天然具备不可逆的执行顺序或排名时，<ol></ol> 才成立。典型场景包括：

• 商品购买流程：<li>选择规格 → <li>填写地址 → <li>支付完成
• 榜单类展示：<li>销量第一（iPhone 15 Pro）→ <li>续航最强（Pixel 8）→ <li>拍照评分最高（S24 Ultra）
• 安装/配置步骤：<li>下载驱动 → <li>连接 USB → <li>运行 setup.exe

关键判断标准：打乱顺序后，用户是否无法理解或操作失败？如果是，才用 <ol></ol>。

Doc To HTML

使用 MinerU 文档处理引擎将 Word 文档（.doc、.docx）转换为保留结构和格式的干净 HTML。

下载

比

更适合参数说明类内容

如果想在商品页里罗列“参数名 + 解释”，比如「防水等级：IP68，可在 6 米水深下停留 30 分钟」，应该用 <dl></dl>，而不是 <ol></ol> 或 <ul></ul>：

• <dt></dt> 放参数名（如 <dt></dt>防水等级），必须为内联级、不可换行
• <dd></dd> 放解释（如 <dd></dd>IP68，可在 6 米水深下停留 30 分钟），浏览器默认缩进，语义上明确是“对前一项的描述”
• 禁止把多个 <dt></dt> 塞进一个 <dd></dd>，也不允许 <dd></dd> 单独存在无对应 <dt></dt>

常见错误是写成 <ol><li>防水等级：IP68</li></ol>——这会让读屏器读作“第一项：防水等级：IP68”，丢失术语与解释的映射关系。

真正做商品对比，还是得回到

参数对比的本质是二维矩阵：行是属性（价格、重量、电池），列是商品（A、B、C）。只有 <table> 能原生表达这种关系： <ul><li>首行 <code><thead> 用 <code><th scope="col"> 标明商品列 <li>首列每格用 <code><th scope="row"> 标明参数行 <li>数据单元格统一用 <code><td>，数量必须严格对齐，否则小屏重排会漏项 <li>不要试图用 <code><ol></ol> 或 <ul></ul> 嵌套模拟表格结构——DOM 层级一深，CSS 控制列宽、冻结首列、导出 PDF 全都会崩

最容易被忽略的一点：所有商品数据行的 <td> 数量，必须等于 <code><thead> 中 <code><th scope="col"> 的数量。少一个，移动端重构时就丢参数；多一个，打印出来就错位。这个校验没法靠视觉发现，必须靠代码逻辑兜底。</th>

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！