关闭

Tryaivo™技术

120页对照90天:FAQ Schema只有Perplexity见效

2026-11-03 16:22:51 浏览:

导语: 给 120 个页面打 FAQPage,60 页实验 60 页对照,跑满 90 天:只有 Perplexity 的引用率从 3.2% 涨到 4.5%,ChatGPT 和 Google AI Overviews 基本没动。

背景:富媒体没了,行业还在卖"FAQ Schema 提 AI 引用"

先把时间线摆清楚,这是一切讨论的前提:

时间事件
2023-08Google 把 FAQ 富媒体结果收窄到政府和医疗类权威站点
2026-05-07FAQ 富媒体结果在 Google 搜索中完全停止展示
2026-06移除 FAQ 搜索外观、富媒体报告,Rich results test 不再支持 FAQ
2026-08Search Console API 中的 FAQ 富媒体支持移除

也就是说,"打 FAQ Schema 换富媒体展开"这条路已经彻底封死。但结构化数据本身没有被删——FAQPage 仍在 Schema.org 词表里,机器照样能解析 Question / Answer。于是行业话术迅速转向"FAQ Schema 能提升 AI 引用",各种数字满天飞:有说 36% 更可能被引用的,有说某个平台 89% 相关的,还有说 527% 会话暴涨的。

问题在于,这些数字大多是相关性,不是因果:本来内容更完整的页面更可能被打标,也更可能被引用,两件事一起发生,不等于打标导致了引用。Authority Radar 于是做了一件很朴素的事——配对、对照、跑够天数。

落地清单

选用的 @type 与字段

  • @type:FAQPage(Schema.org v30.1,2026-09-16 发布,字段核对日期 2026-11-03)

  • 必填:mainEntity(Question 数组)、Question.name、acceptedAnswer(Answer)、Answer.text

  • 本次实验刻意不加的:datePublished、Organization、author、aggregateRating 等任何嵌套实体。目的就是隔离"单靠 FAQ 标记"这一个变量。

这一点很关键。多数"打标后涨了"的案例,其实同时改了内容、加了作者、补了 Organization,最后把功劳全记在 FAQPage 头上。

完整 JSON-LD(实验用骨架)

下面这段是按该实验公布的字段结构复现的标准骨架,业务内容做了脱敏替换,可直接复制改值:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "How much does the Pro plan cost per seat?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "The Pro plan is billed at 29 USD per seat per month, with annual billing available at 24 USD per seat per month. There is no setup fee."
      }
    },
    {
      "@type": "Question",
      "name": "Can I export my data if I cancel?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Yes. Every plan includes CSV and JSON export from the workspace settings page. Exports remain available for 30 days after cancellation."
      }
    }
  ]
}
</script>

可选字段(本次实验未用,但生产环境建议补):Answer.upvoteCount、Question.suggestedAnswer(仅用于用户可提交多答案的 QAPage,不要和 FAQPage 混用)。

插在哪个模板节点

  • 必须服务端直出:把 <script type="application/ld+json"> 写进模板输出,位置在 <head> 内或 <body> 末尾都行,只要在初始 HTML 里。实验里是直接插入页面 HTML 的。

  • 不要客户端注入:React/Vue 水合后再 append 这段 script,抓取方拿到的初始 HTML 里就是空的。2026 年的实测反复证明,不少 AI 抓取与代理只在必要时执行 JS,甚至完全不渲染。

  • Next.js:在 page.tsx 或 layout.tsx 里直接渲染 <script type="application/ld+json" dangerouslySetInnerHTML={{__html: JSON.stringify(jsonLd)}} />,走 SSR/SSG,别放在 useEffect 里。

  • Nuxt:用 useHead({ script: [{ type: 'application/ld+json', innerHTML: JSON.stringify(jsonLd) }] }),确认最终 view-source 里能看到,而不是仅存在于 __NUXT__ 载荷中一段转义字符串。

  • WordPress/织梦类建站:优先用主题 hook 输出到 wp_head 或模板底部,不要依赖编辑器里粘贴——编辑器容易过滤 <script>。

验证怎么过

注意:Google Rich Results Test 自 2026-06 起已不再支持 FAQ,拿它验 FAQPage 会得到"不支持此类型"的提示,别误判成标记写错。

正确的验证路径:

  1. Schema Markup Validator(validator.schema.org):贴 URL 或源码,应返回类型树 FAQPage → mainEntity[] → Question → acceptedAnswer → Answer,无 error。校验时间:2026-11-03。

  2. 命令行自查,确认 script 真的在初始响应里:

curl -sL "https://example.com/pricing" \
  | grep -o &#x27;"@type":"FAQPage"&#x27; | head -1

返回 "@type":"FAQPage" 才算服务端直出成功;返回空,说明是客户端注入,前面的工作全白做。

  1. 标记与可见文本一致性自查:JSON-LD 里每一条 name / text,页面上必须能找到对应可见问答。这条不是格式校验,是合规底线。

结果

实验设计:120 个原本没有 FAQ 标记的活跃页面(SaaS / 医疗 / 金融 / 电商各 30 个),按流量层级、关键词排名、内容篇幅配对后,分成 60 页实验组、60 页对照组。窗口 2026-03-02 至 2026-05-30,正好在 Google 撤掉富媒体之后。每页每周 3 条提示词,共记录 12,000+ 次提示词运行。对照组引用率保持平稳,用来排除模型漂移。

平台打标前引用率打标后引用率变化显著性
ChatGPT5.0%5.1%+0.1pp不显著
Perplexity3.2%4.5%+1.3pp90% 置信区间内显著
Gemini4.0%3.5%−0.5pp不显著
Google AI Overviews2.8%2.9%+0.1pp不显著

一个具体案例:某 SaaS 定价页在打标前,三条定价类提示词在 Perplexity 里从未被引用;打标后,它成了"这个工具多少钱"的来源。同一页面在 ChatGPT 和 AI Overviews 依然零引用,在 Gemini 只出现过一次。

对照组数据横向看,结论相当冷静:FAQ Schema 对 AI 引用的作用是小幅、平台特定的,不是一个通用杠杆。

与同类研究的对照:

研究样本AI OverviewsAI Mode / ChatGPT结论
Authority Radar(2026-03~05)120 页,60/60 对照+0.1pp,不显著ChatGPT +0.1pp仅 Perplexity 显著
Ahrefs(2025-08~2026-03)1,885 页打标 vs 4,000 页对照−4.6%AI Mode +2.4%、ChatGPT +2.2%,均不显著近零

两份独立数据方向一致:Google 侧没有可测量的增益,Perplexity 有一点。作者自己也写明:控制了流量、排名、篇幅,但没控制模型更新和竞品内容变化,只能说存在关联,不能证明因果。

复盘

三条配置动作:

  1. 先建基线,再做对照。给一半页面打标、另一半不打,按流量层级和内容篇幅配对。没有对照组的"涨了 30%",无法区分是标记的功劳还是模型波动。

  2. 只给真有问答对的页面打标。页面上的 FAQ 折叠区、定价问答、售后问答——内容已经在,只是把它结构化。为打标而新造问答,是本末倒置。

  3. 用 CLI 批量校验是否服务端直出。跑一遍全站 curl + grep,能一次性揪出所有"客户端注入"的页面,比逐页点 Rich Results Test 快两个数量级。

两条红线:

  1. 别为了富媒体去打 FAQPage。2026-05-07 起 Google 已经不展示 FAQ 富媒体,6 月连富媒体报告和测试工具支持都撤了。还在卖"FAQ 富媒体展开"的服务商,要么信息滞后,要么在骗预算。

  2. 别写页面上看不见的问答,也别把 FAQPage 和 QAPage 混用。JSON-LD 里塞用户看不到的问答,属于标记与内容不一致;用户能提交答案的单问题页,正确类型是 QAPage 而不是 FAQPage。类型错了比不写更糟——校验器可能过,但抓取方会直接忽略。

标注

  • Schema.org 版本:v30.1(2026-09-16 发布),字段与词表核对日期 2026-11-03。

  • 验证工具:Schema Markup Validator(validator.schema.org),校验时间 2026-11-03;Google Rich Results Test 自 2026-06 起不再支持 FAQ 类型。

  • 来源:Authority Radar《Does FAQ Schema Actually Increase AI Citations? A 90-Day Controlled Study》(2026-08);Google Search Central FAQPage 结构化数据文档(弃用公告);Ahrefs 2026-05 结构化数据与 AI 引用研究。

  • 数据口径:服务商自测(Authority Radar 自有每日引用监测),非第三方复现;引用率定义为"被监测的提示词运行中出现该页为来源的比例"。

标签:Schema.org、结构化数据、JSON-LD、AI可见度、GEO、FAQPage