见习用户 标题层级是页面内容大纲信号而非字号工具，会影响到相关性判断和结构化摘要，但本身不决定排名；正确做法是一页只保留一个与页面主题一致的H1，H2–H6严格连续嵌套不跳级，标题文字能独立成立且关键词自然出现不堆砌，正文避免自写一级标题、不用div冒充标题，并通过提取全部标题标签检查大纲是否合理。
学完这篇，你能搞清楚 H1–H6 到底影响什么、怎么排才算语义正确，以及怎样用一个页面的标题结构让搜索引擎读懂你的内容重点。
搜索引擎爬虫解析页面时，<h1> 到 <h6> 是一套「内容大纲」信号，不是字号工具。它告诉爬虫：这一页讲什么（H1）、分成哪几块（H2）、每块下面还有哪些细分（H3）。
这带来两个直接影响：
注意：标题标签本身不决定排名。它影响的是「这一页主题是否匹配搜索意图」，内容质量和链接才是主因。为了排名去硬塞标题，反而会被判关键词堆砌。
H1 是页面主题的唯一声明。正确做法是让 H1 等于文章标题，并且和 <title> 保持语义一致（措辞可以不同，别一个字不差地重复）。
常见错误是模板里 logo 用了 <h1>，正文标题又用一个 <h1>，一页两个 H1，爬虫不知道哪个是主题。
注意：如果你在正文编辑区用 Markdown 的
#写一级标题，页面模板自带的 H1 就会和它撞车。正文里从小标题开始写（##、###），把 H1 留给系统模板。
层级要像目录一样连续：H1 下面是 H2，H2 下面才是 H3。不要 H2 直接跳到 H4，也不要为了字号好看随手用 H5。
一个正常的文章结构长这样：
H1 文章标题
H2 背景与问题
H2 具体做法
H3 步骤一
H3 步骤二
H2 常见坑
跳级不会直接降权，但会削弱大纲的清晰度，也影响目录生成和 AI 摘要的抽取质量。
注意：如果某段内容在语义上不是标题（比如一句强调语），就别用
<h3>。想要视觉加粗，用 CSS 或<strong>，不要借标题标签凑样式。
把每个标题单独拎出来读，应该能看懂这一段讲什么。合格的标题是「怎么配置数据库读写分离」，不合格的是「配置」「点这里」「接下来」。
关键词自然出现在 H2/H3 里有加分，但一条标题里出现两三次同一个词就过头了。长尾词和具体问题式标题（「为什么 H1 只能有一个」）通常比短词更容易命中真实搜索。
<div class="title"> 加粗放大，肉眼看着像标题，爬虫看着是普通文本，语义为零。检查办法很简单：
<h1>–<h6> 抽出来，看能不能还原出一份合理的目录。如果抽不出来，说明你这页对机器来说是一团平铺的文本。
每次改完模板或发完一篇长文，花 30 秒做三件事：确认只有 1 个 H1、确认没有跳级、确认每个标题能独立读懂。系统层的站点标题、描述模板可以到后台「系统设置 → SEO」里统一配，但单篇内容的标题层级只能靠作者在正文里写对，后台配置管不到这一层。
<title> 语义一致。
这篇讲得挺实在，H1 一页一个 + 不跳级这两条抓住了重点，剩下的全是执行细节。
补一个在 Clara 上落地时最容易踩的点：帖子页的 H1 是模板直接输出的（就是帖子标题），所以正文用 Markdown 时千万别再写 #，从 ## 起步——你文里也提到了，这确实是新手第一个撞车的地方。列表页、专题页同理，各自也该有且只有一个明确 H1，很多人只盯文章页，结果聚合页的 H1 要么空着要么又是站点名，整站大纲就平了。
再就是后台能管和不能管的边界你说得很准：「系统设置 → SEO」那层配的是站点级的 title/description 模板，正文的标题层级它确实管不到，只能靠作者自己写对。所以自检还是得手动来——F12 看大纲，或者把页面 HTML 里所有 h1–h6 抽出来扫一眼，30 秒够用。
「标题能独立成立」这条实际写长帖时最容易翻车的其实是「步骤一/步骤二」这种，单独拎出来没信息量，改成「步骤一：配置从库连接」就立住了。另外系统会输出 QAPage、citation 这类结构化数据，标题层级规范配合起来，AI 引擎抽摘要的质量会明显好一些，值得当成习惯。
wbcm：这篇讲得挺实在，H1 一页一个 + 不跳级这两条抓住了重点，剩下的全是执行细节。 补一个在 Clara 上落地时最容易踩的点：帖子页的 H1 是模板直接输出的…
认同你的补充，尤其是「步骤一」那个例子——判据可以再收紧一点：标题里至少得有一个具体的名词对象（从库、缓存、上传白名单），只有编号或方位词的都属于不合格。
聚合页那块确实是最容易漏的。专题页 H1 用专题名，问答聚合页 H1 用「问答」之类的主题词，千万别 fallback 成站点名——首页、列表页、聚合页三个 H1 一字不差，机器看你整站就只有一个主题。自检建议直接用一行命令，比翻 F12 快：
正式会员
认证极客[...document.querySelectorAll('h1,h2,h3,h4,h5,h6')]
.forEach(h => console.log(' '.repeat(h.tagName[1]-1) + h.tagName + ' ' + h.textContent.trim()))
缩进一眼就能看出跳级。另外检查时把侧栏也算进去，某些主题侧栏小工具的标题也会输出 h2/h3，会把大纲搅乱；布局管理里能关的区块先关掉再看，干净得多（具体某个主题怎么输出标签我不敢打包票，得看模板本身）。
结构化数据那段我同意，两头是互相成全的：QAPage、citation 抽的基本是「标题 + 首段」，标题含糊，抽出来就是废话，标签再规范也救不回来。悬赏帖尤其注意，问题和最佳答案各成一块，答案区里用 H3 往下排就行，别在正文里再造一个 H1 跟问题标题抢。
itjianghu：认同你的补充，尤其是「步骤一」那个例子——判据可以再收紧一点：标题里至少得有一个具体的名词对象（从库、缓存、上传白名单），只有编号或方位词的都属于不合格。 聚…
判据收紧这条我完全认同——"标题里必须有具体名词对象"比"能独立读懂"好验证得多，省掉了主观判断；你那段 console 脚本我也直接存书签了，比 F12 翻大纲快。
顺着这个思路补两点。一是脚本可以再加一行兜底，顺手把 H1 数量也打出来，避免人眼看漏：
[...document.querySelectorAll('h1,h2,h3,h4,h5,h6')]
.filter(h => getComputedStyle(h).display !== 'none')
.forEach(h => console.log(' '.repeat(h.tagName[1]-1) + h.tagName + ' ' + h.textContent.trim()))
console.log('H1 数量：', document.querySelectorAll('h1').length)
加可见性过滤是因为被 CSS 隐藏的区块（条件显示、折叠区）依然会被选择器抓到，扫出来容易误判成两个 H1。侧栏那块你说得对，Clara 的布局管理是按页把区块显隐、拖拽排序的，自检前先把侧栏区块关掉、只看主内容区，大纲干净得多；不过各主题怎么输出标签确实得看模板，不敢替你打包票。
二是悬赏帖那段值得单独强调：已解决的悬赏帖页输出的是 QAPage + acceptedAnswer，问答聚合页走 FAQPage，这两处的结构化数据基本就吃"标题 + 首段"。所以问题区一个 H1，答案区从 H2 起、内部细分用 H3，层级一旦在正文里再造一个 H1，抽出来的 acceptedAnswer 就可能挂错对象。
常见坑再补一个：正文标题层级对了，如果段落里靠 ## 把"结论""结尾"这类空标题也排进去，大纲反而更碎——空标题宁可不用。
微信扫一扫 · 发给好友或朋友圈
