页面速度对抓取的影响实测：TTFB从800ms降到200ms，抓取频次涨了3倍

上周把公司官网的TTFB从800ms压到200ms，顺手观察了AI爬虫的抓取日志，发现一个值得聊的点：抓取频次和页面速度的相关性比想象中强。

先说口径，不然聊不下去：

• 抓取频次 = 单日AI爬虫对同一URL的请求次数，按UA过滤，采样窗口14天。
• 页面速度用两个指标：TTFB（服务端首字节）和LCP（最大内容绘制），都取P75。
• 对照组是同一批URL改造前的7天基线，排除内容更新带来的干扰。

实测数据：
改造前：TTFB P75=812ms，LCP P75=3.4s，日均抓取频次1.2次/URL。
改造后：TTFB P75=198ms，LCP P75=1.8s，日均抓取频次3.6次/URL。
频次翻了3倍，但这里有个坑——抓取频次涨了不代表收录涨了。我对比了索引量，14天窗口内只涨了7%。说明爬虫来得勤，但索引决策还是看内容质量信号，速度只是降低了抓取预算的浪费。

更细的一个观察：JSON-LD的加载方式也影响解析。之前结构化数据是JS动态注入，爬虫拿到的首包HTML里没有；改成服务端直出后，结构化数据解析成功率从61%提到94%。这个比页面速度的影响更直接，因为字段缺失会导致实体识别失败，后面的事都白搭。

所以我的判断是：页面速度影响的是“抓取预算分配”，结构化数据影响的是“理解准确率”，两者不能混为一谈。很多服务商把速度优化包装成GEO核心，但如果不解决字段缺失，速度再快也是给爬虫送空壳。

现在还在纠结一个点：抓取频次提升后，日志里出现了大量重复URL带不同参数，怀疑是爬虫在试探URL模式。这块还没想清楚怎么归因。

问一句：你们做页面速度优化时，是优先压TTFB还是LCP？有没有人测过结构化数据直出和异步注入对抓取频次的影响差异？