aside表示与主内容相关但非核心的附属信息，移除后不影响主信息完整性；可置于body或article内，不可在header/footer/nav/main中；仅当内容确属附属且相关时才使用。
aside 元素不是“侧边栏容器”，也不是“浮动区域”——它表示与当前页面或article内容**相关但非核心**的附属信息。用错就等于语义污染，会影响可访问性、SEO 和屏幕阅读器理解。
什么时候该用 aside？
关键判断标准是「内容是否可以被移除而不影响主信息完整性」：
- 一篇博客正文旁的「作者简介」或「同类文章推荐」——适合，因为它们补充但不支撑主论点
- 整站通用的右上角广告位或全局客服浮窗——不适合，它和当前页面内容无逻辑关联
- 嵌套在
article内的一段引文（blockquote）+ 注释说明——适合，属于对该段落的延伸解释 - 导航菜单、页脚版权栏、顶部 logo 区域——全部不适合，这些有专属语义元素（
nav、footer、header）
aside 能放在哪儿？位置有硬性限制
它没有全局定位自由：必须紧邻其服务的主内容上下文，且不能脱离语义范围：
- 可作为
body直接子元素，与main或article并列（表示全页级附属信息） - 可嵌套在
article内部（表示仅服务于该文章的注解/参考/延伸） - 不可放在
header、footer、nav里——这些本身已是功能明确的非主体区块，再塞aside属于语义嵌套错误 - 不可作为
main的子元素——main只能包含真正核心内容，aside天然排除在外
常见错误：把 aside 当 div 用
很多开发者用 aside 只为方便写 CSS（比如 float: right），这是典型误用：
立即学习“前端免费学习笔记（深入）”；
- 视觉位置 ≠ 语义角色：
aside在移动端可能被屏幕阅读器跳过，若里面塞的是重要操作按钮，用户根本感知不到 - 搜索引擎会弱化
aside内容权重，把它当广告或干扰项处理 - W3C 明确建议：若只是需要样式容器，用
div；只有满足「附属+相关」才用aside - 示例对比：
<!-- 错误：仅为布局 --><br><aside class="sidebar"><nav>...</nav></aside><br><br><!-- 正确：内容确实附属 --><br><article><br> <h2>响应式设计原则</h2><br> <p>……</p><br> <aside><p>【延伸】CSS Grid 布局兼容性表见附录 A</p></aside><br></article>
最易被忽略的一点：aside 的“相关性”必须由内容本身体现，而不是靠位置或 class 名暗示。浏览器和辅助工具不会读你的 CSS 文件，只认语义结构。
