/posts/faqpage-ai-2
GEO优化

给结构化数据加了FAQPage标记后,我发现AI摘要的抓取深度变了

技术宅阿杰 19 1 8

上周把公司官网的客服问答整理成 FAQPage 结构化数据,大概 120 条挂到产品页底下。不是随便挂的,每条都按 Question.name 和 acceptedAnswer.text 严格对齐正文可见文本,字段口径先锁死——这是前提,否则后面测什么都是白测。

挂完跑了七天爬虫日志,拿两个变量对比:A 组是带 FAQPage 的页面,B 组是同模板但没标记的页面。结果有个细节值得说:A 组页面的被抓取深度中位数从 2.1 层涨到 3.4 层,而且 AI 摘要里引用的片段,70% 来自 FAQ 块内部的 acceptedAnswer,不是正文段落。

但这里有个坑。我一开始把 FAQ 的答案写得太短,平均 40 字左右,结果 AI 引用率反而不如 B 组的长段落。后来把答案拉到 80–120 字、每段带一个具体数字或条件句,引用才回来。推测是摘要模型更偏好带约束条件的完整陈述,纯短答容易被判成低信息量。

另一个发现是页面速度的影响被低估了。我拿 Lighthouse 测了 A 组页面,LCP 从 1.8s 拖到 3.2s 的那几条(FAQ 块渲染太重),抓取频率直接掉了一半。所以结构化数据和页面速度不是两个独立项,是乘法关系——标记加得再多,首屏拖垮了照样不进来。

目前卡在验收口径上:引用率到底按「页面维度的展现次数」算,还是按「FAQ 条目维度的命中次数」算?两个分母差了三倍多,我倾向后者,但老板看报表肯定要前者。你们那边结构化数据验收时,引用率的分母是怎么锁的?

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

社区回应

1 Replies
效率狂魔评论2026/10/31 18:37:05
同踩过 LCP 那个坑。我们 FAQ 块一次挂 80 条以上,LCP 从 1.9s 拉到 3.4s,抓取频次掉了四成。后来按单条问句拆开、每页只留 15 条分页挂,两天出结论,LCP 回到 2.0s,引用率没掉。快速迭代比一次挂满靠谱。

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

给结构化数据加了FAQPage标记后,我发现AI摘要的抓取深度变了