ul、ol、dl 是具有明确语义的结构化标签，不可混用：ul 表示无序并列项，ol 表示有序步骤或排名，dl 唯一支持术语-解释双向映射；须配合 heading 使用，并为链接列表添加 aria-label 补全语义。
ul、ol、dl 这三类列表标签本身就有明确语义，不是“可选优化项”，而是内容结构的基础判断依据。搜索引擎会基于它们的使用方式，区分信息类型、层级关系和重要性权重。
为什么 ul 和 ol 不能混用
搜索引擎把 ol 当作“有顺序依赖”的内容流（比如步骤、排名、时间线），而 ul 表示并列、无序集合（比如功能亮点、服务项目）。一旦把本该用 ol 的安装步骤写成 ul，爬虫就无法识别动作先后逻辑；反过来，把产品特性列表硬套 ol，反而暗示了人为排序，可能触发对关键词堆砌的怀疑。
常见错误现象：
- 用
ol列出“我们的优势”5条，但实际并无优先级或执行顺序 - 在教程页中用
ul写“1. 准备工具 2. 拆卸外壳…”，跳过语义直接靠 CSS 数字编号 - 嵌套时误用：在
ol里套ul却没加li包裹，导致 DOM 结构断裂
dl 是唯一能表达“术语-解释”关系的原生标签
dl 不是“ fancy list”，它是 HTML 中唯一支持双向语义映射的列表类型：dt 定义术语，dd 提供解释。Google 明确在结构化数据文档中指出，dl 是识别 FAQ、参数说明、配置项等页面片段的关键信号。
使用场景：
html-to-pptx-converter
下载
使用 PptxGenJS 和 Python 解析，将结构化的 HTML/CSS 幻灯片内容转换为原生、可编辑的 PowerPoint（.pptx）演示文稿。
- 产品技术参数页（如 CPU 型号、内存容量、接口类型）
- 帮助中心的问答区块（
dt是问题，dd是答案） - API 文档中的字段说明（
dt是字段名，dd是类型+描述）
容易踩的坑：
- 把多个
dt连续写，中间没dd—— 浏览器会自动补空dd，但语义已损坏 - 用
dl做纯视觉缩进排版，比如把导航菜单伪装成dt/dd对 - 忽略
dd可以多段落的事实，强行塞进一个p里，丢失段落语义
列表嵌套与 heading 标签的配合影响 SEO 权重分配
搜索引擎会把 h2 + ul 这样的组合，当作“该小节下的一组并列要点”来建模；但如果 h2 后紧跟 dl，它会倾向认为这是“对该标题的术语展开”。这种差异直接影响关键词上下文建模。
实操建议：
- 每个
ul或ol前必须有h2–h4级标题，避免孤零零出现——否则爬虫难以锚定其主题归属 -
dl可独立存在，但若用于 FAQ 区块，建议用section包裹，并配h2作为区块标题 - 不要为了“看起来整齐”把多个
ul拼在一起却不加分隔标题；宁可用section+h3切分，也别让列表语义漂移
最常被忽略的一点：列表项里的链接，如果都指向同一类资源（比如全部是 PDF 下载），ul 外层加 aria-label="技术文档下载列表" 能显著提升辅助工具和部分爬虫对意图的理解。这不是锦上添花，而是补全语义链的最后一环。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
