我已禁止查询字符串
一句话看懂：开发者 Chris Morgan 宣布在其个人网站全面禁止未经授权的查询字符串（包括 UTM 参数与跟踪链接），并在 Caddyfile 中实现技术拦截。这一举动表面是个人站长的偏好声明，实则反映出开发者社区对 URL 参数被滥用为追踪工具的反感，以及“网站主权”意识的强化。
事件核心：发生了什么
2026 年 5 月 8 日，开发者 Chris Morgan 通过个人博客发布文章《我已禁止查询字符串》。他明确表示，拒绝任何第三方在其网站 URL 上添加查询参数，包括 ?ref=example.com 以及 ?utm_source= 等 UTM 跟踪参数。Morgan 认为，这类行为本质是“对用户和网站主的双重滥用”：用户被携带追踪信息的链接所监控，而站主的流量数据被第三方污染。他目前已在 Caddy（Web 服务器）的配置文件中实现这一拦截，任何携带未获授权查询字符串的请求都会返回非预期结果。该文章发布后迅速登上 Hacker News 24 小时最热榜，引发大量技术讨论。
为什么重要
单一网站禁止查询字符串本身并不构成行业事件，但它在 Hacker News 上的热度背后是开发者和隐私倡导者对“URL 沦为追踪工具”的长期不满。UTM 参数原本是广告主和营销人员用来归因流量的工具，却在实践中演变为跨站追踪用户行为的一种便捷方式。Chris Morgan 的极端做法——技术拦截而非仅声明“请勿添加”——将网站所有者的选择推到明处：网站是服务于访问者，还是服务于第三方数据分析者？这一讨论恰好赶上欧洲 ePrivacy 法规收紧、苹果和 Mozilla 加强浏览器隐私保护的大背景，使该议题从个人偏好升级为一种可能的行业范式争议。同时，这也间接指向“什么构成合法 URL”这一基础网页标准问题：如果越来越多站点加入类似限制，现有的链接分享生态（社交媒体、邮件营销、内容分发网络）可能被迫调整向目标站传递参数的方式。
对用户/开发者/创作者的影响
对于普通用户，此事件最直接的影响是：当你点击一个携带有 ?ref= 或 ?utm_ 的链接进入 Chris Morgan 的网站时，页面可能无法正常加载。虽然目前只有一个站这么做，但它鼓励了其他开发者效仿。对于内容创作者和营销人员，UTM 参数的归因可靠性将遭到挑战——网站主完全可以自主决定是否接受这些参数。这意味着，依赖 URL 参数进行流量来源分析的第三方工具（如 Google Analytics 内置的 UTM 识别）在越来越多站点上可能失效。对于开发者，这是一次关于“谁控制我的网站”的技术声明。实现起来并不复杂：Caddy、Nginx、Apache 均可通过几行规则拒绝所有或特定查询参数，但这一选择背后是产品和隐私权衡——是否愿意为此损失一部分合法流量或用户体验。
值得关注的后续
第一，Chris Morgan 是否会在将来引入自己的合法查询参数（例如用于缓存清理 ?t= 或分页 ?page=），从而定义一套白名单机制，将决定权完全交回站长。第二，Hacker News 上的讨论是否会催生开源工具（如浏览器扩展、CMS 插件）帮助其他站长一键启用类似规则，使这种“反查询字符串”行为从个案变为一种可复用的 Web 配置模式。第三，广告和测度行业是否会因此调整提案，例如转向使用 HTTP 头部或 postMessage 跨域通信来替代部分 URL 参数的追踪功能，以应对站长日益增强的抵抗意愿。
