同页面不同语言版本PageSpeed移动端评分差10分，是配置问题还是Lighthouse Bug？

首先排除Lighthouse对<html lang=es>的解析Bug，该场景没有已知的公开Bug记录，10分的稳定分差基本来自隐性配置差异，按以下顺序排查： #

1. 核心指标分项对比 #

优先拉取两次检测的核心Web Vital分项得分，定位具体扣分点：

• 若TTFB（首字节响应时间）差超过100ms：排查服务端逻辑差异
• 若LCP（最大内容绘制）差超过200ms：排查首屏资源加载差异
• 若CLS（累积布局偏移）差超过0.1：排查页面布局渲染差异

2. 服务端逻辑排查 #

• 确认英文版本（含无参数默认返回的版本）是否加入了额外的处理逻辑：比如地区重定向校验、多语言自动识别、AB测试分组、防爬校验，这类逻辑不会体现在最终HTML体积里，但会直接增加服务端响应耗时
• 检查CDN缓存规则：是否西语版本的缓存时间更长、缓存命中优先级更高，英文版本作为默认页缓存策略更保守，频繁触发回源校验拉低响应速度

3. 前端资源加载排查 #

• 对比两个版本的加载资源列表：确认英文版本是否加载了专属的第三方脚本，比如英文地区的广告插件、客服组件、评价埋点、统计脚本，这类异步加载的资源会直接拉低交互得分
• 检查字体加载配置：确认英文版本的自定义字体是否未配置font-display: swap、未提前预加载，西语版本的字体配置更优，不存在渲染阻塞

4. 渲染逻辑差异排查 #

• 英文和西语的字符长度、断字逻辑不同，可能导致布局计算耗时差异：比如英文页面长单词更多，浏览器断字计算耗时更长，或者英文版本的文本内容导致首屏元素出现更多次重排，拉高CLS得分
• 确认英文版本是否存在首屏隐藏元素（比如多语言弹窗、地区选择提示），这类元素的渲染会占用首屏绘制资源，拉低LCP得分

5. 检测环境校验 #

移动端PageSpeed检测默认用模拟弱网环境，检测时需固定参数：关闭浏览器插件、用匿名模式、连续跑3次以上取平均值，避免不同检测节点的网络波动导致的评分误差。

内容的提问来源于stack exchange，提问作者Javier Guerrero