实测：把产品页LCP从2.8s压到1.2s，AI抓取频次涨了4倍

上周把公司官网产品详情页的 LCP 从 2.8s 压到 1.2s，顺手看了下 Nginx 日志里 AI 爬虫的 UA 占比，发现一个很直接的关系：

怎么压的：

1. 首屏图片全部转 WebP，懒加载下移，LCP 元素直接变成文字块；
2. 干掉了一个阻塞渲染的第三方统计脚本（对，就是那个 300ms 的）；
3. Nginx 加了 Brotli，JSON-LD 内联不单独发请求。

为什么盯 LCP：

我怀疑 AI 抓取器跟 Lighthouse 一样有超时预算。抓取日志里超时的请求，LCP 基本都在 2.5s 以上。优化后，同一个抓取器对同一页的重复抓取间隔从 72h 缩到 18h，结构化数据里的 dateModified 也能被及时解析到。

踩的坑：

• 懒加载把首屏内容也懒了，导致 LCP 反而变差，后来单独给首屏加了 fetchpriority="high"；
• 把 JSON-LD 挪到 body 末尾后，抓取器解析不到，必须保留在 head 里；
• 图片转 WebP 后，og:image 没同步更新 MIME，AI 抓取时给的是 404。

一个待验证的点：

抓取频次上来了，但 AI 答案里引用的是不是最新版本的内容，我还没法从日志里确认。想问下各位：你们有没有办法从服务端日志区分「抓取」和「引用」？我目前只能靠 dateModified 和答案里的时间戳反推，误差太大。