先看这段。 如果你的 FAQ rich result 在 2026 年从 Google 搜索结果里消失了，这几乎肯定不是你 schema 的 bug。Google 已经把 FAQ rich result 功能下线了：从 2026 年 5 月 7 日起，搜索结果里不再展示 FAQ 折叠框，对所有站点都一样，连 2023 年缩减后保留资格的政府与健康类站点也一并停掉。没有什么可”修”来让这个 SERP 折叠框回来，因为这个功能已经不存在了。你的 FAQPage JSON-LD 仍然是合法标记，只是不再产生 Google 的 rich result。
本文做两件事：(1) 帮你确认富摘要消失到底是这次下线（多数情况是）还是真有 schema 错误；(2) 在此基础上让 FAQPage 标记保持有效准确，因为 Bing 仍会渲染它，AI 回答引擎也依赖它所映射的可见 Q&A。
TL;DR
- 富摘要在 2026 年消失了？ 那是功能下线，不是你的代码问题。任何改动都无法恢复 Google 折叠框。
- 保留标记是安全的。 Google 已确认保留
FAQPageJSON-LD 没有惩罚、没有人工处罚。只有想精简体积时才删。 - 仍值得保持有效，因为 Bing、DuckDuckGo，以及 AI 回答引擎（ChatGPT search、Perplexity、Gemini、Google AI Overviews）会读取 schema 所映射的可见 Q&A。
- 2026 年 6 月后 Rich Results Test 对 FAQPage 报错，可能只是工具彻底移除了 FAQ 支持。改用 Schema Markup Validator 校验原始 JSON-LD。
Google 下线时间线（截至 2026 年 6 月）
Google 分阶段移除 FAQ 支持。来源：FAQPage 文档的下线通告。
| 时间 | 变化 | 对你的影响 |
|---|---|---|
| 2023 年 8 月 | FAQ rich result 仅限”知名、权威的政府与健康”站点 | 多数站点那时已失去折叠框 |
| 2026 年 5 月 7 日 | 搜索结果对所有人停止展示 FAQ rich result | 你的折叠框消失，无能为力 |
| 2026 年 6 月 | 移除 FAQ 搜索外观筛选器、rich result 报告、Rich Results Test 的 FAQ 支持 | Search Console FAQ 报告与 RRT 的 FAQ 校验都没了 |
| 2026 年 8 月 | 移除 Search Console API 对 FAQ rich result 数据的支持 | 任何通过 API 的自动化 FAQ 报表会失效，需迁移 |
如果你之前在 Search Console 里看 FAQ 展示量，或通过 Search Console API 拉 FAQ 数据，要准备好它们会停掉。6 月到 8 月之间留这个间隔，就是给 API 调用方时间去调整。
第 0 步：你属于哪一类？
动任何代码之前，先做这个判断。
| 症状 | 最可能的原因 | 怎么办 |
|---|---|---|
| 折叠框原本在显示，2026 年突然消失 | 功能下线（2026-05-07） | 无法恢复；为其它消费方保持 schema 有效 |
| Search Console 的 FAQ 报告变空 / “无项目” | 功能下线（报告 2026 年 6 月移除） | 正常现象，别再盯那个报告 |
| 2026 年 6 月后 Rich Results Test 显示”不支持 FAQ” | RRT 移除了 FAQ 支持 | 改用 validator.schema.org 校验 |
validator.schema.org 报真实 JSON-LD 错误（缺字段、嵌套错） | 真的 schema bug | 按下文章节修 |
| 你从没有过折叠框，但想要给 Bing / AI 留有效标记 | 不是 bug | 用下面的一致性 + 有效性清单 |
只有最后两行是你能动手的。前三行是 Google 的策略，不是你站点的缺陷。
让标记保持有效：真正的 schema 错误
这些 FAQPage 错误，对任何读取标记的消费方（Bing、AI 回答引擎、你自己的内部工具）仍然重要。用 validator.schema.org 校验——它在 Google 的 Rich Results Test 移除 FAQ 后仍会检查 FAQPage。
1. JSON-LD 的 Q 数量比可见页多或少
页面显示 5 个 FAQ，JSON-LD 里有 8 个（旧版残留），或反过来。会交叉核对标记与渲染内容的消费方会因此不信任这份标记。
怎么判断：
# 数可见 FAQ
curl -s "https://site.com/article" | grep -c 'class="faq-item"'
# 数 JSON-LD 的 Question 对象
curl -s "https://site.com/article" | grep -oP '"@type":"Question"' | wc -l两个数应该相等。
2. 问题文本可见与 JSON-LD 不一致
可见问题：How long does AdSense approval take?
JSON-LD："name": "What's the AdSense approval timeline?"
语义相同、字符不同。任何把 JSON-LD 当正版的消费方，都会看到它与渲染页面不一致。
怎么判断——抽出两边对比：
# 可见问题
curl -s URL | grep -oP '<h3 class="faq-q">\K[^<]+'
# JSON-LD 问题
curl -s URL | grep -oP '"@type":"Question","name":"\K[^"]+'3. 答案缺失、太短，或没放在 acceptedAnswer.text
每个 Question 都需要一个有内容的 acceptedAnswer.text：
{
"@type": "Question",
"name": "...",
"acceptedAnswer": {
"@type": "Answer",
"text": "完整答案，有实质且能独立成立。"
}
}text 放纯文本即可。如果嵌 HTML，必须有效且渲染出有意义的文本。答案要真能解决问题（大致 50 字符以上、能独立成立，不是一行转介）。
怎么判断： 确认每个 acceptedAnswer.text 都存在且不空洞。光写 "see our pricing page" 这种转介不算真答案，AI 抽取器会直接跳过。
4. FAQPage 用在没真实 FAQ 的页
把产品信息块标成 FAQPage 从来就不正当，现在在 Google 上也再没任何好处。只标记真正以问答形式回答用户问题的章节。
怎么判断： 读页面。如果没有读起来像 Q&A 的章节，就把 FAQPage schema 整个去掉。
5. 答案被隐藏（对 AI / Bing 仍重要）
accordion 把答案藏到点击后才展开：HTML 里有，解析器看得到，但人和某些渲染器看不到。Google 的 rich result 没了之后，这已不再是 Google 合规问题，但默认可见的答案仍能服务无 JS 用户，也能给 AI 回答引擎干净的、已渲染的文本去引用。
怎么判断： DevTools 关 JavaScript，刷新，确认答案能渲染出来。如果不能，把答案放进服务端渲染的 HTML，再把切换作为渐进增强加上去：
.faq-answer { display: block; } /* 不是 display: none */怎么干净地修
第 1 步：校验原始 JSON-LD
2026 年 6 月后 Rich Results Test 不再检查 FAQ，改用 Schema Markup Validator。粘 URL 或 JSON-LD 块，修掉任何结构错误（缺 acceptedAnswer、嵌套错误、转义错误）。
第 2 步：Q 从单一数据源生成
一致性 bug 的根治办法，是让可见 UI 和 JSON-LD 都从同一个数组渲染，这样它们永远不会跑偏。在 MDX 文章 frontmatter 里：
faq:
- q: "AdSense 审核要多久？"
a: "通常 1-4 周通过，历史很薄的全新域名可能要 6-8 周。"
- q: "..."
a: "..."模板从这个数组同时渲染 UI 和 JSON-LD：
---
const { faq } = Astro.props.frontmatter;
const jsonLd = {
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": faq.map(item => ({
"@type": "Question",
"name": item.q,
"acceptedAnswer": { "@type": "Answer", "text": item.a },
})),
};
---
<section class="faq">
{faq.map(item => (
<article>
<h3 class="faq-q">{item.q}</h3>
<p class="faq-a">{item.a}</p>
</article>
))}
</section>
<script type="application/ld+json" set:html={JSON.stringify(jsonLd)}></script>UI 和 JSON-LD 现在保证一致。
第 3 步：加一道 CI 一致性检查
在上线前抓住跑偏。一个最小检查：逐页比较可见问题数与 JSON-LD 的 Question 对象数，不一致就让构建失败：
vis=$(grep -c 'class="faq-q"' dist/article/index.html)
ld=$(grep -oP '"@type":"Question"' dist/article/index.html | wc -l)
[ "$vis" -eq "$ld" ] || { echo "FAQ count mismatch: $vis visible vs $ld in JSON-LD"; exit 1; }第 4 步：决定要不要保留标记
保留没有惩罚，而且 Bing 和 AI 回答引擎仍会读它。如果你的页面有真实 Q&A 区，就留着。只有想要更轻的页面、或不再维护这些内容时才删。不要把非 FAQ 内容标成 FAQPage——现在这么做毫无收益。
如何确认已解决
- 一致性： 可见问题数等于 JSON-LD 的
Question数（第 3 步检查通过）。 - 有效性： validator.schema.org 对
FAQPage块无报错。 - 预期摆正： 你不再等 Google 的 FAQ 折叠框——这个功能自 2026 年 5 月 7 日起已不存在。
- 可选，Bing： Bing Webmaster Tools 的 URL Inspection 仍能识别有效的
FAQPage标记，在意 Bing 的话可以在那里确认。
FAQ
- 保留 FAQPage schema 会拖累我的 Google 排名吗？ 不会。Google 已确认保留
FAQPageJSON-LD 没有惩罚、没有人工处罚，只是不再产生 rich result。 - 我的 FAQ rich result 在 2026 年消失了——是我弄坏了吗？ 几乎肯定不是。Google 从 2026 年 5 月 7 日起对所有人停止展示 FAQ rich result，任何 schema 改动都换不回折叠框。
- 为什么 Rich Results Test 不再显示 FAQPage 了？ Google 在 2026 年 6 月移除了 Rich Results Test 的 FAQ 支持。改用 validator.schema.org 校验标记。
- 2026 年还值得加 FAQ schema 吗？ 如果页面有真实 Q&A，值得。Bing 仍会渲染，AI 回答引擎也会抽取 schema 映射的可见 Q&A。只是别再指望 Google 的 SERP 折叠框。
- 我该删掉 FAQPage 标记吗？ 可选。留着无害，对非 Google 消费方还有用。只在想要更轻的体积、或页面已无真实 FAQ 时才删。
- 我的 Search Console FAQ 数据会怎样？ FAQ 搜索外观筛选器和 rich result 报告已于 2026 年 6 月移除，Search Console API 的 FAQ 支持在 2026 年 8 月移除。迁移任何依赖它的自动化报表。