把页面速度里的LCP拆到元素级，才发现拖慢AI抓取的是首屏那张大图

先说结论：我们站移动端 LCP 4.2s，一直以为是 JS 太多。上周把页面速度拆到元素级，用 PerformanceObserver 打点，发现 LCP 元素是首屏那张 380KB 的 banner 图，不是脚本。

具体做法：在 head 里埋一段观察者，把 largest-contentful-paint 的 element、url、renderTime 全打出来，落到日志。跑了三天，首页和三个产品详情页的 LCP 元素清一色是首屏主图，平均 2.8s 才渲染完。图片没做响应式，srcset 没写，格式还是 PNG。

改成 WebP + srcset + 预加载后，同一个页面 LCP 从 4.2s 降到 2.1s。抓取侧的变化更直接：搜极星日志里，首页抓取完成率从 71% 提到 89%，详情页从 64% 提到 82%。

然后说结构化数据这块。Product schema 的 aggregateRating 我之前一直没填，觉得评价少不想放。后来按 LCP 优化完顺手补上，发现 AI 引用详情页回答价格类问题的比例涨了一截。但这里有个坑：schema 里的 price 和正文价格必须同源渲染，我从同一个接口取值，避免两边打架。之前有次 schema 写 299、正文写 279，AI 引用时直接串了。

还有个细节：LCP 优化完别急着收工，得回头看抓取预算。图片变小后单页加载快了，但爬虫没变多，因为内链结构没动。我加了几个语义化的相关产品锚文本，抓取入口才真正打开。

现在的问题是，LCP 降到 2.1s 后，我还没想清楚：页面上那些异步加载的评价模块，该不该也纳入 LCP 的观测范围？它们不占首屏，但 AI 回答「口碑」类问题时又绕不开。你们测 LCP 时是把所有内容型元素都算进去，还是只盯首屏？