h2是h1下一级的核心语义容器，用于正式划分内容区块，应避免堆砌关键词或误标非标题元素；h3则细化h2下的子单元，需严格嵌套于h2之下，共同构建连贯的树状结构。
h2标签是页面内容结构的主干分支
搜索引擎把 h2 当作 h1 下一级的核心语义容器，不是装饰性副标题，而是内容区块的正式划分依据。一个页面出现多个 h2 是合理且常见的，但超过 3 个容易稀释权重，尤其当它们彼此语义重叠或缺乏实质信息时。
常见错误现象：h2 里塞满营销话术（如“震撼首发！”“限时抢购！”），或重复使用相同关键词堆砌；也有把导航栏链接、页脚版权行误标为 h2，破坏结构可信度。
- 使用场景：文章正文的章节标题、产品页的功能模块标题（如“性能参数”“售后服务”）、列表页的筛选条件分组
- 参数差异：无需额外属性，但应避免包裹
img或纯图标；若需隐藏视觉样式，用 CSS 控制，别用display: none隐藏整个h2，否则可能被判定为作弊 - SEO 影响：Google 明确表示会用
h2辅助理解页面主题分布，配合h1构建“主题—子主题”关系图；跳过h2直接用h3属于层级断裂，影响可访问性和爬虫解析
h3标签用于细化h2下的逻辑子单元
h3 的作用不是“再加粗一次”，而是承接 h2 的语义延伸，形成可导航的三级信息锚点。它的 SEO 权重明显低于 h2，但对长内容页（如技术文档、FAQ 页面）的片段化索引很关键——Google 可能直接将 h3 + 后续段落作为搜索结果摘要展示。
容易踩的坑：把所有小标题无差别标成 h3，包括按钮文字、标签云、评论区“发表评论”这类操作提示；或者在 h2 下直接嵌套 h4，跳过 h3，导致结构断层。
- 使用场景：FAQ 中每个问题、技术文档中每个 API 方法说明、商品详情页的“材质说明”“清洗建议”等具体条目
- 性能影响：大量
h3不影响加载速度，但若页面含几十个h3却无清晰h2分组，会被视为内容组织混乱，间接拉低页面质量评分 - 兼容性注意：部分旧版屏幕阅读器对
h3的导航支持弱于h2，所以重要子模块仍建议优先用h2，h3留给真正需要再分层的地方
h2和h3之间不能靠数量取胜，而要靠嵌套合理性
最常被忽略的一点：SEO 不看单个标签用了几次，而是看整套 h1→h2→h3 是否构成连贯树状结构。比如一个 h2 下有 5 个 h3，比 5 个孤立的 h2 更利于语义识别；反过来，如果 h3 出现在没有父级 h2 的位置（比如紧挨着 h1），搜索引擎会困惑它到底属于哪个主干。
实操建议：
- 用浏览器右键 → “检查”打开开发者工具，切换到“元素”面板，用箭头图标悬停标题，快速验证嵌套是否连续
- 动态页面（如 CMS 渲染）要确保模板中
h2和h3的生成逻辑不因数据缺失而错位（例如空字段导致h2缺失，h3提前上浮） - 不要为了塞关键词硬造
h2/h3，一段没标题的自然段，远好过一个与上下文脱节的h3
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
