aside用于标记可移除而不影响主内容完整性的补充信息，如作者简介、背景资料；嵌套在article内服务单篇内容，置于body下则属全站补充；非语义侧边栏应避免滥用。
aside 标签不是“侧边栏”的视觉实现工具，而是语义上标记与主内容相关但可独立存在的补充信息。
什么时候该用 aside 而不是 div
判断核心在于内容是否“可移除而不影响主内容完整性”：比如一篇博客正文里嵌入的作者简介、相关术语解释、引用来源列表——删掉它们，文章逻辑依然成立，这时就适合用 aside。
- ✅ 正确场景：
aside包裹一篇新闻报道旁的背景资料卡片、API 文档中穿插的“注意事项”提示块 - ❌ 错误场景：导航菜单、页脚版权信息、固定悬浮的客服按钮——这些属于页面结构部件，和主内容无语义从属关系，用
nav或普通div更合适 - ⚠️ 注意：
aside不自动浮动或定位，CSS 仍需手动控制布局；浏览器不会因用了它就改变渲染方式
aside 嵌套在 article 里还是放在 body 级别
取决于语义归属范围。如果补充信息只服务于某一篇文章（如某篇技术教程里的“兼容性说明表”），就嵌在对应 article 内部；如果是全站通用的“本周热门话题”栏目，则应放在 body 下、与 main 并列。
- 嵌套在
article中时，aside的语义范围被限定为该文章的附属内容 - 放在
body级别时，它属于整个页面的补充材料，可能跨多个section或article - 不要为了“看起来像侧边栏”而强行把所有右侧栏都塞进
aside——语义错位比样式错位更难维护
屏幕阅读器和 SEO 对 aside 的实际反应
主流屏幕阅读器会识别 aside 并提示“补充内容”，但不会跳过或降权；搜索引擎目前未将 aside 作为独立权重因子，但它能帮助理解页面信息层级。
立即学习“前端免费学习笔记（深入）”；
- 有利点：辅助技术用户能更快判断哪些内容可暂缓听取，提升浏览效率
- 风险点：若把关键操作按钮（如“立即购买”）放在
aside里，部分用户可能默认忽略 - 真实限制：没有浏览器会因为用了
aside就提升排名，但语义混乱的页面更容易被算法判定为低质量
真正容易被忽略的是：语义标签的价值不在“用了没”，而在“用得准不准”。一个写在 header 里的 aside，或者包裹着主导航的 aside，比完全不用还麻烦。
