静态JS或CSS请求若被统一交给WordPress前端入口，可能返回HTML和200状态，浏览器因类型不符无法使用。应区分内容路由与静态文件失败，避免用首页响应替代不存在的资源，再查清原资源为何被引用。
查看失败资源的内容而非只看状态
在网络面板打开报错JS或CSS，检查返回体是不是网站首页、404模板或登录页。状态200并不保证它真是脚本。记录实际URL及发起页面，确认是否路径拼错、旧版本文件被清理或CDN仍保存了历史引用。
核对静态与内容的路由边界
WordPress漂亮链接需要内容入口回退，但静态资源并不都应采用同一回退策略。查看try_files、location和error_page等实际组合，确保不存在的静态文件按设计返回适当失败，而不是把全部请求无差别送入index.php。
同时修复错误引用的来源
让静态文件正确404只是避免伪成功，不会让缺失资源自己回来。检查构建产物、主题插件版本、压缩缓存和页面HTML中的地址，确认需要恢复文件还是更新引用。不要简单复制一个无关同名JS填到目标路径，可能引入版本不兼容或安全风险。
检查正常文件和不存在文件
修正后真实JS、CSS与字体应返回正确内容和类型，不存在路径仍保持明确状态。再测试WordPress文章路由没有被误伤，浏览器控制台与关键交互恢复正常。缓存清理也要同时覆盖引用页面和资源，避免新规则上线后旧HTML继续请求不存在版本。
关键区别
静态资源：应返回相应文件；HTML200不是成功。
内容入口：处理WordPress页面；不宜接管所有坏资源。
引用来源：决定浏览器请求地址；需与发布文件同步。
怎样确认处理到位
有效静态资源正确加载，缺失资源不再伪装成HTML成功，内容路由与菜单表单等交互均正常，旧错误引用已处理。
容易误判的边界
返回正确的静态资源404与修复页面所需文件是两项工作。修正回退规则后，仍要处理失效引用，并确认文章路由没有被误伤。
