网站URL追加UTM参数后返回Page Not Found问题咨询

故障核心特征：无参数的标准URL可正常访问，任意路径追加?开头的查询字符串就返回Page Not Found，问题覆盖首页及所有站点路径，常见触发原因如下：

• Web服务/CDN重写规则配置错误
  这是最高发的原因。Nginx、Apache等反向代理/Web服务，或是CDN边缘节点的规则配置异常：要么是历史遗留的防爬虫、防扫描规则错误加了「查询字符串非空时直接返回404」的判断；要么是伪静态规则没做查询参数兼容，比如Nginx rewrite规则末尾没加?截断原参数、Apache的.htaccess规则漏了QSA（查询字符串追加）标记，导致服务把?后面的参数当成文件路径的一部分去查找物理资源，找不到就返回404。
• 静态托管环境的路径匹配规则缺失
  如果站点是纯静态页面托管在对象存储、Serverless静态托管平台，这类服务默认会严格匹配物理文件路径：请求/about?utm=xx时，服务不会自动匹配/about.html或/about/index.html，而是直接查找文件名为about?utm=xx的资源，必然全路径返回404。只要在托管配置里加规则：查询参数不参与文件路径匹配，无对应资源时统一回源到入口文件即可修复。
• 单页应用（SPA）路由配置错配
  如果站点是Vue、React构建的单页应用且使用history路由模式，两种错配会触发这个问题：一是服务端的「所有路径 fallback 到index.html」的规则，没有覆盖带查询字符串的请求，带参请求直接走默认404逻辑；二是前端路由匹配逻辑写死了全路径匹配，没有自动忽略?后的search参数，把所有带参路径判定为不存在的路由，直接渲染前端404页面。
• 安全防护规则拦截返回码配置错误
  配置WAF、主机入侵防护等安全规则时，误将「携带非空查询字符串」判定为恶意扫描、注入探测行为，且把拦截返回码从默认的403改成了404，就会出现所有带参请求报404的现象。
• CMS/站点插件逻辑异常
  基于WordPress、Drupal等CMS搭建的站点，可能是伪静态规则被意外篡改，或是SEO、缓存类插件出了逻辑bug：这类插件如果错误拦截了带查询参数的请求，没有走正常的CMS路由解析流程，也会直接返回404页面。

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