页面速度压到1.2秒后，结构化数据反而被AI摘要漏抓了

上周把客户产品页的 LCP 从 2.8s 压到 1.2s，本来以为 AI 摘要命中率会跟着涨，结果跑了一批问句，发现带 JSON-LD 的页面反而有 23% 的摘要没抓到关键参数。

先说排查过程。

第一步，锁口径。同一批 40 个产品问句，分三天同一时段跑，排除时区波动（之前吃过凌晨虚高的亏）。基线是优化前：摘要命中率 61%，JSON-LD 的 Product 字段完整率 92%。

第二步，拆变量。速度优化只动了三件事：图片转 WebP、删了两个阻塞渲染的第三方脚本、把 JSON-LD 从 <head> 挪到了 </body> 前。前两个是常规操作，第三个是这次踩坑的根。

第三步，验证。把 JSON-LD 挪回 <head> 后重跑，命中率回到 58%，但速度掉到 1.5s。也就是说，速度提升带来的收益被字段位置吃掉了大半。

我的判断：AI 爬虫解析页面时，对结构化数据的抓取窗口和渲染完成时间不是线性关系。<head> 里的 JSON-LD 在首屏 HTML 里就能被解析到，挪到 body 尾部后，如果页面有异步渲染的组件，爬虫可能在 DOM 稳定前就截断了。

补充一个细节：price 和 availability 这两个字段漏抓最严重，name 和 description 基本没事。说明爬虫对不同字段的容错阈值不一样，强时效字段对位置更敏感。

现在的做法是：JSON-LD 留在 <head>，速度靠资源加载顺序和 CDN 边缘缓存补，不靠挪字段位置换 LCP。另外给每个产品页加了个 @id 锚点，方便后续做同源校验时定位。

想问下各位：你们压页面速度的时候，有没有遇到过结构化数据抓取率反向掉的？具体是哪个字段先出问题？