本文介绍如何在不依赖 JavaScript 的前提下，使用标准 html rel 属性（如 noreferrer）可靠地隐藏来源页面信息，防止目标站点获取真实跳转来源，兼顾兼容性与隐私保护。
本文介绍如何在不依赖 javascript 的前提下，使用标准 html `rel` 属性（如 `noreferrer`）可靠地隐藏来源页面信息，防止目标站点获取真实跳转来源，兼顾兼容性与隐私保护。
在 Web 开发中，当用户从 page1.com 点击链接跳转至 example1.com 时，浏览器默认会在 http 请求头中携带 Referer: https://page1.com 字段。这一行为虽有助于分析流量来源，但也可能暴露敏感路径、引发隐私担忧，或被目标站点用于反爬/风控策略。若需主动控制甚至“清空”该字段（注意：无法伪造为任意自定义值如 rock&roll.com），HTML 原生提供了简洁、可靠且无需 js 的解决方案。
✅ 推荐方案：使用 rel=”noreferrer”（推荐首选）
在 标签中添加 rel=”noreferrer” 即可完全阻止 Referer 头发送：
<a href="https://example1.com" rel="noreferrer">访问示例站点</a>✅ 效果：目标服务器收到的请求中将不包含 Referer 头（等效于空 referrer）。
✅ 优势：
- 无需 JavaScript，100% 兼容所有现代浏览器（chrome 15+、firefox 3.6+、safari 5.1+、edge 12+）；
- 不触发新窗口/标签页的安全风险（自动隐式启用 noopener，避免 window.opener 漏洞）；
- 语义清晰，符合 HTML 标准（MDN rel=noreferrer）。
⚠️ 注意：noreferrer 不能设置自定义 referrer 值（如 rock&roll.com）。HTTP 规范禁止客户端伪造 Referer 头（除特定 CORS 场景外），任何“伪造 referrer”的尝试均违反安全策略且不可靠。唯一合规可控的行为是移除或清空它。
? 补充说明：rel=”nofollow noreferrer” 的常见组合
部分开发者会同时添加 nofollow：
立即学习“前端免费学习笔记（深入）”；
<a href="https://example1.com" rel="nofollow noreferrer">访问示例站点</a>- nofollow 仅影响搜索引擎爬虫对链接权重的传递（提示“不认可该链接”），对浏览器行为和 Referer 无任何影响；
- 它与 noreferrer 可共存，但二者职责分离：noreferrer 控制 Referer，nofollow 控制 seo。若无 SEO 需求，单用 noreferrer 即可。
❌ 不可行方案警示
- JavaScript 重定向（如 location.href 或 window.open）：虽可通过 window.open(url, ‘_blank’, ‘noopener’) 清除 referrer，但存在加载延迟、JS 禁用失效、用户体验割裂等问题，不符合本场景“稳定可靠”的核心诉求；
- Meta Refresh / Server-side redirect（302/307）：服务端跳转无法修改原始请求的 Referer，上游 referrer 仍会被保留；
- 伪造 Referer：浏览器出于安全限制，不允许前端脚本或 HTML 属性设置任意 Referer 值。试图绕过将导致失败或被拦截。
✅ 最佳实践总结
| 场景 | 推荐方式 | 是否清空 Referer | 是否需 JS | 兼容性 |
|---|---|---|---|---|
| 普通超链接跳转 | ✅ 是 | ❌ 否 | ⭐⭐⭐⭐⭐ | |
| 表单提交跳转 | ✅ 是（仅支持部分浏览器，建议优先用 ） | ❌ 否 | ⚠️ 较低（建议避免） | |
| 强制新窗口打开 | ✅ 是 + 自动 noopener | ❌ 否 | ⭐⭐⭐⭐⭐ |
? 提示：若业务确有“来源归因”需求（如广告渠道标记），应使用 URL 查询参数（如 ?utm_source=rock_roll）替代 Referer，既可控又符合隐私规范。
综上，rel=”noreferrer” 是当前最简洁、最健壮、最符合标准的 Referer 控制方案。它不承诺“伪装”，但坚定捍卫“隐匿”——在尊重协议与用户隐私的前提下，提供确定、零依赖的防护能力。