faq schema 还要不要挂：富媒体结果 2026 年 5 月已经没了

faq schema 现在挂上去，在 Google 搜索结果里看不到任何东西。Google 在 2026 年 5 月弃用了 FAQ 富媒体结果，次月把整份文档撤了。FAQPage 这个类型在 schema.org 词汇表里还在，校验也照样能过，所以要判断的已经不是「怎么挂才能拿到富媒体结果」，而是「一份给机器读的问题清单值不值得这段标记」。多数页面的答案是不值得。

读这篇前

这一节默认你已经知道哪几种结构化数据类型现在还值得挂，那件事在 结构化数据现在还有哪些类型能用 里；也默认该挂 Article 的地方已经挂上了，写法在 article schema 怎么写。结构化数据是写给机器看的一段声明：它不增加内容，本身也不改变排名。

发生了什么，什么时候发生的

三步，都来自 Google 自己的变更日志，方向一次都没回头。

两句引文都出自 Search Central 变更日志（Latest Google Search documentation updates，2026-09-02 访问）。2023 年那次收窄发布在 Changes to HowTo and FAQ rich results，原文用的说法是 well-known, authoritative government and health websites。

词汇表这一侧没动。schema.org 仍然定义着这个类型 ——「A FAQPage is a WebPage presenting one or more "Frequently asked questions"」—— 并标注它用在 100 万到 1000 万个域名上（schema.org/FAQPage，2026-09-02 访问）。你已经挂上的标记没有一处失效。消失的是它当初为之而写的那个展示位。

这是第二个走完这条路的类型。2023 年 8 月那次公告同时点了 HowTo，而那个走得更远 —— 文档是直接撤掉的，没有先收窄到某一类网站。两个类型一起被点名，一个先收窄再下线，一个当场下线。要判断今天该在某一种富媒体结果上投多少，这一对是手头最有参考价值的先例。

富媒体结果下线，不会让这段标记变成错的。它让你当初加它的理由变成了错的。

faq schema 还要不要留：四种情形

动手之前先认清自己在哪一行。四行里只有一行真的需要做删改。

可见性规则是这里唯一一条真会付出代价的。Google 的结构化数据通用准则原文是：「Don't mark up content that is not visible to readers of the page.」违反它可能触发人工处置，而准则把后果写得很具体 ——「a page loses eligibility for appearance as a rich result; it doesn't affect how the page ranks in Google web search」（General structured data guidelines，2026-09-02 访问）。

动手做：四步

每一步都有一个当场能验的完成标志，不用等。第 3 步之所以是「删标记」而不是「补文字」，是因为为了满足一段标记去往页面上塞一段没人要读的答案，等于用一个更贵的问题换掉一个便宜的问题：页面变长了、可摘取性变差了，而换来的展示位已经不存在。

1. 先弄清自己有没有挂。用下一节那条命令扫自己的页面。完成标志：拿到一个数字，不是一个印象。
2. 数字大于零，就用访客身份打开页面，把那些问题在屏幕上读一遍。完成标志：JSON 里每一个 Question 在页面上都有可见文字。
3. 有哪个问题在可见页面上找不到，就把它从标记里删掉，而不是为了凑标记去补一段文字。完成标志：两份清单对得上。
4. 把力气挪到可见结构：一个问题一个标题，答案的第一句就写在标题下面。完成标志：只读标题就能拿到答案。

交付物：一条命令、一段标记、一张自查表

从数数开始，因为多数团队并不知道自己的 CMS 会不会吐这个类型。

# 这一页有没有挂 FAQPage？几个 Question？
curl -sL --compressed -A 'Mozilla/5.0' https://example.com/page > page.html
grep -c '"@type" *: *"FAQPage"' page.html
grep -o '"@type" *: *"Question"' page.html | wc -l

决定要留或要写，整段就是下面这些。示例给两个问题，往下照抄。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "收录一般要多久？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Google 的说法是抓取可能需要几天到几周。"
      }
    },
    {
      "@type": "Question",
      "name": "FAQ 标记现在还会出富媒体结果吗？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "不会。Google 已于 2026 年 5 月把 FAQ 富媒体结果从搜索结果里移除。"
      }
    }
  ]
}
</script>

上线前六行，每一行一分钟内能查完。

三种常见的做错

三种都很常见，而且从站外就能看出来。

第一种是标记描述了一个没人展开的折叠面板：答案在 HTML 里，页面上只显示问题。这正撞可见性规则，也是本篇唯一一条有明确代价的。

第二种是插件在全站每一页都吐 FAQPage，连一个只有三句文案的定价页也算上。这不会坏事，但它等于告诉任何一个读这个站的机器：作者分不清页面类型。同一类信号问题写在 页面结构怎么改才会被 AI 摘走。

第三种是为标记写问题，不是为读者写。编出来的问题带出没人需要的答案，而引擎真要摘的时候，摘的就是这些答案。自查很容易：那句问话是营销部门的问法，还是一个人真的会在搜索框里打的话。「我们的平台有哪些优势？」没有人这么搜过。

还有第四种，算不上错，但一样浪费一下午：看到「这个特性被弃用了」就把全站页面挨个排查 FAQ 标记。弃用拿掉的是一个展示位，一个不再出现的展示位也不会出错。只要没违反可见性规则，头部里那段标记就是惰性的，惰性标记不该进待办清单。

这条路到哪儿为止

两条边界，第二条是本篇诚实的上限。

删掉 FAQ 标记不会带来任何提升。没有证据表明一个已下线的富媒体类型会伤到页面，把清理当成优化是下午消失的方式。只在违反可见性规则时才删。做出海站的人尤其容易在这一步过度反应：主题、插件、SEO 套件各自都可能吐一份这个类型，全站拆一遍要花的时间，够把三个真正有搜索需求的页面重写完。

AI 答案引擎读不读 FAQPage，我们不知道。没测过，也没有哪家引擎公开说过。能验证的是另一件事：同样的内容写成标题加短段落，所有读者（人和机器）都读得到 —— 这也是上面第 4 步把重心放回可见页面、而不是放在那段 JSON 上的原因。想先确认引擎能不能读到这一页，再去操心这两件事，可以跑一次 AI 爬虫可达性检查。

常见问题

faq schema 现在还值得加吗？

冲富媒体结果去的话，不值得，那个结果已经不存在了。作为一份给机器读的问题清单，页面上确实有这么一组问题时，它成本很低、校验也过得去。两个理由都不足以让它排进优先级。

删掉 FAQ 标记会掉排名吗？

Google 准则里关于人工处置那句写的是「doesn't affect how the page ranks in Google web search」，这是目前有据可查的最接近的答案。删除之后会怎样我们没有第一方数据，也不会从零星个案里读出方向。

FAQPage 还能通过校验吗？

能。这个类型在 schema.org 词汇表里有定义，解析器照收。能过校验和能出搜索特性是两回事，它现在只剩前一件。

FAQ 富媒体结果被什么取代了？

没有取代。Google 是直接移除，没有安排后继特性。实际的替代品就是可见页面本身：问题写成标题，答案写在它下面第一句。

要不要用 FAQ schema 生成器？

可以用，但生成器会很乐意替你造出页面并不回答的问题，而那正是本篇要挡的那种做错。先把可见的问题写出来，再拿它们去生成。