网站审计提示Page has redirected JavaScript问题如何修复

这个告警的触发逻辑非常明确：页面引用的JS资源URL存在至少一次3xx跳转，浏览器、爬虫必须走完整个跳转链路才能拿到实际的JS文件，每多一跳就会增加一次网络往返开销，这类问题积累多了不仅拖慢页面加载速度，还会浪费搜索引擎爬虫的抓取配额，对核心Web指标、SEO表现都有负面影响。

具体问题场景处理 #

你提到的两类典型第三方脚本问题，可以按下面的方法直接处理：

• Crazy Egg固定路径统计脚本
  打开浏览器开发者工具，切到「网络」面板筛选JS资源，访问嵌入了该脚本的页面，找到对应脚本的请求记录，顺着响应头里的Location字段追踪所有3xx响应，直到找到返回200状态码、实际返回JS内容的最终落地地址，直接把页面里原来的脚本引用地址替换成这个直连地址即可。这类统计脚本的最终落地地址一般长期稳定，替换后每季度抽测一次地址有效性就行，不用频繁改动。
• 带随机参数的AddThis相关脚本
  先把全站所有同域名的脚本引用全部导出，逐个检测跳转链路分情况处理：
  • 如果是你自己给URL拼接随机参数用来强制刷缓存，直接删掉随机参数，换成对应服务版本的官方固定无参直链即可——随机参数本身就会导致CDN缓存完全失效，叠加跳转的话会让资源加载耗时翻倍。
  • 如果是旧版AddThis嵌入代码自动生成的跳转链路，直接把全站旧的嵌入代码替换成当前服务版本对应的官方标准嵌入代码即可，这类带跳转的链路是平台早年的兼容过渡逻辑，新版官方代码默认就是直连资源地址，不会触发跳转告警。

全量问题排查校验流程 #

处理完已知问题链接后，按下面的流程扫完全站避免漏判：

• 写个简单的批量检测脚本，遍历全站所有页面的script标签src属性，对每个资源地址发HEAD请求，把存在3xx跳转的资源整理成清单，分自有资源、第三方资源两类处理：
  • 自有服务器托管的JS：直接把页面引用改成返回200的最终直链地址，不要长期依赖3xx跳转做资源路径映射，临时跳转必须配置短有效期的缓存规则。
  • 第三方服务的JS：替换直链后必须校验最终落地的JS内容和你需要的服务功能匹配，避免第三方私自修改跳转目标加载无关资源。
• 所有地址替换完成后，重新跑一次站点审计确认告警消除，同时逐个验证对应第三方服务的功能（比如热图统计、分享组件）是否正常，避免地址替换导致功能不可用。

注意：不要为了消除告警直接把第三方动态JS下载到自有服务器托管，这类SaaS服务的JS通常会动态拉取配套资源、做接口鉴权，本地托管很容易出现功能失效、版本无法同步更新的问题，优先使用对应服务官方提供的直连嵌入地址是最稳妥的方案。

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