嵌套 article 合法但须满足“三可”原则：可独立分发、复用、索引；常见于博客引用旧文、新闻内嵌专家评论等场景；评论区仅当用户评论具备独立语义和链接时才用 article，回复通常应置于 section 或 li 中；嵌套不宜超两层。
article 嵌套 article 是合法的，但必须反映真实的内容独立性关系，不是视觉分组或层级缩进的替代方案。关键在于：子 article 是否本身就能被单独转发、被 RSS 订阅、被搜索引擎生成独立摘要页。
嵌套的唯一前提：子内容满足“三可”原则
只有当子内容具备可独立分发、可独立复用、可独立索引的属性时，才允许嵌套 article。常见合规场景包括：
- 博客正文（外层 article）中完整引用另一篇署名、带时间、有标题的旧文
- 新闻报道（外层 article）内嵌入一条专家撰写的独立评论，该评论已有独立 URL、作者信息和发布时间
- 产品详情页（外层 article）中嵌入第三方评测，评测本身结构完整（含 h2 标题 + 正文 + 作者 + time）
评论区是典型但需严判的嵌套场景
用户评论若满足“三可”，就该用 article；否则应降级为 section 或 blockquote。判断依据很实在：
- 复制整条评论发到微博或邮件，是否语义完整、无需上下文也能理解？
- 这条评论有没有自己的链接？能否被其他页面直接引用或嵌入？
- 搜索引擎是否愿意为它生成独立搜索结果页？
满足以上任一两条，就值得一个 article；否则用 section 更稳妥。
立即学习“前端免费学习笔记（深入）”；
回复（二级评论）通常不该再嵌套 article
对某条评论的回复，绝大多数属于依附性内容，脱离原评论常无意义。例如“说得对”“链接失效了”这类短回复，根本不构成独立内容单元。更合理的结构是：
- 一级评论 → article（含 h3 标题、p 内容、footer 操作）
- 其下的所有回复 → 包裹在 section 或 ol/ul 中
- 每条回复 → li 元素，内部可用 header（作者+time）、p、footer
仅当某条回复本身已是一篇长评（自带标题、多段落、署名、发布时间），且业务上明确支持它被单独分享或索引时，才考虑提升为子 article，且需确保它出现在父评论的语义上下文中，而非硬塞进 li 里。
嵌套层级不宜超过两层
article → article 是常见且推荐的深度；article → article → article 会显著增加辅助技术解析负担，导致读屏器导航混乱、大纲跳变、RSS 抓取错位。W3C 明确建议结构扁平化。如果出现三层嵌套倾向，应重新审视内容模型：
- 是否把“段落”误当“独立内容”？
- 是否可用 section 替代内层 article？
- 是否该将部分子内容移出 article，作为同级并列项处理？
真正起作用的从来不是标签名，而是它包裹的内容是否真的能独自成立。
