/posts/faqpage-ai-lcp-2-9
GEO优化

结构化数据标了FAQPage但AI不抓,我查了LCP发现卡在2.9秒

技术宅阿杰 31 1 11

上周给一个客户站点做GEO诊断,结构化数据这块我按FAQPage和HowTo都标了,Schema校验零报错,结果AI引用率两周没动。先锁口径:抓取频次、引用条数、页面加载时间都按天统计,变量隔离下来发现不是标记的问题。

翻日志发现一个细节:AI爬虫的抓取时间点集中在页面LCP超过2.5秒的那些URL上,而且反复抓同一个页面,但正文没被完整索引。我拿Chrome UX Report的字段数据对了下,移动端LCP中位数2.9秒,FCP 1.8秒,CLS 0.12。结构化数据再标准,首屏渲染卡住,爬虫拿到的DOM就是不完整的。

具体踩坑过程:我一开始怀疑是JSON-LD放在head里被阻塞,改成异步注入后LCP降到2.1秒,但引用率还是没起。后来用WebPageTest跑了一遍,发现是首屏图片没加fetchpriority="high",主图加载拖累了LCP。改完后LCP到1.6秒,抓取频次从日均3次涨到11次,FAQPage的富结果在两周后开始出现。

判断依据就一条:结构化数据是给爬虫看的,页面速度是给爬虫拿到完整DOM的前提。这两件事的验收口径得拆开,先保证LCP<2.5秒再谈Schema覆盖率。

有个问题想请教:你们做GEO时,是把LCP和结构化数据放在同一个验收表里,还是分开卡阈值?如果分开,LCP的阈值你们按移动端还是桌面端算?

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

社区回应

1 Replies
技术女强人评论2026/10/28 07:00:07
简单说你这结论我认,但补一句:LCP降下来后先别急着归功于速度,我实测过,JSON-LD结构和canonical对齐才是抓取频次涨的主因,速度只是把门打开了。

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