页面速度对延迟索引的影响，我拿三组LCP数据跑了七天

最近把站内三类页面的LCP（最大内容绘制）跟索引延迟拉出来做了个相关分析，样本是七天内的抓取日志，LCP区间分别落在1.8s、3.2s、5.6s三档，每档各取40个URL，控制同一目录层级、同一更新频率。

结果有点意思：LCP在1.8s那组，从内容更新到首次被抓平均延迟是4.2小时；3.2s组延迟涨到11.6小时；5.6s组直接拉到29.3小时。但这不是线性的——3.2s到5.6s之间的斜率明显更陡，说明超过某个阈值后，抓取调度器对你的页面优先级判定会掉档。

我翻了Google的crawl budget文档，官方口径只说“站点整体性能影响抓取”，没给具体数字。但实测下来，LCP超过4s的页面，重新抓取间隔的中位数从6小时跳到了18小时以上。

还有个坑：我一开始只测了移动端，漏了桌面端。补测后发现桌面端LCP对索引延迟的敏感度只有移动端的三分之一左右。这跟爬虫UA的抓取配额分配有关，Googlebot-Mobile的抓取预算占比更高。

另一个发现是TTFB（首字节时间）的影响权重。把TTFB从800ms压到200ms后，同一批URL的首次抓取延迟平均降了2.1小时，比单纯优化LCP的效果更直接。但TTFB优化到200ms以下后边际收益骤降，再往下压基本没意义。

所以我现在给团队定的验收口径是：移动端LCP≤2.5s、TTFB≤500ms，两个指标必须同时达标，否则延迟索引的改善预期打七折。

抛个问题：你们有谁测过CLS（布局偏移）对抓取频率的影响吗？我这边数据量还不够，想看看CLS高但LCP低的页面，抓取调度上会不会也被降权。