hgroup 已被 HTML5.2 正式移除，现代浏览器将其视为普通容器，不参与大纲计算；替代方案为用 + 或 包裹，语义更清晰、可访问性更好。
hgroup 已被正式废弃，现在写它没任何语义效果
HTML5.2 起，hgroup 就被 W3C 和 WHATWG 同步移除，不是“不推荐”，是规范里直接删了。所有现代浏览器（Chrome、Firefox、Safari、Edge）都把它当普通容器解析——既不参与文档大纲计算，也不影响屏幕阅读器行为，aria-hidden 或 role="group" 也不会自动附加。你写了 <hgroup><h1>A</h1>
<h2>B</h2></hgroup>，结果就是两个独立标题：h1 和 h2 都照常计入大纲，副标题 B 仍会被朗读、仍会出现在 SEO 结构化数据里。
为什么曾经想用 hgroup？现在替代方案更干净
当初设计 hgroup 是为解决一个具体问题：主标题 + 副标题组合时，h2 被误判为新章节起点，破坏语义层级。但实践发现它根本没起效：
- 浏览器实现割裂：Chrome 曾短暂支持，Firefox/Safari 基本忽略
- 开发者滥用严重：有人嵌套多个
h1进去，反而让大纲更乱 - 无障碍失效：绝大多数屏幕阅读器根本不识别它的“降级”意图
现在更直接的做法是：
- 视觉排版用
<h1>主标题</h1> <p class="subtitle">副标题</p>+ CSS 控制字号/颜色/间距 - 需要语义分组时，用
<header></header>包裹，它本身就有明确的 ARIA role 和大纲边界 - 若副标题需保留一定语义（如文章导语），直接用
<h2></h2>—— 接受它成为大纲一部分，这比假装“隐藏”更透明、更可访问
React / TypeScript 项目里写 hgroup 会报错或警告
JSX 编译器（如 TypeScript + @types/react）默认不认 hgroup，因为 HTML Living Standard 已将其剔除。你硬写：
生成可在 deepbi 沙箱 iframe 内运行或作为独立文件运行的交互式 HTML 页面，使用 `window.deepbi` JS SDK 实现数据查询、空间管理、文件浏览及用户操作。当用户提出以下需求时启用该能力： - 创建 KPI 仪表盘、数据表格、文件浏览器、成员列表、管理页面； - 明确要求“转成 dhtml”、“转译成 HTML”、“把 XX 页面转成……”、“控制台页面”、“管理后台”、“DeepBI 页面迁移”； - 提及位于 `apps/console/src/featur
立即学习“前端免费学习笔记（深入）”；
<hgroup> <h1>Dashboard</h1> <h2>Real-time analytics</h2> </hgroup>
会触发类型错误：JSX element type 'hgroup' does not exist in type 'JSX.IntrinsicElements'。要绕过就得手动扩展 JSX 全局接口，徒增维护负担，且毫无实际收益。
真正容易被忽略的点：hgroup 不影响大纲，但你写的 h2 依然算数
很多人以为只要套个 hgroup，里面的 h2 就不会被当二级标题处理。错。现在的 Chrome DevTools 的「Accessibility」面板、Lighthouse 的 SEO 审计、甚至 Google Search Console 的结构化数据测试工具，全都不买账。你写的 h2 依然会出现在文档大纲中，依然可能被搜索引擎当作独立章节索引。别依赖已删除的机制去掩盖语义设计缺陷——要么用非 heading 标签承载副标题，要么坦然接受 h2 的语义角色。
