我做 SEO 到最后,其实越来越像在做“搜索结果里的产品陈列”。同样一个排名,展示差一点,点击就差一截;展示做得好,哪怕位置没动,CTR 也能往上蹿。
先把底层规则说清楚:
- featured-snippets 是 Google 自动挑选的摘要展示,你只能提高“被选中概率”,不能强行指定。
- 结构化数据能让页面“有资格”展示富结果,但不保证一定展示。
- FAQ 富结果近年已经被大幅收紧:Google 明确说,FAQ rich results 只会主要展示在“权威政府与健康网站”,其他站点不再常规展示。
1)Featured Snippets:我怎么抢“零号位”
1.1 Featured Snippets 是什么?我怎么定义它的价值
featured-snippets(精选摘要)就是你在 Google 搜索时,经常看到最上方那个“直接给答案”的块。Google 官方就把它描述为一种特殊展示:把摘要放在前面,让用户更快获得答案。
我对它的价值判断很现实:
- 占屏幕:尤其移动端,视觉压制很强
- 品牌信任加成:即便不点,你名字也反复出现
- 不总是带来高点击:有些查询会产生“零点击”,用户看完就走(所以要挑对问题、写对答案)
1.2 你到底在抢哪一种 Snippet?先把类型认清
我会先观察 SERP 里出现的是哪种 snippet,然后反推内容结构。常见几类:段落、列表、表格、视频等(不同查询触发不同形态)。
彩色速查表:查询意图 → 最容易触发的 Snippet 结构
| 用户搜索长什么样 | 更可能出现的featured-snippets形态 | 我会怎么写 | 示例H2写法 |
| “什么是/定义” | 段落摘要 | 先用1-2句给结论,再补解释 | What is featured-snippets? |
| “怎么做/步骤” | 编号列表 | 用清晰步骤+短句,避免长段 | How to win featured-snippets? |
| “对比/哪个好” | 表格摘要 | 做对比表,列指标+结论 | Featured snippets vs Rich results |
| “推荐/名单” | 项目符号列表 | 先列清单,再逐条补解释 | Top tools for … |
1.3 我最常用的“snippet写法”模板
我写 featured-snippets 目标段落时,基本遵循这条公式:
H2 = 问题句(带长尾)
H2 下第一段 = 40~60字直接回答
接着用列表/表格补充细节
最后加 1 句“进一步阅读”的内链引导
示例(你可以照抄结构):
- H2:featured-snippets 是什么?
- 第一段:featured-snippets 是 Google 在搜索结果顶部展示的精选摘要,用来直接回答用户问题。
- 然后:列 3-5 条“常见触发查询类型”
1.4 我会怎么“挑问题词”
真想提高 featured-snippets 命中率,我建议你把精力放到“问题型长尾”:
- what / why / how / best / vs
- “是什么 / 为什么 / 怎么做 / 需要吗 / 对比 / 费用 / 时间 / 注意事项”
2)Schema 结构化数据:我怎么让页面“更像答案”
2.1 Schema 能解决什么?我只看两件事
Google 讲得很直白:结构化数据能帮助它理解页面内容,从而有机会以更丰富的形式展示(rich results)。
但我落地时只盯两点:
- 可展示性:你有没有机会拿到富结果(星级、面包屑、商品信息、FAQ等)
- 可解析性:让搜索引擎/AI 更容易“结构化提取”你的内容(GEO 也吃这一套)
同时要记住 Google 的通用结构化数据规范:
- 建议 JSON-LD
- 不要标记页面里不存在的内容
- 不要用结构化数据搞作弊
- 不要把结构化数据页面给 robots/noindex 阻断
2.2 我会优先做哪些 Schema?(按“性价比”排序)
彩色表:页面类型 → 推荐 Schema → 主要收益
| 页面类型 | 建议Schema | 主要富结果/展示点 | 我会怎么配合内容 |
| 文章/博客 | Article / BlogPosting | 更清晰的标题/作者/发布时间理解 | 作者页、更新时间、目录TOC一起做 |
| 全站通用 | Organization / WebSite | 品牌信息一致性、实体理解 | About/Contact完善(别空壳) |
| 分类/层级结构 | BreadcrumbList | 搜索结果里的“面包屑路径” :contentReference[oaicite:7]{index=7} | 内链结构清晰更容易出站点链接 |
| 问答/帮助中心 | FAQPage(谨慎) | FAQ富结果已收紧 :contentReference[oaicite:8]{index=8} | 仍然写FAQ内容,但别指望必出富结果 |
2.3 我最常用的 3 段 Schema 模板
(1) BreadcrumbList
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [{
"@type": "ListItem",
"position": 1,
"name": "SEO",
"item": "https://example.com/seo/"
},{
"@type": "ListItem",
"position": 2,
"name": "搜索结果展示优化",
"item": "https://example.com/seo/serp-optimization/"
},{
"@type": "ListItem",
"position": 3,
"name": "featured-snippets:超强14招,让CTR暴涨",
"item": "https://example.com/seo/serp-optimization/featured-snippets-schema-faq-toc-ctr-14-tips/"
}]
}
</script>
Google 明确说明:Breadcrumb 标记能用于搜索结果里对页面进行分类展示。
(2) Article
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "featured-snippets:超强14招,让CTR暴涨",
"datePublished": "2026-01-15",
"dateModified": "2026-01-15",
"author": {
"@type": "Person",
"name": "你的名字"
},
"publisher": {
"@type": "Organization",
"name": "你的品牌名",
"logo": {
"@type": "ImageObject",
"url": "https://example.com/logo.png"
}
}
}
</script>
(3) Organization
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "你的品牌名",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/yourbrand",
"https://www.youtube.com/@yourbrand"
]
}
</script>
写完记得用 Google 的 Rich Results Test 测一下哦
3)FAQ / TOC 富结果:我怎么“顺势拿展示”,不硬刚规则
3.1 FAQ:我仍然建议你写,但心态要变
先把事实摆在这:Google 在 2023 的官方公告里说得很明确——FAQ rich results 未来只会主要展示给权威政府与健康网站,其他网站不再常规展示。
但我依然建议你写 FAQ(原因很实际):
- FAQ 内容很容易被抽成 featured-snippets 或进入 People Also Ask(官方也提到精选摘要会出现在顶部、PAA等位置)
- FAQ 对用户体验与转化帮助极大(降低疑虑、减少跳出)
- FAQ 还能反哺你的“内链布局”(指向更深的解决方案页)
我现在的 FAQ 策略是:内容为主,schema 为辅。
写 FAQPage schema 可以做,但别把 KPI 绑定在“必须出富结果”上。
看累了可以关灯休息一下
3.2 TOC(目录)和“Jump to”链接:我用它提高可扫读 + 站点链接概率
你经常会看到某些结果下面出现一排站内链接(Sitelinks)。Google 官方解释:系统会分析你的网站链接结构,自动挑出能帮用户省时间的“捷径链接”。
我提升这类展示概率的做法很“笨”,但有效:
- 文章一开头加 TOC 目录(每个目录链接到对应 H2/H3 锚点)
- H2/H3 标题写得像问题(可被当成答案块)
- 站内结构做清楚(面包屑 + 内链 + 分类聚合页)
- 重要页面不要藏太深(内链至少 2-3 跳能到)
你可以把“目录 TOC”当成两件事:
- 给用户快速定位
- 给搜索引擎更清晰的页面结构信号(配合 BreadcrumbList 更舒服)
3.3 TOC 目录(可复制代码)
<nav class="toc" aria-label="目录">
<p><strong>目录</strong></p>
<ul>
<li><a href="#fs">1)Featured Snippets:抢零号位</a></li>
<li><a href="#schema">2)Schema:拿富结果资格</a></li>
<li><a href="#faq-toc">3)FAQ / TOC:顺势拿展示</a></li>
<li><a href="#ctr">4)CTR:点击率提升技巧</a></li>
</ul>
</nav>
4)CTR 点击率优化:我用“可控变量”来提点击
CTR 说白了就是:点击 ÷ 展示。Google Search Console 的性能报告里也直接这么定义。
我做 CTR 优化从来不靠玄学,只改“可控变量”:
- title link(标题展示)
- meta description(摘要展示)
- 富结果元素(星级、面包屑、站点链接等)
- 关键词与意图匹配度(别标题党)
4.1 标题(Title link)我怎么写才更稳?
Google 明确说:标题链接生成是自动化的,会参考页面内容与外部引用,目标是“最好地代表结果”。
所以我写标题的原则就是:让它准确、具体、有差异,减少被重写的概率。
我常用的“CTR 标题公式”(你直接套)
- 【核心意图】+【数字】+【强利益点】+【场景/对象】
- 示例:
- “XX清单:14个步骤,5分钟搞定”
- “XX对比:A vs B,哪个更适合新手?”
虽然摘要不保证一定用你写的,但写好仍然很赚:你至少提供了一个“可被采用的最佳候选”。
我的模板:
- 第一段:一句话解决用户痛点
- 第二段:给出覆盖点(越具体越好)
- 结尾:轻 CTA(比如“附模板/附清单/附示例”)
4.3 CTR 优化清单
| 项目 | 我会怎么做 | 常见踩坑 |
| 标题前置关键信息 | 把核心词+利益点放前半句 | 前半句全是空话/品牌名 |
| 摘要写“结果” | 明确告诉用户能获得什么 | 堆关键词像机器写的 |
| 富结果补齐 | 优先 Breadcrumb / Article / Product等 | 结构化数据与页面内容不一致 |
| 测试与迭代 | 用GSC按查询/页面看CTR变化 | 只看全站平均,找不到原因 |
图片1:Featured Snippet 示例
图:featured-snippets(精选摘要)展示示例。来源:Marketing Insider Group
图片2:FAQ Rich Result 示例
图:FAQ Rich Result 展示形态示例(注意:FAQ富结果已被Google收紧展示)。来源:Search Engine Journal
图片3:结构化数据如何影响富结果(Google 官方示意图)
图:结构化数据帮助搜索理解并展示富结果的示意图。来源:Google Search Central
官方参考
我做“展示优化”的心法
排名是入场券,展示是成交页。
我会先用 featured-snippets 抢“答案位”,再用 Schema 增强“可见度”,用 TOC/站点链接提升“可扫读”,最后用标题与摘要把 CTR 迭代到更高。不过随着插件和科技进步,很多东西不需要再去手动完成,我们可以使用插件例如rank math等等,用更加方便的面板来完成seo的工作了。