PageSpeed Insights是否绕过Google CDN缓存？PSI评分异常求助

首先得说，你们这套GCP架构（GLB带CDN→单VM实例组→Nginx+WordPress）能拿到GTmetrix 98/97的高分，说明静态资源压缩、基础缓存策略这些核心优化已经做得相当到位了。PSI和GTmetrix的测试逻辑差异是你们当前遇到问题的核心，下面针对你提到的三个异常逐一拆解：

1. PSI缓存策略显示旧值延迟更新 #

这个问题本质是PSI的数据源和实时检测工具不一样：GTmetrix和本地浏览器是直接请求站点获取最新响应头，而PSI依赖Google自己的爬虫抓取数据，并且会缓存评估结果一段时间。另外，也可能是CDN节点的旧缓存没刷新导致的。

给你几个解决方向：

• 调整Nginx的cache-control配置后，务必强制刷新GCP CDN的全量缓存——可以通过GCP控制台操作，或者用命令行：gcloud compute url-maps invalidate-cdn-cache YOUR_URL_MAP_NAME --path "/*"，确保所有CDN节点的静态资源缓存都是最新的。
• 登录Google Search Console，提交你的站点地图并手动触发“抓取URL”操作，让Google爬虫尽快重新抓取你的站点，加速PSI的评估数据更新。
• 检查Nginx和CDN的缓存配置是否一致：比如CDN的缓存规则是否覆盖了Nginx返回的cache-control头，避免两层配置冲突导致PSI抓取到不一致的缓存策略。

2. PSI请求所有三种格式的背景视频 #

这是Lighthouse（PSI底层的测试引擎）的特性——它会扫描页面中所有声明的备选资源，不管真实浏览器会不会请求。这种行为会被判定为“不必要的网络负载”从而扣分。

可以试试这几个方案：

• 用JavaScript动态加载对应格式的视频：先检测当前浏览器支持的视频格式（比如用video.canPlayType()方法），再只插入对应格式的<source>标签，而不是一次性把mp4、webm、ogv都写在页面里。
• 给视频标签添加preload="none"属性：告诉Lighthouse不要预加载未被实际请求的资源，但要注意测试真实用户的体验，确保不会影响视频的正常播放。
• 如果背景视频时长较短（比如10秒以内），可以考虑转成WebP动图——既能减少备选格式的数量，还能降低资源体积，一举两得。

3. PSI测试时所有请求直达后端Nginx #

这是最影响PSI评分的问题——如果CDN没生效，所有静态资源都走后端，自然会拉低加载速度和评分。可能的原因有几个，对应解决方案如下：

• 检查CDN缓存规则：在GCP控制台的Cloud CDN配置里，查看缓存键和缓存模式，确保没有把User-Agent、Cookie这类PSI请求会携带的特殊头信息加入缓存键，否则会导致缓存不命中。同时，确认所有静态资源（.js、.css、.png、.mp4等）的缓存规则是全局生效的，没有针对特定IP段排除。
• 模拟PSI请求验证CDN命中：用curl模拟Googlebot的请求头来测试静态资源，比如：

  curl -I -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/114.0.5735.133 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" https://your-domain.com/wp-content/themes/your-theme/style.css
  

  查看响应头里的X-Cache字段，如果显示HIT说明CDN命中，MISS或BYPASS就需要排查缓存规则了。
• 确认Load Balancer和WordPress配置：确保GLB的后端服务已经启用了CDN，没有设置“绕过CDN”的规则。另外，检查WordPress的“站点地址（URL）”和“WordPress地址（URL）”是否配置为CDN的域名，而不是后端VM的IP或内部域名，避免资源链接直接指向后端。

解决完这三个问题后，再重新运行PSI测试，移动端评分应该会有明显的提升。毕竟PSI的评分逻辑更贴近Google的搜索排名算法，只要Google爬虫能正确识别你的CDN缓存和资源优化策略，分数自然会上来。

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