article标签用于标识可独立分发的内容,判断标准是能否回答作者、时间、主题三个问题。嵌套仅当子内容也满足独立条件。与section区别在于section为主题分区,article为独立实体。需注意元信息的机器可读性。
今天聊一聊 article 标签——别看它基础,真正用对的人并不多。

长期稳定更新的攒劲资源: >>>点此立即查看<<<
简单来说,article 不是用来“包裹内容”的,而是给内容发一张“独立身份证”。用对了,搜索引擎和读屏软件能识别出“这段内容可以单独拎出去用”;用错了,等于身份证信息填成了别人的住址,后果自然不理想。
article 的核心标准:内容能否“单飞”一个简单的方法:将那段 HTML 复制出来,贴到一个新文件中打开。如果用户一眼能回答三个问题——这是谁写的?什么时候发的?讲了什么事?——那它就有资格使用 article。
标题
作者:李四 更新时间:
→ 完全合格暴雨致多地停课
据教育局通报……
→ 每条都应是一个独立的 articlearticle → 它只是分组逻辑块,应使用 sectionnav、footer、asidearticle 中缺少 h1–h6 属于语义不完整没有标题浏览器不会报错,但读屏软件可能直接跳过整块内容,Lighthouse 检查会给出 warning,Google 也不易给予良好排名。
如何排查 fetch 超时问题
,而非笼统的 我的技术博客
h1;在首页或列表页中,每篇用 h2 更合适,避免出现多个 h1 占位,不要留空 article 模拟标题——屏幕阅读器无法识别
嵌套 article 的唯一合法场景:子内容同样满足“三可”
嵌套在语法上没有问题,但大多数误用是因为混淆了“视觉分组”与“语义独立”。
- 合法:博客正文(外层
article)中的每条评论(每条都带昵称、时间、、独立 URL)→ 各自可作为一个 article
- 合法:主报道中嵌入专家评论,且该评论有署名、发布时间、原文链接 → 可被独立引用
- 错误:将“第一部分”“第二部分”包成子
article → 应使用 section
- 错误:超过两层嵌套(
article → article → article)→ 内容粒度失控,需重新梳理结构
article 与 section 的本质区别
section 是“主题分区”,article 是“独立实体”。关键在于将内容抽出来后,信息量还剩下多少。
- 技术文档页中的“安装步骤”“配置说明”“API列表”→ 各自用
section(它们合在一起才构成完整文档)
- 但如果“API列表”本身是一份可独立发布的接口文档(有标题、作者、更新时间、独立
)→ 则应使用 article
- 产品页的“用户评价”区域 → 整个区域用
section 或 aside,每条评价用 article
- 不要用
section 包裹一篇完整文章——等于放弃语义优势,不利于 SEO 和无障碍访问
最后注意一个细节:元信息的机器可读性。 中的 datetime 属性必须是 ISO 8601 格式。纯文本如 发布于2026年5月28日
对爬虫和读屏软件基本无效。另外,article 内部的 header 和 footer 作用范围只限于本块,不要将全站 logo 或版权信息塞进去。
侠游戏发布此文仅为了传递信息,不代表侠游戏网站认同其观点或证实其描述