Visora
注册
返回博客

· Visora

GEOSchema

AI 如何评估 FAQ Schema 来决定是否引用——多数商户做错了什么

你的 FAQ 区域是在帮助还是损害你被 ChatGPT 和 Perplexity 引用的机会?答案更多取决于你的组织方式,而非内容本身。

越来越多的 AI 引用研究表明,FAQPage Schema 在 LLM 回答生成中具有极大的权重——因为 FAQ 内容已经被预分割成问答对,几乎不需要额外处理。AI Agent 提取、验证和引用一个 FAQ 答案所需的时间,仅为解析一篇长篇长文的几分之一。

但大多数电商的 FAQ 实现在积极削弱这一优势。以下是 Visora 扫描数据揭示的真相。

为什么 FAQPage Schema 是 LLM 引用的磁石

当 AI 购物 Agent 遇到 FAQPage 结构化数据时,它获得三样标准内容无法提供的东西:

1. 明确的问答分割。 Schema 精确标记每个问题的起点和终点。没有解析歧义。 2. 权威的来源归因。 @id 和 mainEntityOfPage 字段将每个答案链接到特定 URL,便于引用。 3. 置信度加权提取。 LLM 对标记为其训练数据中常见的 Schema 类型的内容赋予更高置信度。FAQPage 是训练数据中最常见的 Schema 类型之一。

Visora 的内部引用追踪数据显示,正确实施了 FAQPage Schema 的产品页面被 AI Agent 引用的频率是纯 HTML FAQ 页面的 2.3 倍,是没有 FAQ 页面的 3.1 倍。

七个最常见的 FAQ Schema 错误

Visora 的免费审计工具在 geovisora.com/audit 检查 18 个引用就绪度信号。其中,FAQPage 相关检查揭示了商户网站上一系列重复出现的问题:

1. 一个巨大的 FAQPage 而非多个。 许多主题将整个 FAQ 区域包裹在一个 FAQPage 中。如果你有 20 个问题,应该是 20 个 FAQPage 条目——每个都有自己的问答对和 URL 锚点。LLM 更喜欢细粒度条目,因为可以引用单个答案而无需链接整个区块。

2. 答案隐藏在「阅读更多」点击后面。 如果完整答案文本不在初始 HTML 中(通过 JavaScript 点击加载),LLM 的爬虫只能看到问题。答案字段为空或包含占位文本,引用信号降级到接近零。

3. 缺少 acceptedAnswer 文本内容。 acceptedAnswer 属性需要实际文本内容。一些实现将答案放在图片或嵌套的 div 中,没有文本表示。Schema 验证器可能通过,但 LLM 引用系统拒绝非文本答案。

4. 没有锚点链接(带 URL 片段的 @id)。 每个 FAQPage 条目应有唯一的 @id,如 "#faq-shipping-time",对应页面上可见的锚点。没有它,LLM 无法将答案置信地映射到可见页面位置。

5. LLM 已经知道的通用问题。「配送需要多长时间?」比「从你的美国仓库到德国需要多长时间?」更难触发引用——因为具体版本无法从常识中回答。LLM 引用能提供新颖、具体信息的内容。

6. 混合 FAQ 和 HowTo 在同一个 Schema 块中。 虽然合并多种 Schema 类型是有效的,但没有清晰分离会混淆引用提取。FAQPage 条目和 HowTo 步骤交织会降低提取置信度分数。

7. FAQ 在页面下方、页脚之下或隐藏在模态框中。 LLM 爬虫优先处理页面上方内容。加载在页面底部或交互式模态框内的 FAQ 部分可能被降低优先级或完全跳过(如果抓取预算有限)。

如何为 AI 引用就绪度优化你的 FAQ Schema

如果你的产品页面已有 FAQ 区域,以下是逐步骤的优化清单:

步骤 1:审计当前的 FAQPage 实现。 在 geovisora.com/audit 使用 Visora 免费扫描器运行每个产品 URL。特别关注 Schema 完整性分数和 FAQPage 分段。如果有上述七个问题中的任何一个,按以下修复进行。

步骤 2:将巨大的包裹拆分为单独的 FAQPage 条目。

将单个 FAQPage 块替换为每个问题一个 FAQPage。每个条目应有: - @type: FAQPage(或 Question,取决于你的 Schema 版本) - mainEntity: { @type: "Question", name: "你的问题?" } - acceptedAnswer: { @type: "Answer", text: "你的答案" }

步骤 3:添加 URL 片段锚点。 为每个 FAQPage 条目分配唯一的 @id,与可见页面上的锚点标签对应。

步骤 4:确保所有答案在初始 HTML 中可见。 如果你有可折叠 FAQ 区块,确保答案文本在页面加载时就在 HTML 中——而不是通过点击动态加载。

步骤 5:编写具体、独特的问题。 检查每个 FAQ 问题并问:「在其他十家店铺能找到完全相同的答案吗?」如果是,针对你的产品、市场或用例细化。

FAQ Schema 和 AI 引用的常见疑问

FAQ Schema 能保证 AI 引用吗? 不能。但 FAQPage Schema 显著提高概率,因为它匹配 LLM 训练的提取模式。结合其他引用信号(Offer、ShippingDetails、退换货政策),产生累积效应——每个完整的 Schema 类型都会提高整体页面引用分数。

可以复制竞品的 FAQ 内容吗? 不可以。LLM 能检测内容重复。如果 FAQ 答案与同品类其他店铺完全相同,引用系统可能降低你的优先级或排除你的页面。根据实际政策和客户数据编写原创答案。

一个产品页面应该有多少 FAQ 问题? Visora 数据显示每个产品页面 4-8 个结构良好、具体的 FAQ 问题效果最佳。少于 4 个达不到提取的「信号阈值」。多于 8 个会稀释每个答案的质量信号,特别是如果问题主题重叠。

是否应在首页或类目页面添加 FAQ Schema? 首页 FAQ Schema 适用于品牌级引用,但产品级的 FAQPage 在单个产品详情页上能产生更多购物相关引用。类目级 FAQ 在对比类查询(「X 和 Y 有什么区别?」)中效果良好。

从一次审计开始

在 geovisora.com/audit 使用 Visora 免费审计运行你的前 10 个产品页面。检查 FAQPage 分数。如果 Schema 完整性低于 70 分,应用上述修复并重新扫描。大多数商户在修正 FAQPage 实施后的两周内就能看到 AI 引用频率的可衡量改善。

马上落地

用 Visora 审计你的商品页或类目页,优先修复阻碍 AI 引用的 Schema 与 FAQ 缺口。

免费 GEO 审计

https://geovisora.com/zh/blog/how-llms-evaluate-faq-schema