不能。<meta name="referrer">仅对当前页面的资源请求（如图片、脚本）生效，对<a>跳转、window.location.href等导航行为完全无效；控制导航referrer应使用referrerpolicy属性或Referrer-Policy响应头。
referrer meta 标签到底能不能生效
不能。HTML 中的 <meta name="referrer"> 在现代浏览器中**仅对当前页面发起的资源请求（如图片、脚本、样式表）生效**，对 <a> 跳转、window.location.href 或表单提交等导航行为**完全无效**。这是最常被误解的一点——很多人加了这个标签，发现点击链接后 document.referrer 还是空或不按预期出现，原因就在这里。
控制跳转时 referrer 的正确方式是使用 referrerpolicy 属性
从 HTML5.2 开始，所有可触发导航的元素都支持 referrerpolicy 属性，这才是控制跳转来源信息的正解：
-
<a href="/target" referrerpolicy="no-referrer">：跳转后目标页document.referrer为空字符串 -
<a href="/target" referrerpolicy="origin">：只传协议+域名+端口（如https://example.com），不带路径和参数 -
<form action="/submit" method="post" referrerpolicy="strict-origin-when-cross-origin">：默认策略，跨域时降级为origin，同域保留完整 URL
注意：referrerpolicy 可设在 <a>、<area>、<img>、<iframe>、<script>、<link> 和 <form> 上，作用范围精准到单个元素。
全局 referrer 策略只能靠 HTTP 响应头
如果想统一控制整个页面所有外发请求（包括跳转、资源加载、fetch/fetch）、且不逐个写属性，唯一可靠的方式是服务端返回 Referrer-Policy HTTP 响应头：
立即学习“前端免费学习笔记（深入）”；
Referrer-Policy: strict-origin-when-cross-origin
这个头比 <meta name="referrer"> 优先级更高，也覆盖更全。但要注意：
- 某些旧版 Safari（≤11.1）不支持响应头，只认
<meta>，但仅限资源请求 -
no-referrer响应头会导致所有外发请求都不带Referer字段，包括 AJAX，可能影响后端日志或权限校验 - 若同时存在响应头和
<meta>，响应头胜出；若只有<meta>，它只影响资源加载，不影响导航
document.referrer 的值不是 referrerpolicy 的直接镜像
即使设置了 referrerpolicy="origin"，目标页读到的 document.referrer 也不一定是 origin —— 它取决于**源页面实际发出请求时使用的策略**，以及是否发生跨域降级。例如：
- 同域跳转：
referrerpolicy="origin"仍会传完整 URL（浏览器忽略该策略） - 从 HTTPS 页面跳转到 HTTP 页面：任何策略都会被强制降级为
no-referrer（安全限制） - 用户手动输入 URL 或从书签打开：
document.referrer恒为空，无法通过策略干预
所以不要假设 document.referrer 是可控的“输出”，它本质是浏览器根据策略 + 协议 + 安全规则综合计算的结果，中间环节多，容易漏掉跨域或协议降级这类隐性条件。
