FAQPage 该不该做：40 篇内容对照实验，差别只有 2 个百分点

FAQPage 结构化数据对 AI 引用的帮助，比你想象的小。2025 年 11 月到 12 月，我们拿 40 篇内容做了个对照：20 篇加 FAQPage schema，20 篇只在正文里改成 Q&A 格式、不加 schema。六周后引用率 27% 对 25%，差别落在噪声里。

先分清两件事

FAQ 富结果和 AI 引用是两码事。

富结果是搜索结果页上那个可展开的问答块。Google 在 2023 年 8 月收紧了展示条件，绝大多数站点已经拿不到了。指望 FAQPage 抢富结果，是在追一个 2023 年的玩法。

AI 引用是另一回事。引擎读你的页面，从里面挑一段回答用户。它挑的是文字，不是 JSON-LD。JSON-LD 是给搜索引擎解析用的，不是给大模型读的——大模型读的是渲染后的正文。

实验怎么做的

40 篇，同一个客户的技术博客，主题平均分在 API、部署、权限三块。A 组 20 篇加 FAQPage schema，B 组 20 篇不加 schema，但两组都做了同样的正文改造：把原来散在段落里的问答拆成独立 Q&A，问题用用户原话，答案压到 80 字内。

对照组是另外 20 篇没动过的老文章。

六周，每周三跑同样 50 个查询，记录引用。

结论

格式改造带来 13 个百分点的提升，schema 带来 2 个百分点。2 个点在我们这个样本量下分不清是效果还是波动。

所以顺序很清楚：先把正文改成机器好抓的问答，再考虑加不加 JSON-LD。反过来做，等于给一栋没打地基的房子装门铃。

schema 什么时候真有用

有一种情况值得写：属性型数据。价格、评分、软件类别、支持平台、许可证，这些信息如果只写在正文里，引擎得靠猜；写成 SoftwareApplication 的 offers 和 aggregateRating，它读起来是确定的。

我们测过一个定价页，加 schema 前后，AI 回答里报对价格的比例从 60% 到 92%。这个提升是实的，因为它减少了歧义，不是增加权重。

那还要不要写

写，但排期往后放。我们的做法是内容改造完、跑一个月、确认引用开始动了，再统一补 schema。补的时候只补三类页：定价页、对比页、产品功能页。这三类页有属性数据，值得结构化。

博客文章不用每篇都补。40 篇博客的 FAQPage 标记，边际收益接近零，还增加维护成本——页面改版忘记同步 JSON，标出来的信息就和正文对不上。

工具能一键生成的东西，通常也不值钱。

别踩的两个坑

别在 schema 里写正文没有的内容。有人为了拿富结果，在 FAQPage 里塞了页面上不存在的问答，这属于欺骗性标记，被识别之后整站的结构化数据都会被降权。

别一页堆十几个 FAQ。我们见过一页 18 个问题的，正文读起来像客服手册，人看不下去，引用也没涨。5 到 8 个是合适的量。

做内容的人容易迷信技术标记，因为改 JSON 比改文章快。但这活儿，慢的那部分才是有效的。