FAQ页面到底有没有SEO价值？

先说一个很多人还不知道的变化：2023 年 8 月，Google 调整了 FAQ 富媒体结果的展示范围，之后这类结果基本只对知名的政府网站和健康网站显示。

这意味着"写个 FAQ 块 → 结果页多几行折叠问答 → 点击率上涨"这条路，在绝大多数站点上已经不通了。如果你的 FAQ 策略还建立在这个预期上，它的 ROI 已经归零。

但 FAQ 结构本身没有失去价值，只是价值来源变了。

富媒体没了，语义补充还在

FAQPage 结构化数据的作用，从"换取更醒目的展示"变成了"给 Google 一份页面内容的显式摘要"。

它的实际收益在两个地方。一是长尾语义覆盖：页面正文讲"利润率怎么算"，FAQ 块里可以出现"毛利率和净利率有什么区别"“利润率多少算健康”“利润率和加价率是一回事吗”——这些说法在正文里塞不进去，但作为问答很自然，每一条都可能接住一个具体的长尾查询。

二是被抽取。无论是结果页里的摘要还是 AI 生成的回答，系统都需要从页面里抽取成对的"问题—答案"。问答块是最容易被准确抽取的形态，一段连续 prose 反而不好切。

独立的 FAQ 页面，价值远低于页内 FAQ 块

这里要区分两种东西。

页内 FAQ 块：挂在工具页或指南页末尾，回答 3 到 8 个与该页主题直接相关的问题。这个形态有价值，因为它给一个已经有排名的页面补了长尾。

独立的 FAQ 页面：单独一个 /faq/，堆几十个跨主题的问题。这个形态现在几乎没有价值——它不对应任何一个具体意图，每个问题只有三两句话，属于典型的低原创性、无增量内容。Google 的 MC Created with Little Effort（4.6.6）针对的就是这类页面，评级会打到 Lowest。

更要注意 Helpful Content 系统在 2025 年已经升级为整站级信号。一批空泛的 FAQ 页面不会自己烂掉，它们会把整个站的评级往下拽。政策口径见 Google Search Central。

写法上有四条硬约束

答案必须在页面上真实可见。 结构化数据里写了问题和答案，页面上就必须有同样的文字。标记了页面上看不到的内容属于违规标注，会被取消富媒体资格。

一个问题对应一段答案，不要嵌套。 FAQPage 的 mainEntity 是数组，每一项是一个 Question，每个 Question 的 acceptedAnswer 只给一段。想在答案里再分几个小问题，就拆成多个 Question。

别把 FAQPage 用在 UGC 问答页上。 论坛、评论区那种多个用户回答同一个问题的页面应该用 QAPage，不是 FAQPage。混用会让 Google 无法判断页面类型。

同一份问答不要在全站重复。 完全相同的 FAQ 块出现在 3000 个页面上，等于 3000 个页面共享一段内容，这是最容易触发规模化内容判定的做法之一。

字段写法和完整示例在 JSON-LD 里，直接抄模板改内容即可。

生成方式：问答也要进数据层

站上有几百个页面时，FAQ 不能手写。

我的做法是把问答也放进 SQLite：一张 faqs 表，字段是 page_id、question、answer、sort。构建时按 page_id 查出该页的问答，渲染成 HTML 的同时生成同一份 JSON-LD——两份内容从同一个数据源出来，不会出现 HTML 改了而结构化数据没改的情况。

顺带一个好处：可以写一条查询找出"问答数少于 3 条"和"与其他页面问答完全重复"的页面，这两类就是该清理或该重写的对象。

什么时候该做，什么时候别做

该做：页面已经有一定展示数，说明主题是被认可的，补问答是给一个跑得动的页面加长尾。

别做：新页面还没有任何展示。给一个没人看的页面加 FAQ 块，等于给零乘任何数，先把正文写扎实。

也别做：把 FAQ 当成关键词投放位。为了塞词去编造用户根本不会问的问题，答案写得像广告——这类内容在 2025 年之后的整站级评估里是纯粹的负资产，它会把同站下那些认真写的页面一起拖低。

一条判断线：这个问题，是真有人在搜索框里打过吗？能找到对应的查询量就写，找不到就不写。

Google FAQ 富媒体结果于 2023 年 8 月调整展示范围；政策编号 4.6.6 引自 Search Central 垃圾内容政策。