搜索引擎不给h1-h6打分，“金字塔权重”是误读；真实机制是语义推断失败即降权。h1–h6需严格连续嵌套，且必须位于有效内并匹配语义，否则触发结构混乱或e-e-a-t降权。
搜索引擎不给H1-H6打分，所谓“金字塔模型”是误读；真实机制是语义推断失败即降权，不是权重逐级衰减。
为什么“H1权重最高、H6最低”这种说法危险
这个说法把语义结构简化成了视觉样式——就像说“字体越大越重要”。但 Google 的文档解析器（如 Blink 渲染引擎的 Accessibility Tree 构建模块）根本不看字号或 CSS，只看 DOM 中 h1 到 h6 的嵌套顺序和层级连续性。一旦出现 h1 后直接 h3，或多个 h1，算法就停止推断主题关系，转而标记为“结构混乱”，后续所有标题文本都可能被忽略。
常见错误现象：
- 设计师稿里三级标题比二级小，前端顺手用了
h3，结果破坏了h1→h2→h3的语义链 - Markdown 渲染器把
###直接转成h3，但原文档漏了##，导致输出中h1后直接跟h3 - Next.js 页面中
<h1>{{title}}</h1>和 Layout 里的<h1>MySite</h1>同时 SSR 输出
动态生成标题时 level 参数必须做数值截断
Vue/React 中用 <h></h> 渲染很常见，但 runtime 输入不可信：level 可能是字符串 "0"、"7"，或字段缺失导致 undefined，结果输出 <hnan></hnan> 或 JS 报错。W3C Outline Algorithm 对非法标签名直接跳过，不会 fallback 到默认层级。
实操建议：
- 用
parseInt(level, 10)转数字，再用Math.min(Math.max(1, parsed), 6)截幅 - 服务端渲染时，若
level缺失，fallback 到h2（不能 fallback 到h1，避免重复） - 禁止在 JSX/Template 中拼接标签名，改用条件判断：
{level === 2 ? <h2> : level === 3 ? <h3> : ...}</h3> </h2>
<main></main> 缺失或嵌套错误会让 h1–h6 全部失效
h1 不是独立生效的锚点，它必须出现在 <main></main> 内，且是其第一个块级子元素（或紧随 <header></header> 后）。如果 <main></main> 被遗漏、写成 <main><section><h1>...</h1></section></main>，或嵌套在 <footer></footer> 里，Google 移动优先索引会放弃从该区域提取主题信号，转而从 <footer></footer> 里抓备案号当关键词。
使用场景验证方式：
- 打开 Chrome DevTools → Elements 面板，搜索
<main></main>，确认它存在、未被display: none或visibility: hidden隐藏 - 检查
<main></main>下第一个非空块级元素是否为h1（允许中间有<header></header>，但不能是<div> 包裹的 <code>h1） - 用 Lighthouse 运行 Accessibility Audit，重点看 “Heading levels” 和 “
<main></main>element” 两项是否报错 - CMS 模板中
<title></title>来自文章字段，h1却硬编码为站点名称 - SPA 路由切换时，
<title></title>更新了，但h1还停留在上一页内容（尤其 SSR + CSR 混合场景） - 用
display: none隐藏冗余h1，属于明确的隐藏文本风险，可能被判定为操纵
<title></title> 和 h1 语义不一致会触发 E-E-A-T 降权
Google 的 E-E-A-T（Experience, Expertise, Authoritativeness, Trustworthiness）评估模型会交叉比对 <title></title> 和 h1 文本：前者是页面意图锚点，后者是正文主主题提示。两者不一致（比如 <title></title> 是 “React Server Components 原理”，h1 却是 “前端性能实验室欢迎页”），会被标记为“意图模糊”，直接影响信任度评分。
容易踩的坑：
真正难处理的是语义一致性——它没法靠工具自动修复，必须在内容建模阶段就约定字段映射规则，比如所有文章页强制用 post.title 同时填充 <title></title> 和 h1，且不允许为空。
