Google 即将彻底弃用 FAQ Schema，你的FAQ内容怎么处理？

先说个时间线，你们感受一下#

2023年8月，Google 把 FAQ rich results 收窄到政府和健康类网站。理由是垃圾内容泛滥，实在管不过来了。

2026年5月7日，彻底斩立决。下面是引用的 Google 2026 年弃用说明：

Upcoming deprecation: As of May 7, 2026, FAQ rich results are no longer appearing in Google Search. We will be dropping the FAQ search appearance, rich result report, and support in the Rich results test in June 2026. To allow time for adjusting your API calls, support for the FAQ rich result in the Search Console API will be removed in August 2026.

有意思的是，Google 的弃用通知压根没让你删掉标记代码。“没必要主动移除”——这跟他们 2023 年的口径一模一样。

FAQ Schema 怎么就死了两次？#

第一次（2023年）#

FAQPage 这个类型设计之初，是用来标记”整页都是FAQ”的页面——比如支持中心、专门的问答页。

但实际用起来呢？产品页底部塞个FAQ，文章结尾挂几个问答，着陆页硬嵌一套FAQ…全都声明成 FAQPage。

这就导致一个问题：搜索引擎看到 FAQPage，以为是”这个页面的主要内容是FAQ”，但其实FAQ只是页面的一小部分。语义错位，Google 无法准确判断页面主实体。

2023年收窄到政府/健康网站，本质是 一刀切止损——既然没法区分”真FAQ页”和”伪FAQ页”，那就只给可信度高、滥用少的网站保留。

第二次（2026年）#

SEO 里任何能被滥用的东西，最终都会被滥用。

2023年之后，只有政府健康网站能显示FAQ rich results。但滥用问题并没有真正解决，GEO 行业正在重蹈覆辙，很多网站照旧把FAQ塞进产品页、文章页，继续声明 FAQPage，期望能侥幸触发。

Google 评估后发现，就算只保留政府健康网站，FAQ rich results 的整体价值也不够高。不如干脆砍掉，连这些网站的资格也一并收回。

Schema 的漏洞与社区解决方案#

问题出在哪？#

Google 弃用 FAQ rich results，很大程度上是因为 FAQPage 长期被滥用。问题的根源是 schema.org 本身没有给出正确的类型。

现有 schema 只有 页面级别 的 FAQPage 和 实体级别 的 Question + acceptedAnswer，缺的是 区块级别 的 FAQSection 和 属性级别 的 answer。

社区提案一：FAQSection#

FAQSection 提案 (GitHub Issue #4816) 提出，引入 FAQSection 作为 WebPageElement 的子类型。

核心逻辑： FAQPage 是页面类型，整页都是 FAQ，主实体是问答内容； FAQSection 是页面区块类型，FAQ 只是页面的一部分，比如产品页底部的 FAQ 区块。

示例：产品页的FAQ区块

1
{
2
  "@type": "WebPage",
3
  "mainEntity": {
4
    "@type": "Product",
5
    "name": "xxx"
6
  },
7
  "hasPart": [
8
    {
9
      "@type": "FAQSection",
10
      "hasPart": [
11
        {
12
          "@type": "Question",
13
          "name": "这个产品支持退货吗？",
14
          "acceptedAnswer": {...}
15
        }
16
      ]
17
    }
18
  ]
19
}

这样，搜索引擎可以准确识别： 这个页面是产品页，主实体是Product，底部有个FAQ区块。

社区提案二：answer 属性#

answer 属性提案 (GitHub Issue #4817) 提出，给 Question 类型添加 answer 属性。

核心逻辑：区分”发布者答案”和”社区答案”。

当前 Question 类型有 acceptedAnswer （社区接受的答案，语义是”投票选出”）和 suggestedAnswer （社区建议的答案，语义是”待投票”），这两个属性都适配 QAPage 风格的社区问答，但 不适配发布者自己写的 FAQ。

2019年引入 FAQPage 时，acceptedAnswer 被硬塞过来用。但语义上很awkward——发布者写的FAQ，怎么叫”accepted”？

提案提出新增 answer 属性，语义是 “发布者撰写的答案”。

示例：

1
{
2
  "@type": "Question",
3
  "name": "如何退货？",
4
  "answer": {
5
    "@type": "Answer",
6
    "text": "登录账户，进入订单详情..."
7
  }
8
}

这样，搜索引擎可以区分：用 acceptedAnswer 的是社区 Q&A（Stack Overflow 风格），用 answer 的是发布者 FAQ（官方文档风格）。

为什么这两个提案能解决问题？#

FAQPage 滥用的根源是 类型不够精准——前面提到的 区块级别 和 属性级别 类型缺失，导致语义错位和语义债务。

FAQSection 解决语义错位：

产品页、文章页 可以用 FAQSection 标记 FAQ 区块
不需要声明 FAQPage，不再误导搜索引擎
搜索引擎/AI 能准确识别页面主实体和 FAQ 区块的关系

answer 属性解决语义债务：
发布者 FAQ 用 answer， 社区 Q&A 用 acceptedAnswer
终端用户 能区分两种不同来源的问答内容
AI 搜索时代 准备——AI 需要知道”这个答案是谁写的”

现阶段怎么做？#

截止本文发稿前，两个提案还在讨论中，schema.org 尚未正式采纳。但提案的思路已经很清晰。

对于现有 FAQ 内容：Google 说”没必要主动移除标记”——FAQ schema 本身不会被惩罚；但 FAQ rich results 已经彻底消失，传统 SEO 价值归零。

对于新 FAQ 内容：

整页都是 FAQ → 继续用 FAQPage + acceptedAnswer
FAQ 是页面的一部分 → 等待 FAQSection 正式发布
发布者自己写的 FAQ → 等待 answer 属性正式发布

更重要的是：

FAQ 内容本身的价值 没有消失——尽管 Google 即将弃用 FAQ Schema，但砍掉标记，不等于砍掉内容。AI 搜索、语音搜索、GEO 优化仍然需要 FAQ 结构化内容
schema.org 的提案方向 是让结构化数据更精准，为 AI 时代做准备
随时关注 提案进展，提前准备迁移方案

参考来源#

Google 2023年公告：Changes to HowTo and FAQ rich results
Google 2026年弃用说明：FAQPage structured data（弃用公告）
Search Engine Journal 报道：Google Drops FAQ Rich Results From Search
FAQSection 提案：GitHub Issue #4816
answer 属性提案：GitHub Issue #4817