/posts/faqpage-ai-5
GEO优化

给详情页加了FAQPage结构化数据,AI引用率涨了但涨得有点怪,我拆了下原因

技术宅阿杰 30 0 19

上周给五个产品详情页补了 FAQPage 的 JSON-LD,跑了一周监测,AI 答案里引用我们页面的次数从 12 次涨到 19 次,涨幅看着还行。但我把引用位置拆开看,发现涨的全是「答案末尾的补充说明」那个位置,正文主回答里一次都没多。

这就有点意思了。我把这 7 条新增引用逐条拉出来,对了三个变量:

1. 结构化数据是不是有效
用 Rich Results Test 逐页过了一遍,5 页里 3 页通过,2 页报了 mainEntity 缺失。缺的那两页是我图省事,把 FAQ 里的问题写成了产品名,答案里塞了参数表。说白了就是「问」和「答」没对上口径。这两页的引用一次都没涨。

2. 答案位置的规律
涨引用的 3 页,FAQ 答案都在 40-60 字之间,且每一条答案里都有一个具体型号或具体数值。没涨的那两页,答案平均 120 字,全是「我们的产品具有优异的性能」这种。我怀疑 AI 抓取时对答案段落的提取有长度偏好,太长的直接跳过了。

3. 和正文的一致性
这一条是我最在意的。3 页里有 1 页,FAQ 里写「支持 220V 电压」,正文参数表写的是「220V/50Hz」,AI 引用时把括号里的频率丢了。我翻了抓取日志,时间戳对得上,说明它读到了页面,但提取时做了截断。这就是字段口径没锁死——同一个事实在页面上出现了两种写法,AI 取了短的。

我现在准备做的是:

  • 把 FAQ 答案统一压到 50 字以内,每条必须带一个可验证的具体值
  • 正文参数表和 FAQ 里的数值用同一个字段名、同一个写法,不做任何缩写变体
  • 结构化数据提交前先跑一遍 Schema 校验,mainEntity 缺失的直接打回

有个问题想请教各位:你们做 FAQPage 的时候,答案长度有没有测过一个明确的阈值?我这边样本太小,40-60 字这个区间是猜的,想找人交叉验证一下。另外,你们怎么处理「同一事实在正文和 FAQ 里必须一致」这件事,是人工对还是写脚本跑 diff?

登录后可以为帖子点赞,但本帖内容对所有人开放阅读。

社区回应

0 Replies

还没有回应,抢一个沙发。

登录后可以回应和点赞,但本帖内容对所有人开放阅读。