语义化标签结构由header、nav、main、section、article、aside、footer七个核心标签构成：header表页眉或章节头，nav专指主导航，main为唯一且直接子于body的内容主体，article包裹可独立分发内容，section需带标题并围绕同一主题，aside放附属信息，footer用于页面或article底部元信息。

把内容分区逻辑转成标签结构，核心是让每个区块“自己会说话”——用浏览器和辅助工具能直接识别的标签，而不是靠 class 名猜意思。

先理清页面骨架：七个关键标签各司其职

最简也最稳的结构就是这七个标签搭出主干：header、nav、main、section、article、aside、footer。它们不是样式工具，而是语义信标。

• header 表示页眉或章节头部，不只出现在页面顶部，也能用在 article 里做文章标题区
• nav 专指主导航链接集合，比如顶部菜单或侧边栏目导航，不是所有带链接的区域都适用
• main 必须是 body 的直接子元素，且全页只能有一个；它代表用户真正要读的内容，搜索引擎和读屏软件都盯这儿
• article 包裹可独立分发的内容，比如一篇博文、一条新闻、一个论坛帖，删掉页面其他部分它依然成立
• section 是主题性分组，必须带标题（h1–h6），比如“产品特性”“用户评价”这类有明确主题的模块
• aside 放附属信息，如相关链接、作者简介、广告位，内容与主文有关联但非主线
• footer 不只是页面底部，也可用于 article 内部，标注发布时间、编辑者等元信息

别用 div 模拟语义：class 名对机器无效

写

，浏览器和读屏软件只会当它是普通容器，不会识别为页眉，也不会触发 role="banner"。SEO 也抓不到结构权重——Google 明确把 main 内容视为主索引区，而

就是普通文本块。

常见问题包括：

• NVDA 报 “no landmark found”
• Lighthouse 在 “Landmark elements” 条目扣分
• DevTools 的 Accessibility 面板显示 computed role 是 generic，不是 banner 或 main

解决方法很简单：删掉 class，直上 header、main 等原生标签。样式照写，语义自动带上。

Wechat HTML Publisher

直接上传HTML富文本到微信公众号草稿箱。支持完整的HTML格式,无需Markdown转换。

下载

嵌套有规矩：main 不能套、section 要有题、article 可复用

结构错位会让语义失效，不是写出来就行，得按规范来。

• main 必须是 body 的直接子元素，嵌在 div 或 section 里就等于没写
• section 必须有标题，且内容要围绕同一主题；纯为了布局留白或调整间距，就该用 div
• article 可以嵌套 section，也可以被 section 包裹，但多个 article 并列时不能互相嵌套
• 单页应用切换 tab 时，不要动态插入新 main，应复用原有 main 并替换内容

标题层级要连贯，别跳级也别空缺

每个 section 和 article 都该有标题，而且 h1–h6 要按逻辑顺序使用。比如 article 用 h1，里面的小节用 h2，再往下是 h3。跳过级别（如 h2 后接 h4）会让大纲混乱，影响读屏体验和 SEO。

标题不只是给用户看的，它参与生成文档结构树。W3C Validator 会检查这个，错误提示常是 “Heading level should be sequential”。

前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！