aside标签专用于标记与主内容弱关联、可移除而不影响逻辑完整的附属信息，如术语解释、作者简介、背景资料等；其语义由嵌套位置决定——在article内服务单篇，在body下服务整页，禁用场景包括导航、页脚、广告。
aside 是唯一专为侧边栏内容设计的语义化标签，但它不是“视觉侧边栏”的同义词——用错就等于把语义搞反了。
什么时候必须用 aside？
只有当内容满足「与主内容间接相关、可独立存在、移除后不影响主信息完整性」时，才适用 aside。
- 文章内嵌的术语解释：
<aside><p>WebAssembly（简称 Wasm）是一种二进制指令格式…</p></aside> - 博客页右侧的「作者简介」「相关文章推荐」模块
- 新闻正文旁的背景资料框、数据图表说明
- 不能用于主导航菜单、页脚链接、广告横幅（这些应分别用
nav、footer、section）
为什么不用 div 或 section 代替？
div 没有语义，section 表达的是“主题性分组”，而 aside 明确传递「附属关系」——这是机器可读的关键差异。
- 屏幕阅读器会把
aside标记为“补充内容”，允许用户跳过；div则被当作普通容器逐字朗读 - 搜索引擎识别
aside中的内容权重更低，避免它稀释主内容关键词 -
section要求内部通常含标题（h1–h6），而aside不强制，更适配轻量补充信息
aside 可以嵌套在哪些位置？
位置决定语义范围：嵌套在 article 内表示“仅对该文章附属”，作为 body 直接子元素则表示“全页级附属内容”。
- 嵌套在
article中：<article><h2>React Server Components</h2> <p>…</p> <aside><p>注意：RSC 不在浏览器执行。</p></aside></article> - 作为
body子元素：适合全站通用的右侧推荐栏，但需确保其内容确实服务整页而非某个区块 - 不能放在
header或footer内部——这两个区域已有明确语义边界，aside与其冲突
最容易被忽略的一点：aside 的语义强度取决于上下文是否真的「可剥离」。如果右侧内容是导航入口或功能操作区（比如折叠菜单按钮、语言切换器），哪怕视觉上在侧边，也该用 nav 或带 ARIA 标注的 div，而不是硬套 aside。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
