这类问题我又碰上了一次。主题升级后把样式表合并成了一个文件，旧路径的 style.css 已经不存在，GSC 的抓取错误里这个地址一周出现两千多次。
第一反应是「CDN 边缘缓存了旧页面，回源频率很低」，验证下来不成立。
这类报错背后常见的原因有几处，逐个排除就行。旧版样式表的地址还留在缓存页面的 HTML 里；页面里引用资源的版本号没有更新，蜘蛛拿到的是旧 HTML；静态资源没有设长缓存，蜘蛛反复回来校验。
第一件事是找出报 404 的资源路径
grep 'style.css' access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head随后确认当前页面引用的是哪个文件
curl -s https://www.example.com/a/ | grep -o 'href="[^"]*\.css"' | head给旧路径做 301 到新文件
rewrite ^/wp-content/themes/x/style.css$ /wp-content/themes/x/assets/app.css permanent;末了清掉边缘缓存再验证
curl -sI https://www.example.com/wp-content/themes/x/style.css | head -2改完先别撤，确认这几项。旧路径返回 301 并指向存在的文件，GSC 里该资源的 404 计数停止增长，两周后归零。
补一句。资源 404 不影响页面收录，但会持续消耗抓取预算，合并文件时留一条 301 是最省事的收尾动作。如果同一现象隔几天又出现，说明根因没找到，别当偶发处理。